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...
Also:
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?