Re: [vdr] Xineliboutput: can achieve similar to softdevice's mgatv option?
On 18/04/07, Markus Schuster <[EMAIL PROTECTED]> wrote: > Can vdr-xineliboutput utilize the excellent interlaced output of a > Matrox G450 with VGA>SCART cable? I'm asking myself the same question. I've played arround with xineliboutput and softdevice the last days and came across the same issues you reported. If you make any progress please let me know! > I'm seeing what I can only describe as video stutters/shakes with > interlaced video and quick movements, long camera pans. I experience a very simmilar problem here. For a few seconds, video is very well and the next few seconds I have those problems you describe. It seams that sound also has some problems while video stutters (at least here), but it is not this noticeable. The problem does not happen when using the normal monitor as output device. I'm noticing these effects on a less noticeable basis with Softdevice, and here I get the audio stutters. With softdevice cpu can max out on my P3 550Mhz, especially when the OSD is shown. Whats strange is top shows cpu cost shifting constantly from less than 20% to +97%. I've never seen this behaviour with softdevice before (first time using xine-lib). What sort of hardware do you have? > Using latest vdr-xineliboutput, DirectFB-1.0.0 & xine-lib-1.1.5 using > Gentoo ebuilds. Exactly the same here, but on Debian Etch with all components built from source. That's vdr-xineliboutput 1.0.0rc1, DirectFB 1.0.0 and xine-lib 1.1.5 on Debian Etches default kernel (2.6.18). > Otherwise xineliboutput is working fantastically! Well, I think it's a bit hard to say that xineliboutput works fantastically as I can't rate it with this problems. But what I can say for sure is that CPU load is a bit lower than with softdevice. But sound works for me with both :) There seem to be some problems with aspect ratio with xineliboutput, but as you say, that's another issue... Greetings, Markus Fantastic was an exaggeration certainly..Just trying to be optimistic! CPU load lower with xine-lib here as well. On a purely visual basis, when xine-lib isn't stuttering (field sync tripping out?) the image is actually better than my set top box. Colours arn't as harsh, video is less pixelated , text on my scrolling news channel is very good looking, almost anti-aliased :-) However the interlacing problems are happening every couple of seconds. In the original post I was just wondering if xineliboutput has been written with the matrox specific instructions that softdevice's "-vo dfb:mgatv" uses. As I don't understand the difference between "-vo dfb:" & "-vo dfb:mgatv" I can't really say what difference this would make. Should have mentioned I'm using a 16:9 CRT to view all this, and I don't have a monitor on the first head at all. Whats funny is that when I was last struggling with vdr-softdevice on an old 4:3 TV I could easily get fantastic output when I set the aspect to 16:9, of course this caused a huge overscan, meaning it wasn't much of an option. -- A l a s d a i r C a m p b e l l r a g a w u @ g m a i l . c o m ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Xineliboutput: can achieve similar to softdevice's mgatv option?
On 19 Apr 2007, at 09:41, Alasdair Campbell wrote: In the original post I was just wondering if xineliboutput has been written with the matrox specific instructions that softdevice's "-vo dfb:mgatv" uses. As I don't understand the difference between "-vo dfb:" & "-vo dfb:mgatv" I can't really say what difference this would make. I belive this is entirely dependent on what xine instance you're using with xinelib. Are you using df_xine? I think it should handle field parity correctly. -- Torgeir Veimo [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Xineliboutput: can achieve similar to softdevice's mgatv option?
On 19 Apr 2007, at 09:55, Torgeir Veimo wrote: In the original post I was just wondering if xineliboutput has been written with the matrox specific instructions that softdevice's "-vo dfb:mgatv" uses. As I don't understand the difference between "-vo dfb:" & "-vo dfb:mgatv" I can't really say what difference this would make. I belive this is entirely dependent on what xine instance you're using with xinelib. Are you using df_xine? I think it should handle field parity correctly. Hmm, I guess I'm confusing xinelibout with the xine device output plugin... -- Torgeir Veimo [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Xineliboutput: can achieve similar to softdevice's mgatv option?
On 19/04/07, Torgeir Veimo <[EMAIL PROTECTED]> wrote: On 19 Apr 2007, at 09:41, Alasdair Campbell wrote: > > In the original post I was just wondering if xineliboutput has been > written with the matrox specific instructions that softdevice's "-vo > dfb:mgatv" uses. As I don't understand the difference between "-vo > dfb:" & "-vo dfb:mgatv" I can't really say what difference this would > make. I belive this is entirely dependent on what xine instance you're using with xinelib. Are you using df_xine? I think it should handle field parity correctly. I'm firing up df_xine now to see if there's any similarity. OK, playing a copy of some interlaced video with scrolling text (BBC News 24). Using df_xine -a 5:4 -l 0 -s -f top 001.vdr I get perfect output! This is what Markus and I are seeing for a few seconds before the field sync gets screwed With df_xine -a 5:4 -l 0 -s -f bottom 001.vdr The output is constantly like the stuttering video we're seeing most of the time. So somehow xineliboutput is losing field sync, should be a simple fix then... :-) Needless to say I have no audio, buts it just a configuration problem at my end. -- A l a s d a i r C a m p b e l l r a g a w u @ g m a i l . c o m ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Xineliboutput: can achieve similar to softdevice's mgatv option?
On Thu, 2007-04-19 at 12:53 +0100, Alasdair Campbell wrote: > > Using df_xine -a 5:4 -l 0 -s -f top 001.vdr > I get perfect output! This is what Markus and I are seeing for a few > seconds before the field sync gets screwed > > With df_xine -a 5:4 -l 0 -s -f bottom 001.vdr > The output is constantly like the stuttering video we're seeing most > of the time. > There should be similar setting in $HOME/.xine/config_xineliboutput (search for video.device.directfb_field_parity) - Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Xineliboutput: can achieve similar to softdevice's mgatv option?
Sorry for replying to myself, but in the meantime, while waiting for xineliboutput to work again, anyone reading know if I can use df_xine for the video display, while retaining xineliboutput as the lirc transport to my headless server running vdr-xineliboutput. ** I know there has been a tremendous amount of work from everyone in respect to Matrox TV-Out already, sorry to keep bugging you all ;-) ** -- A l a s d a i r C a m p b e l l r a g a w u @ g m a i l . c o m ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Xineliboutput: can achieve similar to softdevice's mgatv option?
On Thu, 2007-04-19 at 13:54 +0100, Alasdair Campbell wrote: > Sorry for replying to myself, but in the meantime, while waiting for > xineliboutput to work again, anyone reading know if I can use df_xine > for the video display, while retaining xineliboutput as the lirc > transport to my headless server running vdr-xineliboutput. > No, lirc forwarding is part of vdr-sxfe. But lirc itself has similar functionality, so it should be possible to connect two lircd's over network: -l --listen[=port] listen for network connections on port -c --connect=host[:port] connect to remote lircd server - Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Xineliboutput: can achieve similar to softdevice's mgatv option?
On 19/04/07, Petri Hintukainen <[EMAIL PROTECTED]> wrote: On Thu, 2007-04-19 at 12:53 +0100, Alasdair Campbell wrote: > > Using df_xine -a 5:4 -l 0 -s -f top 001.vdr > I get perfect output! This is what Markus and I are seeing for a few > seconds before the field sync gets screwed > > With df_xine -a 5:4 -l 0 -s -f bottom 001.vdr > The output is constantly like the stuttering video we're seeing most > of the time. > There should be similar setting in $HOME/.xine/config_xineliboutput (search for video.device.directfb_field_parity) Maybe this is due to me running as root (I know this is bad, just for testing) but each time I run vdr-fbfe it seems to clobber the config_xineliboutput file, and reinstate "none" for field parity. # field parity # { none top bottom }, default: 0 #video.device.directfb_field_parity:none Setting wait for vertical retrace stays set at 1, after setting it a few minutes ago. I presume I want that with my G450. -- A l a s d a i r C a m p b e l l r a g a w u @ g m a i l . c o m ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Xineliboutput: can achieve similar to softdevice's mgatv option?
ignore that, I was being an idiot, set to 'top' now. -- A l a s d a i r C a m p b e l l r a g a w u @ g m a i l . c o m ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Xineliboutput: can achieve similar to softdevice's mgatv option?
Am Donnerstag, 19. April 2007 10:41:01 schrieb Alasdair Campbell: > If you make any progress please let me know! I'll do! But I hope we both get a pointer in the correct direction here! > What sort of hardware do you have? Here it's an "old" P4 with 2.0 GHz. It's at 40-50% with softdevice, so maybe your hardware is a bit too slow for softdevice? > In the original post I was just wondering if xineliboutput has been > written with the matrox specific instructions that softdevice's "-vo > dfb:mgatv" uses. As I don't understand the difference between "-vo > dfb:" & "-vo dfb:mgatv" I can't really say what difference this would > make. If you have the softdevice source code laying arround, you can have a look in that, especially 'video-dfb.c'. Search for 'setupStore->useMGAtv'. There are some if-constructs in there using this variable where some DirectFB settings (and maybe some other settings, haven't looked this closely) are set. Greetings, Markus pgpe9bOVWMQlN.pgp Description: PGP signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] OSD layout
Has anyone done any work (or written a plugin) to update the standard OSD? I've not done this yet, but see you can change font size and colours using themes, but I was thinking more than this. I've now replaced my TV with a big high-res flat screen that could fit way more text etc on the screen. Anyone feel the same? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Xineliboutput: can achieve similar to softdevice's mgatv option?
Am Donnerstag, 19. April 2007 15:06:54 schrieb Alasdair Campbell: > config_xineliboutput > > # field parity > # { none top bottom }, default: 0 > #video.device.directfb_field_parity:none That's funny, my config_xineliboutput doesn't have this config option per default... But I can insert it and when set to 'top' video quality is quite awesome, but there are still some small hickups and stutters here and there (even with vsync set to 1). Maybe some other settings are still missing, that softdevice sets... With Bloomberg (German news/stock channel) I see a very odd behavior: To have to video itself fullscreen, I have to enable local frontend scaling but then the OSD is renderd much too big. So I have to enable OSD resizing/downscaling which results in a very unnice OSD (fonts look a bit ugly and the complete OSD is not the nicest view.). And channels broadcasting a 16:9 signal are always scaled up to my 4:3 CRT TV, so I have the typical 'long faces' (I think that's only a configuration setting, but I haven't been able to locate it...) I'm currently not in a productive environment (that runs with a FF and VDR 1.26 :)) with software decoding, but from what I can say so long, using DirectFB and the Matrox G450s TV-Out, softdevice is my personal favorite! I think xineliboutput doesn't earn it's high version number in this 'special' configuration. BUT I have to admit that xineliboutput uses only half of the CPU power of softdevice, so it's video decoder has to be more efficient... Greetings, Markus pgpKFnoBphwHh.pgp Description: PGP signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] OSD layout
Hi! Yes there are some VDR-Skin-Plugins around. For example mine at http://andreas.vdr-developer.org/enigmang What output device do you use? You should be aware that e.g. Full-Featured DVB-S cards have limited OSD capabilities (~90kb). So hires hi-color OSD will be a problem here. Regards, Andreas On Friday 20 April 2007 03:22, Simon Baxter wrote: > Has anyone done any work (or written a plugin) to update the standard > OSD? > > I've not done this yet, but see you can change font size and colours > using themes, but I was thinking more than this. > > I've now replaced my TV with a big high-res flat screen that could fit > way more text etc on the screen. > > Anyone feel the same? > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr -- http://andreas.vdr-developer.org --- VDRAdmin-AM VDR user #303 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr