MSACM: initialize some ACMSTREAMHEADER fields for the sake of
native codecs
Eric Pouech
eric.pouech at wanadoo.fr
Thu Dec 29 06:45:01 CST 2005
Alex Villacís Lasso wrote:
> The ACMAPP sample application from MSDN reveals this annoying bug in
> playback: with a native ACM codec (such as the Ogg Vorbis one bundled
> with some Japanese RPGs), builtin msacm will successfully tell the codec
> to decode the first two frames of compressed audio, and then the sound
> will loop on these two frames. What is really happening is that winmm is
> using double-buffering, and reusing the ACMSTREAMHEADER structures for
> playback, and acmStreamConvert simply passes the structures into the
> codec, without clearing cb[Src|Dst]LengthUsed (here is the bug) which
> was set in the previous call to acmStreamConvert on that
> ACMSTREAMHEADER. The native codec *expects* these fields to be set to 0,
> and refuses to decode otherwise.
well, you should check who is supposed to clear those flags between
msacm or winmm (I suppose wavemap).
A+
--
Eric Pouech
More information about the wine-devel
mailing list