Email or username:

Password:

Forgot your password?
7 posts total
Robert Mader

The #mesa 24.3 release is, as usual, pretty neat. Some random personal highlights:
1. #Rusticl for freedreno. While not enabled by default yet, this finally brings OpenCL support to QC devices. How useful that is remains to be seen, given that Vulkan also slowly evolves as compute platform - it could come in pretty handy for image related tasks, though, especially on #linuxmobile devices.

1/3

Robert Mader

2. Lots of fixes for the i915g driver. That's the gallium driver for very old Intel devices - i.e. the driver that's still part of Mesa using a more modern infrastructure. The old driver got removed a while ago while this replacement was in a pretty rough shape. Now you should be able to run Gnome on 20y(?) old HW again :P

I mainly like this one because it shows so nicely how some caring person can keep old HW running in an evolving environment.

2/3

Robert Mader

For #linuxmobile #postmarketos #mobian folks interested in cameras: there's a first version of patches for #libcamera softwareISP color correction matrix (CCM) support now: patchwork.libcamera.org/cover/

Together with autofocus (AF) this probably the main missing feature to get a somewhat reasonable image quality on devices like the #pixel3a or #fairphone5 with open drivers / close to #mainlinelinux.

Robert Mader

And what's really cool here: the matrix will be part of the tuning file which can be created and edited without rebuilding libcamera, making that process more inviting.

Robert Mader

For #linuxmobile / #postmarketos / #mobian etc. folks: there's a rather beginner friendly task to improve battery life for qcom devices like the #oneplus6, #pixel3a etc. by making sure sensors are idle when not needed.
If you have some spare cycles, motivation, basic C literacy (or want to learn it) and know how to build and deploy/test a package with pmbootstrap (or want to learn it) - this one could be for you.
The details are here: gitlab.postmarketos.org/postma

Robert Mader

Only reason it hasn't been done by others already seems to be just lack of time - so let's try to share work among more shoulders, especially as it's a task that's likely going to be quite rewarding :)

Robert Mader

I'm very happy about #gnomeshell / #gnome47 shipping HW encoding for its internal screen recorder. With the upcoming #gstreamer 1.24.6 release all currently known bugs are fixed, even though I kinda expect more to come on some multi-GPU setups.
It's about time that we use hw-enc in more places by default and the screen recorder is IMO in a pretty good spot to role things out: on one hand it's used by many people, ensuring we get bug reports, while OTOH its functionality is not crucial.

#gnome

I'm very happy about #gnomeshell / #gnome47 shipping HW encoding for its internal screen recorder. With the upcoming #gstreamer 1.24.6 release all currently known bugs are fixed, even though I kinda expect more to come on some multi-GPU setups.
It's about time that we use hw-enc in more places by default and the screen recorder is IMO in a pretty good spot to role things out: on one hand it's used by many people, ensuring we get bug reports, while OTOH its functionality is not crucial.

Robert Mader

If things are broken for some users they have lots of alternatives to switch to.

In #gnome47 we'll limit things to H264 on (semi-recent) Intel and AMD (those using VA-API). In the future we'll hopefully be able to extend things to AV1, maybe VP9, and more platforms. Depending on how things develop that'll be V4L2 or Vulkan.

Brage Fuglseth

@rmader @nekohayo this is the thing Aral was complaining about, right? funny how it happened without any help/input from him whatsoever

Robert Mader

Thanks to @slomo the #gstreamer gtk4-paintable-sink just got support for video rotations. This is nice for video apps, making playback of video recorded on phones (portrait mode) more easy or faster (avoiding a copy compared to using a dedicated gst videoflip element).

The change is even better for Snapshot, the #gnome camera app: it uses the sink for its viewfinder and avoiding additional copies here has quite an impact on #mobilelinux devices.

gitlab.freedesktop.org/gstream

#gtk #rustlang

Thanks to @slomo the #gstreamer gtk4-paintable-sink just got support for video rotations. This is nice for video apps, making playback of video recorded on phones (portrait mode) more easy or faster (avoiding a copy compared to using a dedicated gst videoflip element).

The change is even better for Snapshot, the #gnome camera app: it uses the sink for its viewfinder and avoiding additional copies here has quite an impact on #mobilelinux devices.

Robert Mader

In the future #gtk4 will hopefully be able to offload the rotation further to #wayland compositors, possibly allowing a zero-copy pipeline from the camera to the display. That needs more work though.

Robert Mader

I'm quite happy how upcoming performance improvements for #gnome Snapshot and #libcamera are shaping up. This is how things are now running for me on a #librem5:

#gstreamer #gtk #postmarketos #linuxmobile #mobilelinux

Robert Mader

Similarly the #pinephonepro, which has a proper ISP.

These devices are really on the low-end performance wise - so if things run okay-ish here we should be good with all more powerful devices coming up.

Adil Arif

@rmader This is amazing. I can't wait to use the same camera app on my phone as on my desktop.

Robert Mader

#firefox #webrtc using #pipewire and #libcamera (with softwareISP) on a #thinkpadx13s - it finally works \o/

The required patches will also make things work for a bunch of #linuxmobile devices.

A Firefox window showing a jitsi side joining page. The camera is on and show Kierans (libcamera maintainer) face.
Go Up