Pasi Kärkkäinen wrote:
Maybe try with recent mplayer (from svn).. and give it "-demuxer lavf -lavdopts fast:threads=2 -no-correct-pts" or something similar.. you can also try with threads=4 etc..
"mplayer -demuxer lavf -lavdopts fast:threads=4 -nocorrect-pts ..." gives steady but slow motion (roughly 50% speed) video. It is weird that the load on CPU1 and CPU2 is less than 40% during playback according to gnome system monitor. Somehow mplayer is not able to max both CPUs close to 100%.
With mplayer I noticed that the video is 1080i -- it is silly to broadcast interlaced crap. That probably explains why vdr xinelibout choked due to greedy de-interlacer that is pretty power consuming for 1080i. Other channels such as Arte HD (arte HD;ZDFvision:11362:hC23M5O0S1:S19.2E:22000:6210:6221=deu,6222=fra:6230:0:11120:1:1011:0) work OK.
BR, Seppo
-- Pasi
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr