Audio out of sync after fast-forward on latest nightly

[tranle]

On the latest nightly build after you fast-forward, the audio seems to be delayed. And it is cumulative, so if you click once fast-forward it is delayed 1s, after 10 fast-forward it would be 10s.

The last build that is working fine for me is: vlc-2.2.0-git-20140203-0402-win64.exe
And all the builds after that one has the sound problem.

Thanks.

[Rémi Denis-Courmont]

No matter how many times I seek forward, the time correlation of audio and video seems the same to me.

VLC keeps 2 seconds internally at most, and requests Windows do the same, so 4 seconds is the theoretical worst delay. So I don't think it's even possible to experience 10 seconds delay, unless a filter or device driver is broken.

What's your OS version and audio hardware?

[tranle]

I am running on Win8.1 with Creative Soundblaster ZxR, Cpu: I7-3770K

I will try to find a different machine and re-test it to see if it is something specific to just that machine.

[tranle]

So I just tried a new test (different hardware but same windows) on a notebook Lenovo T400s with also Win8.1 and the builtin speaker and it has the same problem.
And delay that I mentioned in my first message was a bit exaggerated, it must be around 0.2 seconds.

The way I did the test was to take a TV recording .tp
mediainfo says it is:
Complete name : G:\Downloads\The Vampire Diaries-140227-2000.tp
Format : MPEG-TS
File size : 6.09 GiB
Duration : 59mn 56s
Overall bit rate mode : Variable
Overall bit rate : 14.6 Mbps

Video
ID : 2176 (0x880)
Menu ID : 5 (0x5)
Format : MPEG Video
Format version : Version 2

Audio #1
ID : 2177 (0x881)
Menu ID : 5 (0x5)
Format : AC-3
Format/Info : Audio Coding 3

Then I fast forward using multiple: <CTRL-Right-Arrow> (I think it jump 2 minutes)
After 10 or more jumps you will notice that image of people talking is not synchronized to the audio you are hearing.

[Ludrax]

After 10 or more jumps you will notice that image of people talking is not synchronized to the audio you are hearing.

here same with singing

Code: Select all

core warning: playback way too late (5383116): flushing buffers core warning: playback too late (5383116): up-sampling core warning: playback way too late (5383116): flushing buffers core warning: playback too late (5383116): up-sampling

[Rémi Denis-Courmont]

Flushing the buffers works fine here. If the problem still occurs with builds from March 13th onward, consider filing a bug with full debug logs.

[Ludrax]

now is even worse

Code: Select all

wasapi debug: buffer size : 96000 frames wasapi debug: maximum latency: 10666600 ns wasapi debug: default period : 10000000 ns wasapi debug: minimum period : 3000000 ns

Code: Select all

core debug: Stream buffering done (315 ms in 15 ms) core debug: End of video preroll core debug: Received first picture core debug: Decoder wait done in 95 ms core debug: playback too late (13087498): flushing buffers wasapi warning: cannot reset stream (error 0x0) core warning: playback too late (13087500): up-sampling mmdevice debug: state changed: 1 core warning: playback way too late (13092499): flushing buffers mmdevice debug: state changed: 0

everything is fine until seek...

[tranle]

Flushing the buffers works fine here. If the problem still occurs with builds from March 13th onward, consider filing a bug with full debug logs.

I have just tried it with the build: vlc-2.2.0-git-20140315-0402-win64.exe

After you fast-forward / skip you get these warnings:

Code: Select all

core warning: early picture skipped ts warning: discontinuity received 0xd instead of 0x2 (pid=1986) ts warning: discontinuity received 0x6 instead of 0x0 (pid=1984) core warning: buffer too late (-59495067 us): dropped core warning: buffer too late (-59463067 us): dropped core warning: buffer too late (-59431067 us): dropped core warning: buffer too late (-59399067 us): dropped

But it recovers and there no delay in the audio. Thanks.