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. _______________________________________________ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
