Did this with last build avariable VLC 2.1.0-git-20121106-0004 RincewindReiterate until you find a clock that does not break your audio output... if any
- Get a VLC nightly build from September 7th 2012 or later, or compile VLC 2.1.0 manually from git.
- Start VLC.
- Open the preferences.
- Select All then Advanced.
- Change the Clock source.
- Save and exit.
- Start VLC and play something.
Code: Select all
Clock reference average Counter: 4 (Default: "40")
Clock synchronisation: Enable (Default: "Default")
Clock Jitter: 5000 (left at default)
Code: Select all
main warning: buffer way too late (265353), dropping buffer
main warning: buffer way too late (218913), dropping buffer
main warning: buffer way too late (258983), dropping buffer
main warning: buffer way too late (238613), dropping buffer
main warning: not synchronized (-40807 us), resampling
main warning: audio output out of sync, adjusting dates (-40398 us)
main warning: not synchronized (-40397 us), resampling
Code: Select all
main warning: audio output out of sync, adjusting dates (-43580 us)
main warning: not synchronized (-43579 us), resampling
Code: Select all
main warning: buffer way too late (420093), dropping buffer
main warning: buffer way too late (398759), dropping buffer
main warning: buffer way too late (377426), dropping buffer
THanks a lot for the report.im using vlc aswell in i got the same problem since 2.0 (now im using 2.0.4).
My hard-/software specs:
- Asus P6T Maiboard (with onboard Raltek HDA soundcard) and with EPU6-Engine
- NVidia Geforce 9700GTX with HDMI-Out (which I sometimes use as Audio-Out)
- Win7 x64
Like the others said, as long as I keep the power-saving of the EPU-Engine at Performance, there is no audio-lag, as soon as i put it to Power save, there are these annoying audio gaps.
but its only a problem which only occurs in vlc. Any other player (Windows media player, quicktime, powerdvd, windows media player classic etc.) doesn't have this problem. So where's the difference how vlc plays a stream to all other players then?This just confirms the general suspicion that the problem is caused by a bogus real-time clock in ASUS devices rather a VLC bug. In fact, the bug tracker shows VLC 1.1.x already had the same problem albeit apparently more rarely than VLC 2.0.x.
Unfortunately, that does not really help solving the problem...
according to this post, the problem doen'st exist only on asus motherboards. So even if its a failure of Power-saving chipsets, it seems to be present on different hardware and bothers plenty of users. I understand that its very hard to find a solution for a bug which appears only on specific hardware and thats why i'm trying to help...[...]
I have been disabling the power management settings in the bios on a HP 6000 pro SFF PC that had the issue with all 2.x.x players. Now after setting everything back to how they were, videos play smooth.
[...]
I do remember seeing something about the linux cpufreq still being broken with Core2 Duo and newer CPU's. Coincidence?
well for the testing i was using a 40kb aac+-Stream and sadly i had to realize that this seems to be the highest non-gapping-bit-rate. Playing some 96kb-Stuff already has the gaps even with my new clock-settingsTHanks a lot for the report.
What are you playing?
To find out why it happens more often in 2.0 versions than ealier ones, a source code bissection would be required. But that is a painfully slow and tedious experiment, especially on Windows. Currently the cross-set of developers able to compile VLC and users able to reproduce the problem is empty, so nobody really knows. I would hazard to guess that it is the funky indirect side effect of one of the several major input and audio changes in VLC 2.0 (e.g. new resamplers, audio buffers enlargement, decoder buffer loss fix...).but its only a problem which only occurs in vlc. Any other player (Windows media player, quicktime, powerdvd, windows media player classic etc.) doesn't have this problem. So where's the difference how vlc plays a stream to all other players then?This just confirms the general suspicion that the problem is caused by a bogus real-time clock in ASUS devices rather a VLC bug. In fact, the bug tracker shows VLC 1.1.x already had the same problem albeit apparently more rarely than VLC 2.0.x.
Unfortunately, that does not really help solving the problem...
Can you share one of your test files, that actually drops audio?well for the testing i was using a 40kb aac+-Stream and sadly i had to realize that this seems to be the highest non-gapping-bit-rate. Playing some 96kb-Stuff already has the gaps even with my new clock-settings
Code: Select all
main audio output warning: resampling stopped after 1230566 usec (drift: 2182)
main audio output warning: not synchronized (62052 us), resampling
main audio output warning: PTS is out of range (-29948), dropping buffer
main audio output warning: buffer too early (-44621), down-sampling
main audio output warning: not synchronized (66001 us), resampling
Return to “VLC media player for Windows Troubleshooting”
Users browsing this forum: No registered users and 20 guests