* VIVID bug in BGRA and ARGB
@ 2015-12-17 23:04 Nicolas Dufresne
2015-12-18 0:04 ` Hans Verkuil
0 siblings, 1 reply; 2+ messages in thread
From: Nicolas Dufresne @ 2015-12-17 23:04 UTC (permalink / raw)
To: Hans Verkuil; +Cc: linux-media
[-- Attachment #1: Type: text/plain, Size: 255 bytes --]
Hi Hans,
while testing over color formats VIVID produce, I found that BGRA and
ARGB the alpha component is always 0, which leads to black frames when
composed (when the background is black of course). Is that a bug, or
intended ?
cheers,
Nicolas
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 181 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: VIVID bug in BGRA and ARGB
2015-12-17 23:04 VIVID bug in BGRA and ARGB Nicolas Dufresne
@ 2015-12-18 0:04 ` Hans Verkuil
0 siblings, 0 replies; 2+ messages in thread
From: Hans Verkuil @ 2015-12-18 0:04 UTC (permalink / raw)
To: Nicolas Dufresne; +Cc: linux-media
On 12/18/2015 12:04 AM, Nicolas Dufresne wrote:
> Hi Hans,
>
> while testing over color formats VIVID produce, I found that BGRA and
> ARGB the alpha component is always 0, which leads to black frames when
> composed (when the background is black of course). Is that a bug, or
> intended ?
Depends who you ask, I guess.
Anyway, the alpha value can be set through a user control (Alpha Component),
which is indeed by default 0. I wonder if I should set it to 0x7f by default.
This still maps to 0 for 1-5-5-5 ARGB formats, though.
Suggestions are welcome.
Regards,
Hans
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2015-12-18 0:04 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-12-17 23:04 VIVID bug in BGRA and ARGB Nicolas Dufresne
2015-12-18 0:04 ` Hans Verkuil
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox