It’s been nice to really see this project make so much progress.
I was wondering what the current state on recording video is? I couldn’t find any demos.
Specifically, I am interested if the Librem 5 has good audio/video sync and frame rate. I’ve had issues recording video on my Linux laptop where I get bad sync because the processor is not prioritizing the video. Will the Librem have similar “real-time” capture as Android devices?
Currently, I believe that they are only able to kind of make phone calls work which doesn’t even work so great yet and the camera not being able to work at all in anyway yet so this seems still a long ways away. From a person who isn’t optimistic practically ever in his life, I think video will have good audio and video sync, terrible camera quality, pretty low but not a horrific frame rate, poor audio quality and possibly bad echo for video calls.
If you are not satisfied with advice here on the forums or you would like a demo, try contacting the purism team via email and simply asking for a demo or if you think they may create a bias in their demo video, try contacting L5 owners to ask them to make a demo video when support for the camera to work is added in the next software update. If no L5 owner here wants to do something like that on here, search up those that have done testing with the L5 on youtube and ask them there or on their other social media.
edit: it is info@puri.sm for general questions and other emails are shown on this thread: How to properly send emails to Purism
The cameras are not yet supported in the Librem 5. Watch these bug reports to see when they are supported: Support front phone camera and Support rear phone camera.
If I remember correctly, there was a Linux kernel commit to support the front camera, but I can’ t find it, so either I’m not searching in the right place or I’m miss-remembering.
What you are probably seeing is the hardware video encoding provided by the Snapdragon, Exynos or MediaTek Helio. Unfortunately, the i.MX 8M Quad in the Librem 5, doesn’t offer hardware video encoding, nor does it have an image signal processor. It is hard to say what it will do without testing it, but I wouldn’t expect anything special.
The i.MX 8M Plus in the Fir batch will do better, since it has an image signal processor and it has a sample application that records 4K at 30 fps.
One more thing on the image signal processor (ISP) in the Fir batch. The i.MX 8M Plus fact sheet says “Dual Camera ISP (2x HD/1x 12MP) HDR, dewarp” and “Up to 375 MP/s”. Usually “2x HD” just means two 720p video streams, but the fact that they got 4K video at 30fps to work tells me that the ISP is more powerful than what NXP is listing in its spec sheet.
Another question is whether we will have free/open drivers to use the hardware encoders for H.264 and H.265 1080p video in the Plus. It is taking quite a while to get support in mainline Linux for the Hantro H1/H2 video decoders in the i.MX 8M Quad, so I wouldn’t be surprised if we have the same problem with the hardware video encoders in the Plus.
What we know is that video encoding on the Librem 5 Evergreen will have to be done in software. Software video encoding is usually done by the CPU and more CPU cores helps, but the four Cortex-A53 cores in the i.MX 8M Quad aren’t very powerful. If some of the encoding work can be passed to the GPU, that will definitely help, since the GPU in the i.MX 8M Quad is decent. Either way, software video encoding in Evergreen is going to use up a lot of battery and generate a lot of heat.
Hopefully we will get an option to do raw video recording, which will take up a lot of space and depends on how fast data can be written to the eMMC or uSD, but it might allow for higher resolution video, because the video encoding processing can be done later. It looks like we are getting Samsung image sensors, but still don’t know the particular model. If we know the model, we can investigate if its mainline Linux driver will provide an option for raw video recording.
Wow, thank you for the well researched responses. I’m pretty comfortable with Linux but this topic of hardware is way more complex than I imagined. Sounds like there are multiple ways to achieve the same result (excluding battery life) hopefully a good solution develops. I would love to drop some money on one of these devices but I guess I’ll have to wait until after another hardware update.
Ok, so since this thread has the relevant topic, a small detail, but since it hasn’t been mentioned here before (as it may not be available for all [I use byz backports]):
Just noticed Millipixels (0.22.0-1pureos3) has at some point added a little “Record” button next to normal camera shutter button. Shame on you, if you’ve noticed this and not notified the rest of us who didn’t know to look for it. How timely for the Oscars 
You get videos with it, from front and back. Apparently front (selfie-)camera gives H264 mp4 at 612x816 mirrored (left-right) and the main back camera resolution is 390x526. So, not using full capabilities yet. And if you want sound, remember to select “Handset - Built-in-audio” from sound settings. Unfortunately there’s no simple method to change the default recording destination folder from Video to somewhere in the SD card.
Progress! 
Yeah sorry, I’ve had video for two or three years
Don’t feel too bad. I just found it surprising that it was never mentioned anywhere
I guess it happened because most people got their device in 2023, when camera was already fully functional (was also the year when auto focus etc got implemented).
Just to be clear, yes, It’s been there for a long while (screengab evidence) but it’s never been mentioned or griped about. This brings to mind two things. Apparently video camera recording capability is not something that’s used or missed that much (either not at all or because “work in progress”), maybe? And it’s been like that (the low resolution for instance) for quite a while and the limited features haven’t caused any comments either. I can only remember that every few years there are the wishes for video for video conferences and calls etc.
And this is WIP → the API for video calls is not here right now. And the video quality is also not that good (had lags when doing it 2023).
I can only speak for myself but I sort of assumed that, with the early stage of development of still images, it wasn’t worth testing out video. Maybe that was a bad assumption on my part. For sure still images are much more important to me than video.