Bhulapi

Location: Berlin, Germany

Remote: Yes

Willing to relocate: Yes, depending on location

Technologies: Physics/Math, Python, C/C++, Pytorch, DL inference approaches, classical ML models/techniques

Résumé/CV: Message me and I can send it to you

Email: [email protected]

Worked in precision agriculture, with computer vision models on edge devices. Open to new areas if they seem interesting and a good match.

I think trying to use anything from LVGL in this project would reduce to essentially just using LVGL. It's more of a project to try and build most of the components from "scratch", i.e. use as few external libraries as possible.

Added MIT license

My first experience with programming was with QuickBasic. You just brought back some memories, wish I still had all of those old programs around.

As far as I know, a framebuffer can mean a lot of things depending on hardware and implementation, but it was used to refer to actual memory that would contain pixel values that would eventually be written to the screen. In Linux, this is abstracted by the framebuffer device, which is hardware independent (you can actually have several fbdevices, which if I'm not mistaken end up referring to different monitors usually). What's convenient about the implementation is that these devices still work as normal memory devices, which means you can read/write as you would any other memory. Some more info: https://www.kernel.org/doc/html/latest/fb/framebuffer.html

Writing urandom to the framebuffer is a joy in and of itself. You actually reminded me to have users add themselves to the video and input group (which does require root privileges usually), but this way they can then run the library without sudo.

Interesting! I got curious and looked this case up, found this generalization to square waves with arbitrary duty cycles: https://www.researchgate.net/publication/376689187_Limit_Cyc...