lvgl VS gop

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:

https://github.com/goplus/gop, but they go slightly too overboard imo.

> That said, I hope someday Go adds the "?" return-operator

Same here. I think this is my biggest code-reading pain point as a go developer. I'm toying with the idea of playing more with Go+

https://github.com/goplus/gop/blob/main/doc/docs.md#error-ha...

I wonder if the author has heard of https://github.com/goplus/gop

He'd have fun reverse engineering it.

4.Better performance and more vitality: Script language is the product of a specific time, and static language is more vital in the long run. Python, as a scripting language, has relatively limited performance. As a static programming language, Go+ is naturally more powerful than Python, with higher efficiency in data processing and bigger potential in development.

Here is the link of Go+ @Github：https://github.com/goplus/gop

git clone https://github.com/goplus/gop.git cd gop ./all.bash