Hi,
Please advice how to configure xineliboutput in the best way... I have 1.7.1 + ext64 patches, xineliboutput 1.0.3, nVidia card with latest drivers.
After many tests I have the following: Using --hud gives best OSD I ever seen, but it shows only the OSD when the output window is in focus and no playback. When I select another window (loose focus), I see the playback, but this way I can't control it...
Using opengl video output gives me the best playback quality with lowest CPU usage, but it doesn't show any OSD at all, nor software nor hardware.
Using xv video output with deinterlacing takes about 40-50% of CPU on my E6600 system. OSD is shown ok (don't remember already, but I think only software based OSD works well).
Using xxmc video output with deinterlacing takes less than 40% CPU, hardware OSD works well, but with tvtime deinterlacing looks like frames are dropped. Non tvtime deinterlacing doesn't look that good.
Using xvmc output doesn't work since there is a module that can't be found.
Please advice how can it be configured to have both low CPU, good deinterlaced image and an OSD (preffered the --hud one).
Thank you.
2008/12/1 Alex Betis alex.betis@gmail.com:
Hi,
Please advice how to configure xineliboutput in the best way... I have 1.7.1 + ext64 patches, xineliboutput 1.0.3, nVidia card with latest drivers.
After many tests I have the following: Using --hud gives best OSD I ever seen, but it shows only the OSD when the output window is in focus and no playback. When I select another window (loose focus), I see the playback, but this way I can't control it...
Reports about this pop-up occasionally so I'll try to clarify:
You need a compositing window manager to see both the hud osd and video at the same time.
I recommend xcompmgr because it can run in parallel to your normal window manager and serve the necessary compositing extensions as an addition. Of the compositing managers I've tried it also seems to be the fastest / least cpu intensive.
So install xcompmgr and run: xcompmgr -n&
prior to starting vdr-sxfe --hud
You'll need to setup xorg.conf so that compositing is enabled. IOW you should have lines similar to following in you xorg.conf:
Section "Extensions" Option "Composite" "Enable" EndSection
Concerning your other display issues (opengl osd etc.) I'd recommend trying without patched vdr and maybe latest version of xine-lib.
Regards,
On Mon, Dec 1, 2008 at 3:04 PM, Antti Seppälä <a.seppala+vdr@gmail.coma.seppala%2Bvdr@gmail.com
wrote:
2008/12/1 Alex Betis alex.betis@gmail.com:
Hi,
Please advice how to configure xineliboutput in the best way... I have 1.7.1 + ext64 patches, xineliboutput 1.0.3, nVidia card with
latest
drivers.
After many tests I have the following: Using --hud gives best OSD I ever seen, but it shows only the OSD when
the
output window is in focus and no playback. When I select another window (loose focus), I see the playback, but this way I can't control it...
Reports about this pop-up occasionally so I'll try to clarify:
You need a compositing window manager to see both the hud osd and video at the same time.
I recommend xcompmgr because it can run in parallel to your normal window manager and serve the necessary compositing extensions as an addition. Of the compositing managers I've tried it also seems to be the fastest / least cpu intensive.
So install xcompmgr and run: xcompmgr -n&
prior to starting vdr-sxfe --hud
You'll need to setup xorg.conf so that compositing is enabled. IOW you should have lines similar to following in you xorg.conf:
Section "Extensions" Option "Composite" "Enable" EndSection
Thanks alot! xcompmgr is definitely takes less than compiz that I've tried to use.
Concerning your other display issues (opengl osd etc.) I'd recommend trying without patched vdr and maybe latest version of xine-lib.
False alert, I guess I had left a remote session to HTPC from other computer, so that caused high CPU usage. Right now I've set with XV video and I have about 12-15% CPU with cheap tvtime (mplayer mode) deinterlacing and 18-20% CPU with non-cheap deinterlacing mode which in my opinion gives best results I could find so far.
OpenGL takes about 2-3% more than that.
On Tue, 2 Dec 2008 00:05:54 +0200 "Alex Betis" alex.betis@gmail.com wrote:
Right now I've set with XV video and I have about 12-15% CPU with cheap tvtime (mplayer mode) deinterlacing and 18-20% CPU with non-cheap deinterlacing mode which in my opinion gives best results I could find so far.
OpenGL takes about 2-3% more than that.
According to http://linuxtv.org/wiki/index.php/Development:_The_DVB_Decoder_Challenge#Deinterlacing it should be possible to use OpenGL to mimic a CRT TV's phosphor for deinterlacing but I haven't seen or even heard of the idea put into practice.
On Tue, Dec 2, 2008 at 12:14 AM, Tony Houghton h@realh.co.uk wrote:
On Tue, 2 Dec 2008 00:05:54 +0200 "Alex Betis" alex.betis@gmail.com wrote:
Right now I've set with XV video and I have about 12-15% CPU with cheap tvtime (mplayer mode) deinterlacing and 18-20% CPU with non-cheap deinterlacing mode which in my opinion
gives
best results I could find so far.
OpenGL takes about 2-3% more than that.
According to < http://linuxtv.org/wiki/index.php/Development:_The_DVB_Decoder_Challenge#Dei...
it should be possible to use OpenGL to mimic a CRT TV's phosphor for deinterlacing but I haven't seen or even heard of the idea put into practice.
I'll try to play around with it more. In fact I saw better picture with OpenGL when deinterlacing was disabled at all. Not sure I saw those "alternating alpha and alpha" parameters in the menu...
-- TH * http://www.realh.co.uk
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 02/12/2008, Tony Houghton h@realh.co.uk wrote:
On Tue, 2 Dec 2008 00:05:54 +0200 "Alex Betis" alex.betis@gmail.com wrote:
Right now I've set with XV video and I have about 12-15% CPU with cheap tvtime (mplayer mode) deinterlacing and 18-20% CPU with non-cheap deinterlacing mode which in my opinion gives best results I could find so far.
OpenGL takes about 2-3% more than that.
According to http://linuxtv.org/wiki/index.php/Development:_The_DVB_Decoder_Challenge#Deinterlacing it should be possible to use OpenGL to mimic a CRT TV's phosphor for deinterlacing but I haven't seen or even heard of the idea put into practice.
What ever happened to RGB PAL output patch? According to that you don't need a deinterlacer, just a pc of hardware that converts the d-sub/vga connector to RGB if I'm not mistaken.
On Tue, 2 Dec 2008 10:09:10 +0200 "Theunis Potgieter" theunis.potgieter@gmail.com wrote:
What ever happened to RGB PAL output patch? According to that you don't need a deinterlacer, just a pc of hardware that converts the d-sub/vga connector to RGB if I'm not mistaken.
Patch for what? The trouble with that is most graphics cards generate a vblank interrupt on every field without distinguishing whether it's a top field or a bottom field so the player application only has a 50% chance of syncing to the correct field, and getting it wrong looks disastrous. Matrox G4x0 and G5x0 cards are the exception, their second output can be hooked up to a TV and provide separate top and bottom field interrupts, but only DirectFB supports it. That's what I'd been using until I upgraded to an LCD TV last month.
Hmmm... 2 minutes after I wrote my previous message my HTPC stuck without any way to control it beside the hardware reset. Don't know what killed it, but I have a feeling its the HUD display since when its used, VDR can't stop, it always segfaults. Without HUD its able to stop normally. Will try to find out later where it crashes.
Anyone else seen that problem as well?
2008/12/2 Alex Betis alex.betis@gmail.com:
Hmmm... 2 minutes after I wrote my previous message my HTPC stuck without any way to control it beside the hardware reset. Don't know what killed it, but I have a feeling its the HUD display since when its used, VDR can't stop, it always segfaults. Without HUD its able to stop normally. Will try to find out later where it crashes.
Anyone else seen that problem as well?
Do you run vdr-sxfe as your display frontend or have you configured xineliboutput to use the local frontend? I've never noticed hud to cause such problems with vdr-sxfe...
If you can reproduce this by running vdr with only xineliboutput plugin then more information about the crash (some logs or gdb backtrace) would help in debugging.
On Tue, Dec 2, 2008 at 10:57 PM, Antti Seppälä <a.seppala+vdr@gmail.coma.seppala%2Bvdr@gmail.com
wrote:
2008/12/2 Alex Betis alex.betis@gmail.com:
Hmmm... 2 minutes after I wrote my previous message my HTPC stuck without any way to control it beside the hardware reset. Don't know what killed it, but I have a feeling its the HUD display since when its used, VDR can't stop, it always segfaults. Without HUD its able to stop normally. Will try to find out later where it crashes.
Anyone else seen that problem as well?
Do you run vdr-sxfe as your display frontend or have you configured xineliboutput to use the local frontend? I've never noticed hud to cause such problems with vdr-sxfe...
I used it as local frontend that comes up together with VDR. Will try to separate them.
If you can reproduce this by running vdr with only xineliboutput plugin then more information about the crash (some logs or gdb backtrace) would help in debugging.
Will do.
Thanks.
-- Antti Seppälä
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Quoting Antti Seppälä a.seppala+vdr@gmail.com:
You need a compositing window manager to see both the hud osd and video at the same time.
I recommend xcompmgr because it can run in parallel to your normal window manager and serve the necessary compositing extensions as an addition. Of the compositing managers I've tried it also seems to be the fastest / least cpu intensive.
After reading your mail I have tried yesterday again to use xcompmgr instead of compiz for the hud osd without success. The osd doesn't show up. I think my configuration can't be that wrong, as the hud osd is shown with compiz. Any hints what I have to look for?
I use xineliboutput 1.0.3 on Intrepid Ibex with the nvidia x11 driver. My xinitrc contains only calls to nvidia-settings for setting the blanking interrupts and unclutter to let the mouse cursor disappear beside the calls to compiz or xcompmgr. Is xcompmgr no replacement for compiz? Does xcompmgr need something else?
Gerald
---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.
2008/12/2 Gerald Dachs vdr@dachsweb.de:
After reading your mail I have tried yesterday again to use xcompmgr instead of compiz for the hud osd without success. The osd doesn't show up. I think my configuration can't be that wrong, as the hud osd is shown with compiz. Any hints what I have to look for?
Do you start the xcompmgr with the -n switch? Does it start correctly? If I start xcompmgr without client side compositing then I'm unable to get hud to work properly.
Which window manager you are using together with xcompmgr? Try to make sure that you have the Ubuntu desktop effects disabled as they will probably interfere with the operation of xcompmgr.
Am Tue, 2 Dec 2008 21:11:54 +0200 schrieb "Antti Seppälä" a.seppala+vdr@gmail.com:
2008/12/2 Gerald Dachs vdr@dachsweb.de:
After reading your mail I have tried yesterday again to use xcompmgr instead of compiz for the hud osd without success. The osd doesn't show up. I think my configuration can't be that wrong, as the hud osd is shown with compiz. Any hints what I have to look for?
Do you start the xcompmgr with the -n switch?
Yes
Does it start correctly?
I didn't find errors in logs, but I wasn't very careful searching. I could see the process running all the time.
If I start xcompmgr without client side compositing then I'm unable to get hud to work properly.
Not sure what you mean.
Which window manager you are using together with xcompmgr? Try to make sure that you have the Ubuntu desktop effects disabled as they will probably interfere with the operation of xcompmgr.
I don't use a windows manager, as I explained already my xinitrc is nearly empty. There is no Ubuntu desktop installed, no gdm, nothing. It sounds as if xcompmgr is no drop in replacement for compiz, I need a windows manager too? And this together will need less resources than compiz without anything else? I have only three X11 applications running: vdr-sxfe, graphtft-fe and xbmc/mms. They are all running fullscreen, I don't need a windows manager. This is why I want to get rid of compiz.
Gerald
2008/12/2 Gerald Dachs vdr@dachsweb.de:
It sounds as if xcompmgr is no drop in replacement for compiz, I need a windows manager too?
Yes, xcompmgr is not a window manager, you'll need one as well (I believe :). I run evilwm + xcompmgr, very light weight and suitable for HTPCs.
And this together will need less resources than compiz without anything else?
I think there's not much of a difference in your case but I suppose you can go and give it a try.
Regards,
Am Tue, 2 Dec 2008 22:46:04 +0200 schrieb "Antti Seppälä" a.seppala+vdr@gmail.com:
I run evilwm + xcompmgr, very light weight and suitable for HTPCs.
And this together will need less resources than compiz without anything else?
I think there's not much of a difference in your case but I suppose you can go and give it a try.
I think I will do, at least it could give me more stability than with compiz, thanks. Will any windows manager do it? I like AntiWM very much.
Gerald
Am Tue, 2 Dec 2008 21:59:10 +0100 schrieb Gerald Dachs vdr@dachsweb.de:
Am Tue, 2 Dec 2008 22:46:04 +0200 schrieb "Antti Seppälä" a.seppala+vdr@gmail.com:
I run evilwm + xcompmgr, very light weight and suitable for HTPCs.
And this together will need less resources than compiz without anything else?
I think there's not much of a difference in your case but I suppose you can go and give it a try.
I think I will do, at least it could give me more stability than with compiz, thanks. Will any windows manager do it? I like AntiWM very much.
I tried it, hud is working, xmbc not :(
Gerald
Antti Seppälä wrote:
Reports about this pop-up occasionally so I'll try to clarify:
You need a compositing window manager to see both the hud osd and video at the same time.
I recommend xcompmgr because it can run in parallel to your normal window manager and serve the necessary compositing extensions as an addition. Of the compositing managers I've tried it also seems to be the fastest / least cpu intensive.
So install xcompmgr and run: xcompmgr -n&
prior to starting vdr-sxfe --hud
You'll need to setup xorg.conf so that compositing is enabled. IOW you should have lines similar to following in you xorg.conf:
Section "Extensions" Option "Composite" "Enable" EndSection
Concerning your other display issues (opengl osd etc.) I'd recommend trying without patched vdr and maybe latest version of xine-lib.
In addition to that I believe one needs to use Textured video instead of Overlay to get transparency working.
-Petri
-
Alex Betis -
Antti Seppälä -
Gerald Dachs -
Petri Helin -
Theunis Potgieter -
Tony Houghton