On Wed, Feb 19, 2025 at 05:08:40PM +0200, Laurent Pinchart wrote: > 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. Thanks for the clarification! -- With best wishes Dmitry
