(Replying to PARENT post)
Your post is only partially correct. Even with completely open firmware, or at least a documented interface, the biggest roadblock would become be abysmal state of OSS digital image processing. Engineers at major smartphone and camera companies are paid top dollar to improve how the images are processed, this is no laughing matter and is obvious when you compare the image quality from a no-name chinese brand with Samsung or Apple even though they are using the same exact sensors.
FOSS smartphones such as the Pinephone would then need a whole bunch of accelerators to perform such computations because the general purpose CPU would be too slow for that, and image could take seconds to finish processing and get saved in the gallery. But at that point Pinephone itself would not have enough expertise for such a design and everything would crumble.
👤ElCheapo🕑3y🔼0🗨️0
(Replying to PARENT post)
For example, almost everything in this graph is green, except for the camera column:
https://wiki.postmarketos.org/wiki/Devices
It's a complicated problem:
https://blog.brixit.nl/pinephone-camera-part-2/
But, in a world where open source almost always exceeds the commercial offerings, I'm surprised this is the case. It seems like the parent article and the LWN article posted (https://lwn.net/Articles/904776/) are suggesting that the trend is to just dump raw data and let software process it. I'm doubly surprised there aren't good libraries in the open source world that do this so much better than the commercial ones.
This is the main reason I feel stuck inside the duopoly of Android (barely tolerable and hostile) and iOS (completely unusable and unhackable). I need a good camera on my phone and there aren't good options for that at all.
Maybe extracting this code outside of gstreamer is a good idea if this takes us closer to that goal.