Ogg Vorbis audio file beginning part skipped

[GoogleCodeExporter]

Describe the issue you're having:
About 0.3 seconds of the beginning part of an Ogg Vorbis audio file is skipped 
with LAV Splitter as the source filter when it is replayed from beginning after 
stopped.

How can the issue be reproduced? Sample File?
Open and play an Ogg Vorbis audio file with a player like MPC with LAV Splitter 
to demux it, then stop (not just to pause) playing it anywhere, and at last 
replay the file from the beginning. Any Ogg Vorbis audio file with clearly 
audible sounds right at the beginning part is suitable for one sample.

What version of the product are you using? In which Player?
LAV Splitter 0.46 2012-02-15 build in Media Player Classic - Home Cinema 
1.6.1.4074 and Windows Media Player 11.

Please provide any additional information below.
* Players such as foobar2000 may play such files perfectly.
* Haali plays almost perfectly, while Gabest has the same skipping problem as 
LAV Splitter has.
* Maybe worth noting that previous LAV Splitter releases wasn't skipping the 
begining part during replaying, but could sometimes insert a 4-5 seconds 
latency instead. At the time of writing, there's no such a latency problem 
observed.

Original issue reported on code.google.com by aquan...@gmail.com on 17 Feb 2012 at 6:10

[GoogleCodeExporter]

A sample the clearly shows the problem will make this much easier to debug then 
me having to find such a file.

Original comment by h.lepp...@gmail.com on 17 Feb 2012 at 8:12

[GoogleCodeExporter]

It appears that the length of skipping is probably proportional to the bit 
rate. Compare the three sample_*.* files (including a lossless FLAC audio file 
which exposes the same problem with LAV Splitter) to original.mid. The first 
melodic note Bb is partly or fully trimmed when the samples are replayed.

Original comment by aquan...@gmail.com on 17 Feb 2012 at 1:32

Attachments:

• samples.7z

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

No, not proportional to the bit rate. The skipping length is almost constant.

Original comment by aquan...@gmail.com on 17 Feb 2012 at 1:38

[GoogleCodeExporter]

Upon a closer examination, the skipping length appears to be inversely 
proportional to the bit rate.

Original comment by aquan...@gmail.com on 17 Feb 2012 at 1:43

[GoogleCodeExporter]

If i understood this right, during first playback everything is fine, just when 
you rewind this occurs, right?

Original comment by h.lepp...@gmail.com on 17 Feb 2012 at 1:48

[GoogleCodeExporter]

Usually when rewinding. Sometimes even when the first time playing, though.

Original comment by aquan...@gmail.com on 17 Feb 2012 at 4:22

[GoogleCodeExporter]

This should be fixed in the next version. I can clearly hear the first note now.

Original comment by h.lepp...@gmail.com on 26 Feb 2012 at 5:37

• Changed state: Fixed
• Added labels: Component-ffmpeg, Filter-Audio, Usability