101010.pl is one of the many independent Mastodon servers you can use to participate in the fediverse.
101010.pl czyli najstarszy polski serwer Mastodon. Posiadamy wpisy do 2048 znaków.

Server stats:

504
active users

#libcamera

0 posts0 participants0 posts today

Tested the latest #GNOME #Snapshot on #postmarketOS on my #PINE64 #PinePhonePro! It's been a while since I revisited the PinePhonePro but with cameras and camera utilities coming a long way on newer devices I wanted to revisit #libcamera on the PinePhones. I installed @NekoCWD's cameractrl and it successfully controls focus, but the PPP camera seems to have autoexposure that reduces the utility of cameractrl's exposure slider. Anyways, here's a picture of some other postmarketOS devices.

Continued thread

4. Thanks to #libcamera enablement work, udmabuf is available to users by default in many distros now and #systemd 257 sets an uaccess tag. It's not yet available in #flatpak without device=all, though.
5. The main missing DRM formats are three-plane >= 10 bit ones that are compatible with what sw-decoders produce.
6. AFAICS the approach should work equally well for clients like #mpv, #firefox and #chromium.

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.

patchwork.libcamera.org[0/9] Software ISP support for CCM - Patchwork

@thibaultamartin Absolutely :)

Well, things are *slowly* getting there in #linuxmobile land. Just today a pretty cool patch series landed in #libcamera, improving image quality on the - among others - #pinephonepro, see first image (image taken with #gnomesnapshot, compared to #lineageos on #pixel6a).

I sometimes just wonder how I, who's probably in the 1-3 percentile of the least photophile people, ended up working on cameras in my freetime :P

P.S.: I boosted to get this post on my timeline

Is there anyone in the #linuxmobile community with some experience in (or motivation to learn) #openmp (or something similar) who'd be willing to help a bit with a patch of mine for the #libcamera softwareISP? It's an important piece of sw that allows us to use "complex" cameras even when we don't have ISP drivers.

The patch I started already shows promising results on e.g. the #librem5, however I could use some help getting it into a mergable state :)

gitlab.freedesktop.org/rmader/

GitLabFiles · swisp-openmp · Robert Mader / libcamera · GitLabfreedesktop.org GitLab login

Regarding the #postmarketos 24.06 release (congrats and thanks to all contributors!) I wanted to add a detail that I think wasn't really mentioned in the posts I saw so far: this release come with #libcamera + #pipewire support by default - even if #pulseaudio is used for audio.
That means that screensharing on #wayland should work OOTB and - more crucially - that a camera stack is in place that allows a much greater number of apps to use cameras - including sandboxed ones.

If you use #pipewire for cameras you can now (in the upcoming 1.2) enforce specific rotations via node rules. This is useful on devices with rotated cameras that don't use a DT and #libcamera or for testing (e.g. to find out the correct rotation of a phone camera). The rotation is respected by an increasing number of apps, notably #gstreamer based ones (like Snapshot - but not Cheese) and #firefox (if you enable PW cameras via `media.webrtc.camera.allow-pipewire`).

See gitlab.freedesktop.org/pipewir

GitLabWebcam is upside down when pipewire is running. (#4034) · Issues · PipeWire / pipewire · GitLab PipeWire version (pipewire --version): 1.0.7. Distribution and distribution version (PRETTY_NAME from /etc/os-release): Ubuntu Oracular Oriole (development branch). Desktop Environment: Sway Wayland...
Continued thread

Don't expect too much for now: both image quality and performance are not quite where we want them to be.
That, however, also means that there are a lot of low hanging fruits where help is very welcome :)
We need to create #libcamera tuning files for the individual cameras, the swISP could be improved to use the GPU for debayering, there are WIP autofocus patches that could be tried and improved - and in Snapshot we need to reduce the number of copies before frames reach the screen or encoders.