New native Windows driver (win32drv)

[MouriNaruto]

Differences from the old native Windows driver (win_drv)

• Much higher performance than the old native Windows driver and the SDL driver.
• Only depends on Win32 API and C Runtime.
• Written in pure C, so you can use it on x86, x64, ARM and ARM64 Windows.
• Add support for Per-monitor DPI Aware.
• Add support for keyboard and mouse wheel.
• Customize window icon support.

Benchmark

The SDL driver

The new native Windows driver

[kisvegabor]

Unbelievable!

But what is the trick? :slightly_smiling_face: It seems you just copy the image rendered by LVGL into your buffer: memcpy(g_pixel_buffer, color_p, g_pixel_buffer_size);

It's what most of the drivers do.

[MouriNaruto]

Unbelievable!

But what is the trick? 🙂 It seems you just copy the image rendered by LVGL into your buffer: memcpy(g_pixel_buffer, color_p, g_pixel_buffer_size);

It's what most of the drivers do.

First, I create the Windows GDI bitmap object only once in this implementation and get the memory address for writing the pixels. So, I can reuse the bitmap object. It will reduce most of the context switching overhead.

Second, I use rounder_cb to make copy the LVGL's pixel buffer to the bitmap object's pixels address easier.

In general, I had tried my best to reduce the memory copy operations. But I can't use my zero memory copy operation implementation for the universal driver because I can't limit the user only use the 32bpp color depth. (But in the repository for Windows desktop application, I can do that.)

[kisvegabor]

Thanks! I'm surprised that memory copy is so expensive even on PC.