02:20 <ndufresne> mjourdan, just tried the jpeg decoder in gst and it didn't work, gstreamer opens the device and enumerate the output format, expecting a list of all possible formats, but your driver will give a subset base on whatever default format was picked

02:20 <ndufresne> let's say there is a different interpretation of the spec

02:30 <ndufresne> ok, made it work by moving the caps probe after setting the format, it kind of make sense

02:30 <ndufresne> we don't strictly need the full list

02:31 <ndufresne> mjourdan, though, now gst picks YUV420 by default, this seems broken, maybe it's the KMS side

02:33 <ndufresne> ok, YUV420 works from jpeg, but not from mpeg2 decoder

02:52 <ndufresne> mjourdan, you'll want to look at the probably, after couple of seeks in gstreamer, a frame get stuck, and I can see this in dmesg

02:52 <ndufresne> meson-vdec c8820000.video-decoder: Buffer 4 done but it doesn't exist in m2m_ctx

02:56 <lvrp16> narmstrong: do you know if HWCURSOR_API_PLANE is currently supported as well as will be supported?

02:59 <lvrp16> for ARMSOC

03:13 <ndufresne> mjourdan, ok, added HEVC decoding in gst, HEVC show a colorful X over the image

03:14 <ndufresne> quite close though

03:15 <ndufresne> mjourdan, ah, that might be a hint, meson-vdec c8820000.video-decoder: Bitstream uses tiles, NotImplemented!

08:14 <narmstrong> lvrp16: the DRM driver does not export a CURSOR plane, it will need some work to expose it

08:15 <lvrp16> narmstrong: is there even a suitable plane for cursor?

08:16 <narmstrong> lvrp16: no

08:16 <narmstrong> lvrp16: yes

08:17 <narmstrong> sorry yes there it, but there is no HW scaler for it, so we must handle the interlaced field switching in irq for each vsync

08:17 <narmstrong> this is why it will need some work to add it

08:17 <narmstrong> the OSD2 plane is the one

08:20 <lvrp16> narmstrong: thanks

08:21 <mjourdan> ndufresne: The capture format list that changes based on the selected codec is to comply with https://lkml.org/lkml/2018/7/24/539, see section "Querying capabilties".

08:21 <mjourdan> HEVC tiles got fixed like 2 days ago (the branch is force-pushed)

08:35 <mjourdan> I'll have a look for YUV420 with other codecs than mjpeg.

08:35 <mjourdan> How do you seek with a gstreamer pipeline ?

09:35 <mjourdan> ndufresne: Yeah there was a problem with YUV420, I pushed a fix.. Also had to disable it for H.264. Thanks for testing.

11:09 <narmstrong> @mjourdan it doesn't work on h.264 ?

11:11 <mjourdan> narmstrong: sadly no.. decoder freezes on startup if I don't set the "use 2 planes instead of 3" flag. It's my bad since I hadn't tested it, I saw yuv420p was ok for mjpeg so I just went with it.

11:12 <narmstrong> mjourdan: ok

11:12 <mjourdan> With the amount of formats and samples, I really need to start automatizing the testing