[MPlayer-cygwin] [PATCH] ao directsound

[Sascha Sommer]

On Wednesday 22 September 2004 12:38, Diego Biurrun wrote:
> Sascha Sommer writes:
> > If there are no objections I will commit this tomorrow.
> > Ao dsound is working a lot better for me than ao win32.
>
> Nice to see this, CPU utilization is about the same for me, but I
> still have a lot of problems, while ao_win32 plays perfectly:
>
>
> I tried one DVD (Nirgendwo in Afrika), it works fine.
>
>
> audio only MP3 file:
> http://mplayerhq.hu/~diego/dsound/Elvis_Crespo_-_Suavemente.mp3
>
> Fails to work under both Cygwin and MinGW, sound is garbled and cut
> off, played much too fast, -autosync 100 does not help.  It gets worse
> after seeking.
>
>
> RM/RV30/cook file:
> http://mplayerhq.hu/~diego/dsound/manonfires.rm
>
> Plays jerky and has jumps under MinGW, -autosync 100 helps, but still
> a few frames get dropped.  Under Cygwin it works a bit better but has
> the same problems.
>
>
> RM/RV40/cook file:
> http://mplayerhq.hu/~diego/dsound/SirMixalot_-_Baby_Got_Back.rm
>
> Plays well under Cygwin although a few frames get dropped, no
> difference with -autosync 100.  MinGW is jerky and jumps, -autosync
> 100 helps, but still frames get dropped.
>
>
> MOV/SVQ3/QDM2 file:
> http://mplayerhq.hu/~diego/dsound/lotr3_trlr_dl.mov
>
> Jerky and jumpy under MinGW, still drops frames with -autosync 100,
> same but less pronounced with Cygwin.
>
>
> AVI/Indeo3/MSGSM:
> http://mplayerhq.hu/~diego/dsound/levis.avi
>
> Jumps with MinGW, less so with -autosync 100, Jerky with Cygwin, but
> here -autosync 100 makes it play fine.
>
>
> MPG/MPEG1/MP3:
> http://mplayerhq.hu/~diego/prodigy90_med.mpg
>
> Jerky and jumpy without -autosync 100, better with that option under
> Cygwin, under MinGW chaos ensues, it jumps like crazy, this goes away
> with -autosync 100, but frames are still dropped. -vfm ffmpeg works
> much better, although this is not necessary under Cygwin.
>
>
> The system I test with is a P4 running XP with SP1 with a Radeon 9800
> XXL and a C-Media AC97 onboard sound card.  It is the last Medion Aldi
> PC.  I tried updating the sound drivers, it did not help.
>
> All in all ao_dsound still seems to have some way to go...  This does
> not mean it should not get committed.  Apparently it works well for
> many people and it's good if it gets more widespread testing, but I
> don't think it should be made the default just yet.
>

Does it  print something about emulation with -v?
It would be nice if could make the files at least readable for cvsusers.
Maybe commenting out ao_data.outburst = wformat.Format.nBlockAlign * 512; 
helps? Or play with the buffersize. However I'm afraid that the problem might 
be that your soundcard returns inaccurate values with 
IDirectSoundBuffer_GetCurrentPosition. Both timing and buffering rely on 
this. I can't reproduce the descirbed behaviour with any sample.

Sascha