In <[EMAIL PROTECTED]>, Lucian Muresan wrote: > let me join this as I have similar problems on the TV-out of a Matrox > G400 DH, using DirectFB-0.9.21 now the CVS version is absolutely > unusable for me now (requires a reboot after each run of a DirectFB > application which leaves the Maven chip un-deinitialized or something). > But I noticed that df_xine for sure must be doing something wrong > regarding layers/pixelformats, because only by changing the primary > layer and forcing a different layer in df_xine, I get the following: > - if I set "primary-layer=2" in /etc/directfbrc and call df_xine with > "-l 0", I get the dirty dark grey / black screen on TV, the video is > played (be it MPEG1, DVD, DivX) and the sound is ok, even DD5.1 via > SPDIF works ok. > - if I DON'T set the "primary-layer=2" in /etc/directfbrc and call > df_xine with "-l 2", I get picture on TV. I thought that's the way, but > then I looked at the colours, everything is inverted :-( !!! > So these are two routes from which I would have expected to behave the > same, as I'm calling df_xine to output on CRTC2 in both cases...
Where can I find an explanation of these layers? I'd like to understand what that all means. > BTW, Tony, I read in your older post in this thread you where looking > for better field parity support in DVB stuff like VDR. Well, I don't > know if you follewd closely this list but Stefan Lucke seems to have > found the solution for that in softdevice... Yes, I saw that and he sent me a patch for testing. Unfortunately I got a blank white screen! I think he's obviously making progress though, and if there is still a problem with the driver and I didn't do something wrong at my end he should be able to fix it once he gets a chance to test his G550 with a TV. > Then, the only thing I would miss in both softdevice and df_xine would > be the ability to hardware-blend OSD data on the Matrox subpicture layer > when using CRTC2 for the video (I think that is certainly reducing CPU > usage especially with OSD-intense applications like VDR), just like > mplayer -vo dfbmga is doing. Stefan Lucke already has a few > Matrox-specific options in his code, that encourages me to hope that > such special treating of layers can be implemented even if his DFB > output in softdevice is generic. I didn't notice the OSD's CPU usage being a problem, but it definitely was when I was using vdr-xine with a P3-700, Radeon and X. Luckily vdr-xine has an option to disable the alpha blending. -- TH * http://www.realh.co.uk
