12:02 <chadmed> smh i cant remeber how i got weston to output YUV video from vlc to an overlay plane

12:02 <chadmed> unless they just took that away between last time i tried and now for some reason

12:03 <chadmed> for context ive hooked up surf.has_planes and family and it works for our single-plane fb formats but i cant test it for planar yuv since nothing seems to want to draw a yuv framebuffer

12:32 <leio> chadmed: latest gnome-shell and gstreamer-1.24 should be able to.

12:33 <chadmed> i assume gstreamer can grab a drm device directly?

12:33 <leio> https://blog.gtk.org/2023/11/15/introducing-graphics-offload/ + https://blog.gtk.org/2024/04/17/graphics-offload-revisited/

12:33 <leio> I don't know whether it works that way

12:34 <leio> (note that I don't have gst 1.24 in gentoo yet)

12:35 <chadmed> it really annoys me that nothing in plasma has any of this hooked up yet

12:50 <leio> chadmed: I think with gstreamer you can't really get it to dmabuf and offload without something like VAAPI either

12:50 <leio> I mean the stuff described in those blog posts

12:50 <chadmed> yeah figured that from the blog posts :c

12:51 <leio> but with a custom pipeline we might be able to make a copy to dmabuf memory

12:51 <leio> for testing

12:51 <chadmed> let me see how mpv does it. it has a drm backend and already supports a bunch of drm formats, just not planar yuv

12:52 <leio> we might be able to sneak in a gldownload element in a gst-launch-1.0 pipeline which seems to be able to copy from GL memory to DMABuf memory

12:53 <leio> but I guess the tricky part was also to integrate with GTK, so maybe if we skip that and send straight to waylandsink maybe.

12:54 <leio> but then we'd still need the compositor to put it in an overlay plane, perhaps waylandsink fullscreen=true is sufficient for that

13:06 <chadmed> ez clap overlay planes work

13:06 <chadmed> i think therefore the easiest option will be to teach mpv's drm backend about planar formats

13:06 <chadmed> rather than mess about with trying to pipe gstreamer's buffers into dmabuf or whatever

13:12 <leio> I mean, might be just a matter of something like `gst-launch-1.0 uridecodebin3 uri=file:///path/to/file ! videoconvertscale ! gldownload ! 'video/x-raw(memory:DMABuf)' ! waylandsink fullscreen=true`

13:12 <leio> but I just get a bunch of green

13:13 <leio> (typically a graphics/display driver bug)

18:41 <john-cabaj> jannau: When new release tags are made, I notice previous commits have changed history - not necessarily content, but the commit dates. Do commits from previous release tags get updated frequently enough that it would be better to always update every Asahi patch for each Ubuntu Asahi release, or is it safe to just find the new commits with different commit messages and assume those are new, and the old commits are s