On Wed, 23 Jun 2004 07:25:24 +0200, Stefan Lucke
<[EMAIL PROTECTED]> wrote:
> 
> On Mittwoch, 23. Juni 2004 05:32, Alex Deucher wrote:
> > On Sat, 19 Jun 2004 10:40:49 +0200, Stefan Lucke
> > <[EMAIL PROTECTED]> wrote:
> > >
> > > Hi,
> > >
> > > based upon Michael Deucher's radeon_xvalpha.diff found at
> >
> > It's actually Alex Deucher.
> 
> Sorry for that.

No problem.

> 
> [ .. ]
> 
> > > The only drawback is that any other screen region (without alpha values)
> > > is black.
> > >
> >
> > The reason I didn't implement per-pixel alpha blending initially was
> > that it requires a framebuffer format with alpha values like 8888 or
> > 4444, etc.  Without that, it's not much use.
> 
> Yes, but that most parts of screen went black is more important.
> So I see video via Xv and a nice alpha blended OSD.
> I think the reason for that is that XFree has no idea of alpha and sets
> alpha to 0.
> 

It's been a while since I messed with this, but you may want to mess
with the graphics levels since you can adjust the graphics plane and
the overlay separately.  Unfortunately, I don't remember how they
interact in per-pixel mode.

> Is there a way to specify the alpha value to use (255) when operating
> in rgba-32 ?.

Probably, when using 24 bpp, on radeon it's actually 32 bits
internally.  you could probably just adjust what the additional bits
get set to.  I suspect it's already set to 255 though.  If you really
wanted to you could probably also add a hack to adjust the alpha value
of the framebuffer when Xv attributes are changed, however, I'm not
too familiar with the DIX parts that may be involved.

Alex

> 
> Stefan Lucke
>
_______________________________________________
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

Reply via email to