On Wed, Feb 19, 2025 at 04:47:26PM +0200, Tomi Valkeinen wrote: > Hi, > > On 18/02/2025 05:26, Dmitry Baryshkov wrote: > > On Mon, Feb 17, 2025 at 10:27:56PM +0200, Tomi Valkeinen wrote: > >> Hi, > >> > >> On 17/02/2025 22:15, Dmitry Baryshkov wrote: > >>> On Wed, Feb 12, 2025 at 04:56:10PM +0200, Tomi Valkeinen wrote: > >>>> Add XVUY2101010, a 10 bits per component YCbCr format in a 32 bit > >>>> container. > >>> > >>> Is there a more common name for this format? Otherwise googling for it > >>> reveals only your series. > >> > >> In the cover letter I mention the gstreamer names where available (this > >> particular format is not in gstreamer). AMD has these in their zynqmp > >> documentation (https://docs.amd.com/r/en-US/ug1085-zynq-ultrascale-trm/Video-Packer-Format). > >> > >> XVUY2101010 is YUV444_10BPC in AMD docs. > >> > >> X403 is Y444_10LE32 in gstreamer, and YV24_10BPC in AMD docs. > >> > >> I'm not sure you'll have much more luck googling with those names, though > >> =). > > > > I'm asking, because include/uapi/drm/drm_fourcc.h has a pretty explicit > > waiver: GL, Vulkan or other open standards. Otherwise normal > > requirements apply and it's required to have an open-source usespace > > implementation, etc. > > I can drop DRM_FORMAT_XVUY2101010 until we get it to gstreamer. I just > had it ready, so I thought it's better to include it than leave out. > > Is the current gstreamer support enough for the other formats to fulfill > the userspace requirement? We've received a green light in the past to add formats to drm_fourcc.h that would be used by cameras only. There's no open formal standard there, but we have libcamera as a de-facto standard. I would assume GStreamer to be enough for a scanout format. -- Regards, Laurent Pinchart
