Pavel Machek
Posts
1771Following
90Followers
167
Pavel Machek
pavel
@amaditalks Well, at least you can get vaccines to reduce COVID risks. But I'm afraid COVID is not the only infection that spreads through air, and yes, it would be nice if ill people stayed separated, realistically I'm afraid we are back to 2018 situation basically...
0
0
0
Pavel Machek
pavel
@CalcProgrammer1 Slider should be handled using input framework. Look for /dev/*/event*. evtest utility should tell you more.
1
0
1
Pavel Machek
pavel
@amaditalks Huh? So what do you propose? Eradicating COVID was not an option once it spread out of first city in China, so yes, we have to live with it. At least vaccines are now available. Is the post 4 years too late?
1
0
0
Pavel Machek
pavel
@marcan Well. I don't think they broke the Turing test, yet. Yes, it is significant progress in breaking Turing test. (And it may be useful google replacement). Problem is we don't actually understand what "inteligence" is. GPT3 is not it, and I don't think GPT5 will be, but maybe GPT17 will be?
0
0
0
Pavel Machek
pavel
@1br0wn Yep. Step in right direction, and Google should not have had the data in the first place, but now telcos have similar data and it is quite hard to do anything about that. I with phones had "lock me to given cell" mode, so I could limit the information I'm giving back to telco, but that was last possible with Nokia 5110 or so :-(. Should be doable with custom GSM firmware, but....
0
0
1
Pavel Machek
pavel
libcamera is normally built with -O0. Now I understand first version of debayer algorithm...
0
0
1
Pavel Machek
pavel
@dustcircle Warning. "AI" aka language models will happily share input data (or random pieces of them) with its users. This is bad, bad idea. Avoid dropbox.
1
0
1
Pavel Machek
pavel
@kernellogger Dropping i486 support is a bit sad. We do have open-hardware 486sx (in form of MistER FPGA code), so Linux on open-hw seemed closed, but the goalposts are moving...
1
0
1
Pavel Machek
pavel
@okias Well... libcamera is designed for C++&CPU, not Rust&GPU, so integration will be fun. There's more low-hanging fruit, like for example enabling caches for image data (ouch!). And yes, GPU is likely very suitable for most of the ISP pipeline. Unfortunately, for video recording, you need some kind of video encoder, and writing that for GPU is not going to be weekend project.
0
0
1
Pavel Machek
pavel
"Creative society" aka "AllatRa" tried to spam me with their nonsense about some kind of infinite energy source again today. They are millenial sect, quite popular in Czech republic :-(. https://cs.wikipedia.org/wiki/AllatRa With hundreds of members, intensive trolling, I believe they should have article on english wikipedia, too, but so far I was not able to accomplish that. If someone can help...
0
0
1
Pavel Machek
pavel
@rmader @libcamera It does not need to live in libcamera, but what you ultimately want is good quality video, and there a lot of integration will be required. You want different AE/AF while recording video. Plus you need (for example) to tune debayer well to work nicely with the video encoding, yet leave enough resources for the encoding pipeline.
0
0
0
Pavel Machek
pavel
@libcamera I have patches to get that working on PinePhone. And yes, it is step forwards, but there's still huge ammount of work ahead. This is AE (auto-exposure), and AE is quite easy. AF is harder (and missing from this). Plus, one day we'll want video recording. That's hard. And we'll want to take photos. That's also quite hard. Millipixels has some parts, but more should go in libcamera, and we really need drivers for jpeg/mpeg encoding.
1
0
4