diff options
| author | Torbjörn Andersson | 2004-03-21 16:59:10 +0000 |
|---|---|---|
| committer | Torbjörn Andersson | 2004-03-21 16:59:10 +0000 |
| commit | 3f997234230a0c960015b8e3a1cefb2e6c1674f4 (patch) | |
| tree | e02d440fd4bbaa832570debeb29ef1981de27748 /backends/x11 | |
| parent | d2bab3e980997a5c77fe7c750c1ab274dd19dfb0 (diff) | |
| download | scummvm-rg350-3f997234230a0c960015b8e3a1cefb2e6c1674f4.tar.gz scummvm-rg350-3f997234230a0c960015b8e3a1cefb2e6c1674f4.tar.bz2 scummvm-rg350-3f997234230a0c960015b8e3a1cefb2e6c1674f4.zip | |
When I played an Ogg Vorbis-encoded FotAQ I noticed that whenever a sound
effect happened during a line of speech there was a chance - not a
certainty - that the speech would get cut off prematurely.
As far as I can tell, this is because the Vorbis decoder isn't the only one
who's accessing the same file. Now the Vorbis decoder will explicitly seek
to the position where it expects the file to be at before reading from it.
I hope this is the correct fix. It does fix the problem for me, at least.
I don't know if any of the other decoders needs a similar patch. I couldn't
reproduce the problem with my MP3-encoded FotAQ, but there are other
possible explanations for that, e.g. the bug gets harder to trigger the
more sound data that is decoded in each pass.
svn-id: r13353
Diffstat (limited to 'backends/x11')
0 files changed, 0 insertions, 0 deletions