nikthefix

So far it has coped really well with everything I've thrown at it, including huge gif files with high frame rate and a Squareline UI running at the same time...

Kenji, I don't think it is as important to have Windows native style controls as it is to have lvgl controls respond with a windows native 'feel' - or the...

@kisvegabor For me, lv_port_windows is more important than lv_port_win_visual_studio simulator as we already have the great sim in SQLine. But also important is that people understand the different between the...

Hi Bodmer, I have for a long time been using TFT_eSPI with a sprite-only 'frame buffer' to push to arbitrary display drivers. It works great! I recently tried the SmoothArc...

@Starbane Arduino_GFX (moononournation) recently added QSPI support in his library. His PDQ demo works well on the Lilygo T-Display-Amoled-1.91" Not sure if he went for the 'frame buffer' approach or...

@moononournation Yes indeed. I quite like the idea of detaching the GFX code from the display / bus drivers. I think it's simpler - like LVGL. When the ESP32-P4 arrives...

@Starbane drawPixel() is discrete and slow. Try pushColors() for a continuous write to GRAM from a *buffer. ESP frame buffer needs to be in PSRAM for capacity. nik

@Starbane Here's an example for the 1.91" using just raw pushColors() - no GFX library: [Lilygo_amoled_191_raw_push.zip](https://github.com/lovyan03/LovyanGFX/files/14893523/Lilygo_amoled_191_raw_push.zip) Tested with ESP_Arduino Alpha 3. Notes: GPIO 38 needs to be OUTPUT HIGH for...

@Starbane For the T4, GPIO pin 9 needs to be OUTPUT HIGH for display enable. Here's the same raw pushColors sketch modified for the T4: If you're gonna be rolling...

@Starbane Does my test code work?