la, 2006-09-16 kello 20:31 +0200, Stefan Lucke kirjoitti:
> On Samstag 16 September 2006 19:21, Heikki Lindholm wrote:
> > I didn't like the need to have "primary-layer=2" in /etc/directfbrc, and
> > I also think mgatv output should always go to TV regardless of the
> > primary layer. The included patch always defaults both OSD and video
> > layers to crtc2 when mgatv option is used.
>
> Good to know, that even of my previous replies your are still interested
> in some improvements of softdevice.
Hehe. If you want to scare off people as a maintainer, you still have a
lot to learn - go read glibc-devel and learn from the masters ;) As I
said, I try to post stuff that I think *might* be useful to somebody.
Mailing lists are for discussion, and I really don't expect maintainers
to readily accept patches sent out of nowhere by people they've never
heard of.
> In case of option mgatv, there are some other parameters of directfbrc
> obsolete, like:
>
> depth = 32
> pixelformat=ARGB
>
> and pal implies:
> matrox-tv-standard=pal
> mode=720x576
> ntsc implies:
> matrox-tv-standard=ntsc
> mode=720x480
>
> Passing these parameters to directfb could be done via the Init() call.
>
> char *matroxTvArgs[6] = {
> "depth = 32",
> "pixelformat = ARGB",
> "matrox-crtc2",
> NULL,
> NULL,
> NULL};
>
> dfbInitArgc = 0
> dfbInitArgv = NULL;
> if (setupstore->useMGAtv) {
> dfbInitArgc = 3;
> dfbInitArgv = matroxTvArgs;
> }
>
> DirectFB::Init(dfbInitARgc, dfbInitArgv);
>
> What do you think of such a way ?
The matrox-crtc2 is debatable, I think. Maybe someone who omits it from
directfbrc actually expects programs that try to use crtc2 to fail.
> I guess we need a way to switch TV-norm on the fly.
> Going from PAL to PAL60 depending on current frame duration.
I'm no expert on dfb, but can't the tv norm be changed by any other way
than Init()? Redoing Init() does not sound nice if a mere channel change
would be enough to trigger a norm change.
-- Heikki Lindholm
_______________________________________________
Softdevice-devel mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/softdevice-devel
