Sebastian Krzyszkowiak @dos@librem.one

@pavel @martijnbraam @linmob After fixing Megapixels' tool, the result is linear up until the image starts clipping (at around 0.6 in this case). Since that tool averages the values across the whole frame, what you're seeing above that is lens shading.

@pavel @martijnbraam @linmob I was looking at these results some time ago and they turned out to be nothing but clipped data and lack of data pedestal handling.

@pavel @martijnbraam @linmob What you get from the sensor is already linear.

@pluszysta Tak się składa, że Piotra Szkudelskiego kilkukrotnie na bębnach zastępował Sławomir "Sowa" Puchała 🦉

@linmob @ati1 Millipixels does audio in a completely broken way that has no chance to ever sync correctly, but there should be no hissing or artifacts there (other than a short pop at the beginning of recording). Does that happen with audio recorders as well?

@ati1 @linmob https://source.puri.sm/-/snippets/1223 can record video indefinitely with audio perfectly synced (see my recent posts at #shotonlibrem5)

@devrtz There is one - you don't see it? Not very detailed, but ultimately it's just a phone video of a live gig like any other: blinking lights, people with instruments on stage and dark silhouettes of audience's heads at the bottom 😂

the water's gone :( #shotonlibrem5

#perfect #shotonlibrem5

🍃 miętowy smak dobrych dni #perfect #shotonlibrem5

🚂 choo choo #perfect #shotonlibrem5

@aeva This one is as @glyph said - I'm not aware of an API for that. It smells like it could be a reasonable addition to propose, perhaps as part of xdg-output - which happens to be where you get all the info needed to always render at 1:1 density, by the way.

Meanwhile, you could ask the user to touch the screen first and lay your surfaces out based on that, I guess?

Also, there's no magic there. If it got fullscreened, something made it fullscreen and you'll be able to trace that.

@aeva @glyph You call set_fullscreen(output) on your surface and it goes fullscreen on selected output.

If you use some middleware to do that for you, then you need to spend some effort to find out how to do the equivalent there. You can use WAYLAND_DEBUG=client to inspect what calls it ends up making below your code.

@glyph @aeva No, this is the fullscreen *shell*, not something you use on desktops.

However, the regular xdg-shell's xdg_toplevel::set_fullscreen simply takes a wl_output as a parameter. It's not a Wayland's problem at all.

https://wayland.app/protocols/xdg-shell#xdg_toplevel:request:set_fullscreen

@stfn W tę stronę to żaden problem; gorzej, gdy trzeba ciąć 😜

@ridge BTW. Photos from Librem 5 look more like this:
https://social.librem.one/@dos/114035748117789854
https://social.librem.one/@dos/114541817150368216
https://social.librem.one/@dos/114941740757004551
https://social.librem.one/@dos/114540898853088761

It's not that hard to get there once the sensor works, but it requires some domain knowledge and the community is too small to just have enough people with it around. Lots of low hanging fruits there across devices.

@ridge It looks like demosaicing with incorrect pixel order, bad white balance and no color calibration. Just make the same mistakes to recreate it anywhere you want ;)

@janvlug @cpontvieux @fraggle You need to load a different kernel module, the default one expects a battery with integrated coulomb counter. This will also affect the LED (it isn't hardware controlled). SHR Settings should let you do that with a button press, but don't get mad at 16yo me if it doesn't work reliably 😁

@rail @mgorny https://media.ccc.de/v/38c3-what-s-inside-my-train-ticket