I've been working on a new app to use your #Linux phones and tablets as secondary wireless "side displays" (not mirrors). This is based on #GStreamer, x264, #Mutter APIs, and low-latency UDP streaming, and will be designed to work on both ARM and Intel, regardless of hardware acceleration support. (Testing on a #librem5)
This is still at an early stage, and will take some time to become usable. Thoughts and feedback?
📣 We've moved the GStreamer Mastodon account from fosstodon.org to floss.social.
The main reason for the move was fosstodon's English-only policy, problematic moderation, and the fact that it's limited (or even suspended / defederated) from other instances due to various other issues.
Theoretically all followers should've been moved over but best to check if this also worked for you 🤞
The #RaspberryPi 5 is here and like its predecessor it supports decoding and displaying H.265 in 4K@60fps.
Some of you may wonder: does that really work on a modern #Linux / #FDO desktop? If my laptop fan starts spinning when playing such content, how can the PI handle it?
Here I'd like to draw your attention to a pretty cool feature we just introduced in #GNOME45 - support for YCbCr or YUV pixel formats in the system compositor (Mutter).
Got the last bug fixed to make #gtk4 play video with overlay in full zero-copy / hardware plane only mode \o/
This allows highly efficient playback with e.g. subtitles and other overlays, only using the GPU when GTK needs to repaint parts of the main window / the overlay.
Just want to quickly share with #linuxmobile folks that the new #libcamera softwareISP does indeed work with the #librem5 - and with a #PipeWire + #GStreamer pipeline. Here's a first image running Warp (from Flathub).
There's still some stuff to iron out to make this work reliably and ship to users - but things are falling into place.
For those of you interested in our recent video offloading / zero-copy playback work: I quickly put together some #livi#flatpak s to make it easy to test stuff already. Compositor offloading should work on all semi-recent Intel/AMD and a variety of ARM64 devices.
Friends of energy efficiency - the Light Video 0.1.0 #Flathub update is out, build with #gtk4 4.14 and #GStreamer 1.24.1.
This should be the first app targeting the #linux / FDO desktop enabling Wayland video offloading (think zero-copy playback) by default. In many cases (actually more than I expected) this can improve battery lifetime - and on low-end devices even playback performance - significantly.
#FOSDEM 2024 kicks off this weekend in Brussels! Collabora's engineers will be giving talks on the latest on #GStreamer, the state of video offloading on the #Linux desktop & more! See you there! https://col.la/fsdm24#OpenSource
I've spent a good part of my weekend working on upgrading the GStreamer Rust bindings on Servo. The presentation by Martin Robinson from @igalia at @rustnl was a real inspiration.
Does anyone know if @gstreamer supports #SAP (session announcement protocol, #RFC2974) for #multicast#RTP stream transmissions? Ideally in a way that's compatible with a @videolan (#VLC / #VideoLAN) receiver? Or is there some other, external tool I could feed an #SDP file that announces the #gstreamer multicast stream via SAP?
I used the weekend for some spring cleaning in my brain, looking into a couple of camera issues in the #PipeWire#GStreamer#xdg_desktop_portal Gnome-Camera/Snapshot stack.
It turned out to be quite productive. If you faced one of the following issues in the past, things will likely soon get better:
Unreliable camera portal behavior, notably the portal reporting that there are no cameras present.
High delay with some cameras, especially external USB ones.
This will allow to make video playback in various apps much faster. And, if everything works out, allow the same for Camera viewfinders in apps like #gnome camera / snapshot 🤞