On 18/04/07, Markus Schuster <ma.schuster@xxxxxx> 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
