Hello list,
after some unsuccesfull tests with HD-VDR on Ubuntu, I decided to return to Opensuse (i'm using it for SD-VDR for about 4 years). I installed a fresh 11.2 x64 version, compiled v4l-dvb-b8eb9e860545 drivers, installed NVIDIA-Linux-x86_64-190.32, compiled xine-lib-1.2 patched with xine-lib-1.2-vdpau-r284.diff by Reinhard Nissl, vdr-1.7.9 with liemikuutio patch, vdr-xine-0.9.3 and PearlHD skin. I had to make the following settings to have a tear-free HD video: - give 512 MB RAM for onboard video (i have 8200 onboard on Asus M3N78-VM, 2GB) - set cpu-freq to the max. possible value of 2.1 GHz (aka "performance governor") as i had problems letting cpu-freq to choose the cpu frequency (i don't understand, why, as i had no cpu load higher than 40% even on high bitrate HD channels) - AMD BE-2350 - disabling composite out in xorg.conf (I have a 1920x1080 LCD connected via dvi) - and the usual settings in ~/.xine/config for buffer values
Now VDR works fine even on high bitrate channels with "xine --post vdr_video --post vdr_audio --post upmix_mono --post vdr". The problem is, if I'm trying to activate deinterlacing in xine ( -Dtvtime:method=Greedy2Frame,cheap_mode=0,pulldown=0,use_progressive_frame_flag=1 and many other tvtime setups) I end up with some dropped frames and freezes on high bitrate HD channels (>12mbps).
Is this issue coming from my hardware's limitations (not enough CPU or GPU power), or is there any more things to fine-tune?
thanks,
István
2009/11/24 Füley István aironet@tigercomp.ro:
Derek/VDR User uses xine as his vdr plugin and he uses vdpau, perhaps you should not use a software de-interlacer/post plugin, but rather tell vdpau to enable de-interlacing. on xineliboutput I use the tvtime output plugin, where I tell it to use my video output driver's de-interlacer.
8200 should be supported http://en.wikipedia.org/wiki/Nvidia_PureVideo
Hope this help, search the forum for Derek/VDR xine's command line.
2009/11/24 Theunis Potgieter theunis.potgieter@gmail.com:
try --post tvtime:method=use_vo_driver
and in your .xine/config
# vdpau: HD deinterlace method # { bob half temporal half temporal_spatial temporal temporal_spatial }, default: 3 video.output.vdpau_deinterlace_method:temporal
Or whichever method you'd like to try. Not all hardware supports temporal_spatial.
On Tue, 24 Nov 2009, Torgeir Veimo wrote:
I enabled deinterlacing in vdpau and it's working fine :) Thanks for the hints, deintelacing it's just fine now. Maybe it could be even better on fast moving (ex. soccer), but the most important is that I'm having deinterlaced HD video on my VDR without freezes!
I also tried these, to be honest, I see no major difference. I left them as suggested by Torgeir Veimo. Thanks again.
One more question. I have couple of programs which are offering 16:9 content in 4:3 format, so on my 16:9 display I have a small image with a huge black border. At the moment I have two solution for this: press Z in xine to zoom, or set up a 1.33 zoom ratio in vdr-xine setup window. Is there any way to switch this zoom level on/off with my vdr-remote?
István
2009/11/24 Füley István aironet@tigercomp.ro:
Crop feature on xineliboutput is what you require, except it doesn't work without a patch when using vdpau. The same goes for vdr-xine.
Have a look here -> http://vdr-portal.de/board/thread.php?threadid=86804
Theunis Potgieter wrote:
Does autocrop feature also works with vdr-xine plugin? I patched xine-vdpau with the patches from the first post of the mentioned thread, it compiles fine, but when I start xine, it says the autocrop post plugin does not exists. Should I use xineliboutput to have autocrop?
István
2009/11/28 István Füley aironet@tigercomp.ro:
I used xineliboutput from snapshot 20091013 and the patch for xineliboutput, also xine-lib-1.2 with the vdpau patch
I demand that Theunis Potgieter may or may not have written...
[snip]
I used xineliboutput from snapshot 20091013 and the patch for xineliboutput, also xine-lib-1.2 with the vdpau patch
http://hg.debian.org/hg/xine-lib/xine-lib-1.2-vdpau
2009/12/1 Darren Salt linux@youmustbejoking.demon.co.uk:
Does this version still inhibit the problem of freezing both audio and video for a brief moment after channel change, as a patched xine-lib 1.1 does?
I demand that Torgeir Veimo may or may not have written...
2009/12/1 Darren Salt linux@youmustbejoking.demon.co.uk:
No idea. I don't have any nVidia graphics hardware.