lvgl VS hikogui

So here is the thing: The iPod Nano 7g is from 2012. I've seen many people designing custom PCBs and releasing Kickstarter projects for custom audio players[5] or game handhelds[6]. I know Rockbox (which is great, but its lacks support for Wifi and Bluetooth AFAIK and just does not compete with the UX of iPod's audio book features in my opinion) and iPod Linux. 10 years ago someone even reverse engineered the iPod Nano 6g display[3].

Although I'm not skilled enough in PCB-Design, after some research I found the Lilygo T-Display S3 Pro[4] based on ESP32 S3, which would be the size, but lacks audio and OS. There is also the Mango PI CyberPad[7], which looked interesting, but maybe is already too clunky.

Programming wise, LVGL[8] may be a good framework to develop a modern and efficient UI - at least it looks promising.

So, why is nobody interested in recreating an iPod nano like device? It should be doable with modern tech, but Phones have completely taken over the marked...

1: https://www.reddit.com/r/audiobooks/comments/14ue4un/comment/ks1sj99/?utm_source=share&utm_medium=web3x&utm_name=web3xcss&utm_term=1&utm_content=share_button

2: https://github.com/advplyr/audiobookshelf-app/issues/847

3: https://www.youtube.com/watch?v=7TedIzmguP0

4: https://www.lilygo.cc/products/t-display-s3-pro

5: https://www.youtube.com/watch?v=1C597AkhGtw

6: https://www.funkey-project.com/

7: https://mangopi.org/cp1m

8: https://lvgl.io/

LVGL is a graphics library used mostly for embedded UI's. Main website: https://lvgl.io/

Popular embedded UI library

If you need something written in C and very tiny, I recommend LVGL https://lvgl.io/

The factory code uses the Lvgl graphic library. https://github.com/lvgl/lvgl

I'm trying to interface SPI LCD (ILI943) with Zynq 7020 (PYNQ-Z2 board) and LVGL embedded UI libary. And considering between two approaches:

See my own implementation: https://github.com/hikogui/hikogui/blob/main/src/hikogui/concurrency/unfair_mutex.hpp

Yes, it is an open source project for a cross platform retained GUI library with a modern c++20 API. https://github.com/hikogui/hikogui

With some growing pains on configuring CMake, I was able to converted a single header file in my project github.com/hikogui/hikogui/ to a module interface file, but it hit an ICE immediately. Of course I reported it, including a crash dump, and a project-branch.

Look at all the pipeline_SDF source files at https://github.com/hikogui/hikogui/tree/main/src/hikogui/GFX

Here is the fragment shader: https://github.com/hikogui/hikogui/blob/main/shaders/pipeline_SDF.frag

Here is the tool to create de-duplicated table and index table from the unicode database: https://github.com/hikogui/hikogui/blob/main/tools/generate_unicode_data.py

Thank you for mentioning HikoGUI.

On windows, you can even use just-in-time-debugging (enabled with registry key), which brings up a dialogue when the application crashes to select a debugger to attach to the "crashed" application. But for this to work correctly you need to do some fanzy things. See: https://github.com/hikogui/hikogui/blob/main/src/hikogui/debugger.hpp and https://github.com/hikogui/hikogui/blob/main/src/hikogui/debugger_win32.cpp