Udo Richter wrote:
> C.Y.M wrote:
>> mplayer -vo mpegpes -ao mpegpes -framedrop -cache 4096 -slave -nolirc
>> -quiet 001.vdr
>>>> Notice that "-framedrop" is added to the command line. I wonder if
>> that is the
>> reason why mplayer is "immune" to the a/v desync problem.
>> Definitely not just that. My playback issue already disappears when
> using the most simple command line: mplayer -vo mpegpes -ao mpegpes
> 001.vdr.
>> And just for completeness: No serious CPU load when playing back with
> VDR or mplayer.
>
Yes, if the extra CPU load by mplayer is not even noticeable when playing back
VDR recordings, and it is not prone to any type or desync, then I vote we all
try to figure out what mplayer is doing and repeat it. Whats a few extra CPU
cycles if it becomes much much more stable in the end.
Thanks everyone for chiming in on this one. I really hope that this time we can
stop passing the buck and just git'r done. :)
Best Regards.