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:
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
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.
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
2009/11/24 Theunis Potgieter theunis.potgieter@gmail.com:
2009/11/24 Füley István aironet@tigercomp.ro:
Is this issue coming from my hardware's limitations (not enough CPU or GPU power), or is there any more things to fine-tune?
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.
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.
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.
And maybe also
# vdpau: disable deinterlacing when progressive_frame flag is set # bool, default: 0 video.output.vdpau_honor_progressive:1
# vdpau: disable advanced deinterlacers chroma filter # bool, default: 0 video.output.vdpau_skip_chroma_deinterlace:1
On Tue, 24 Nov 2009, Torgeir Veimo wrote:
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.
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!
And maybe also
# vdpau: disable deinterlacing when progressive_frame flag is set # bool, default: 0 video.output.vdpau_honor_progressive:1
# vdpau: disable advanced deinterlacers chroma filter # bool, default: 0 video.output.vdpau_skip_chroma_deinterlace:1
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:
On Tue, 24 Nov 2009, Torgeir Veimo wrote:
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.
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!
And maybe also
# vdpau: disable deinterlacing when progressive_frame flag is set # bool, default: 0 video.output.vdpau_honor_progressive:1
# vdpau: disable advanced deinterlacers chroma filter # bool, default: 0 video.output.vdpau_skip_chroma_deinterlace:1
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?
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
István
This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Theunis Potgieter wrote:
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%C5%B1
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:
Theunis Potgieter wrote:
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%C5%B1
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?
I used xineliboutput from snapshot 20091013 and the patch for xineliboutput, also xine-lib-1.2 with the vdpau patch
István
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
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:
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?
No idea. I don't have any nVidia graphics hardware.
-
Darren Salt -
Füley István -
István Füley
-
Theunis Potgieter -
Torgeir Veimo