Re: [PATCH 02/23] drm: omapdrm: fb: Don't store format BPP for each plane

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Laurent,

On 26/04/16 23:35, Laurent Pinchart wrote:
> The number of bits per pixel is identical for all planes, don't store
> multiple copies.

That's not true, as with NV12, Y has 8 bits per pixel and UV has 16 bits
per pixel. But as the subsampling is precalculated into the stride_bpp
(is it bytes or bits? bpp always confuses me =), the 'stride_bpp' ends
up being same for both planes.

To be honest, I'd rather go into more complex struct than simpler one.
The current one is already confusing, I think, and your version is too.
The main issue is that the sub_x is encoded into the stride_bpp. In
kmsxx I used this format:

{ PixelFormat::NV12, { 2, { { 8, 1, 1, }, { 8, 2, 2 } }, } },

The first number is the number of planes, and for each plane, bitspp,
xsub and ysub. It's more verbose, but (I think) easier to understand.

 Tomi

Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Index of Archives]     [Linux DRI Users]     [Linux Intel Graphics]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux