All of a sudden, the new millipixels doesn’t save pictures to the buffer and just keeps trying until the app is closed or killed. No image is saved. I get the following error message in journalctl:
@dcz could make it obvious what is blocking the release (e.g. by creating a milestone in gitlab and assigning issues that block the release). I assume the issue are in millipixels itself as otherwise the releas could be tagged already, just not uploaded to PureOS until those other components are fixed?
I don’t want to tag prematurely it in case there are other issues - and if I tag it, then some distro will inevitably pick it up and get hangs since they use the same kernel, so I didn’t feel the need to. If you think a tag is a good idea despite that, I can go along with it too, just let me know.
I’m having the same issue, same error message. Didn’t install anything manually, it just upgraded itself. Dpkg says it is version 0.20.0-1pureos1.
Don’t need to reboot, just kill the app and retry over and over until it works, and hopefully the object you wanted to capture (or the smile of the person) is still there when it finally works
What I do in such situations (everything is in place but waiting for another component): prepare the release MR and linking to the blocking bug in the MRs description. That
allows people to see what will be in the release and provide feedback
makes it obvious in a place where people are hopefully looking at what is blocking
should prevent distros from picking it up too early as the reason why the MR isn’t merged is right at the top
The release MR is quickly updated should more changes get merged in the meantime.
@dcz does the MR fix the VIDIOC_DQBUF error 22 issue? Or we don’t know what is causing that? I got it this morning, I could not take a picture at all after many tries…
Thanks!
The frontfacing camera has a lot of delay (about a second), I don’t remember it being that slow in previous versions (maybe I misremember though).
Otherwise the latest main with automatic seems to work decently.
But for recording to work I had to manually install dcraw, imagemagick and ffmpeg. After that it worked, but felt a bit unreliable. Before I installed the dependencies, it just silently failed (looked like it succeeded, but there was no file, so I retried when running with the console open and found the errors). After installing the dependencies, once the conversion was done it just crashed right after it finished with a glib assert. But the video is playable in vlc!
Would be nicer if it used mkv instead of mp4 though, mp4 is so hard to work with since the standard is heavily patented so its very expensive to buy the documents for it. Matroska on the other hand has completely open documentation. Its just a shame that mp4 has won the “container” race
That’s been the case since the very beginning and haven’t been fixed yet. It can be reduced by switching the preview resolution to 640x480 in config file, but it has a downside of being cropped differently than fullres mode.