NXP embedded GUI library support in Sparklet covers two distinct NXP hardware families: the i.MX RT1170 crossover MCU for real-time applications with PXP hardware acceleration, and the i.MX 8 application processor for Linux-based infotainment and premium HMI with Mali GPU and OpenGL ES. Same Flint-generated C code on both. Royalty-free. MISRA C compliant.
Sparklet is a production-ready embedded GUI library for NXP i.MX RT and i.MX 8 platforms. On the i.MX RT1170, Sparklet uses the on-chip PXP (Pixel Pipeline) accelerator for hardware 2D scaling, rotation, alpha blending, and LCDC compositing — the exact operations that define smooth instrument cluster animations and responsive industrial touch panels. On the i.MX 8, Sparklet runs under embedded Linux using the Mali GPU via OpenGL ES 2.0, enabling 3D UI elements, live camera feed integration, and CarPlay or Android Auto screen mirroring.
NXP's portfolio spans a wide performance range. Sparklet is architected to scale across it: the same widget codebase, the same Flint design files, and the same application logic compile on both the i.MX RT1170 MCU and the i.MX 8 MPU. Moving a product up the performance ladder is a toolchain change and a HAL swap — not a UI rewrite. See the full platform support list for all 9 supported hardware families.
NXP i.MX RT1170 — Dual-Core Crossover MCU with PXP Acceleration
The NXP i.MX RT1170 combines a Cortex-M7 at 1 GHz and a Cortex-M4 co-processor with 2 MB of on-chip SRAM and an integrated PXP (Pixel Pipeline) accelerator. The PXP performs 2D scaling, rotation, alpha blending, colour space conversion, and rectangle fill in hardware.
Sparklet's i.MX RT1170 HAL uses the PXP for all blit operations:
The i.MX RT1170 also supports dual display output from a single MCU — a primary cluster display plus a secondary driver information panel — using separate LCDIF instances and Sparklet's multi-screen API. The 2 MB on-chip SRAM is sufficient for a single framebuffer at lower resolutions, avoiding external SDRAM cost in many designs.
NXP i.MX 8 — Linux Application Processor with Mali GPU
The NXP i.MX 8 family combines Cortex-A application cores with a Cortex-M real-time co-processor and a Mali GPU (G52 or G57) supporting OpenGL ES 2.0 and Vulkan on select variants. The standard platform for automotive infotainment, ADAS display head units, and premium HMI running embedded Linux.
Sparklet on i.MX 8 supports two rendering backends:
CarPlay and Android Auto support is available via Sparklet's screen mirroring protocol integration. ADAS camera feed integration is supported via hardware video capture (ISP or CSI-2) — Sparklet renders the camera feed as a background layer and composites the widget overlay in hardware. See ADAS display GUI for architecture details.
NXP Hardware Accelerators — PXP, VGLite, and LCDIF
NXP's hardware accelerator ecosystem for embedded GUI applications spans several components that Sparklet integrates with:
See hardware acceleration for a full breakdown of how Sparklet abstracts each accelerator type through the GDI layer.
| Variant | Core | GPU / Accelerator | On-Chip RAM | Target Use | OS / RTOS |
|---|---|---|---|---|---|
| i.MX RT1170 | Dual Cortex-M7/M4 @1GHz | PXP 2D + LCDIF | 2 MB SRAM | Instrument clusters, industrial HMI, dual display | FreeRTOS, Zephyr, bare metal |
| i.MX 8 / 8M | Cortex-A + Cortex-M | Mali GPU (OpenGL ES 2.0) | External LPDDR4 | IVI, ADAS display, premium HMI, 3D UI | Embedded Linux, Android AOSP |
NXP developers evaluating GUI frameworks typically compare Sparklet against LVGL (open source), Qt for MCUs (commercial), and TouchGFX (STM32-specific but sometimes evaluated for NXP). The key differentiators for NXP targets:
Sparklet's NXP HAL uses the PXP accelerator out of the box on i.MX RT. LVGL requires custom accelerator driver work that falls on the developer's team. Qt for MCUs adds significant Flash and RAM overhead on i.MX RT targets and charges per-unit royalties at volume.
i.MX RT projects in automotive and industrial segments often mandate C-only application code. Sparklet's entire widget stack is pure C, unlike Qt for MCUs and TouchGFX which require C++ toolchain support.
The same Flint design file and the same C screen code compile on i.MX RT1170 and i.MX 8. No parallel UI codebase for MCU and Linux variants of the same product family. This is Sparklet's most impactful advantage for NXP product teams managing multiple product tiers.
No per-unit fees. Qt for MCUs charges per-unit royalties at volume — Sparklet uses a developer-seat model with zero runtime cost. For a detailed comparison, see Sparklet vs Qt for MCUs and Sparklet vs LVGL.

i.MX RT1170 supports two independent LCDIF instances. Sparklet drives separate screen content on each — primary cluster plus secondary infopanel from a single MCU.

Screen mirroring protocol integration on i.MX 8. Hardware video decode and multi-channel display output make it the reference platform for IVI systems.

Sparklet provides Yocto layer recipes for clean integration into the NXP BSP build. GStreamer multimedia pipeline integration supported for video playback widgets.

MISRA C compliance on i.MX RT matters for automotive NXP projects. Sparklet provides compliance documentation on request for integration into safety artefacts.
Sparklet is a production-ready embedded GUI library for NXP i.MX RT targets, particularly the i.MX RT1170. It uses the PXP Pixel Pipeline accelerator for hardware 2D blitting, scaling, and alpha blending. The library runs on FreeRTOS, Zephyr, or bare metal and generates code via Flint UI Designer from a visual design environment.
Download the Sparklet evaluation binary for NXP i.MX RT1170 or i.MX 8. The package includes Flint UI Designer, NXP-specific BSP source, sample projects, and integration guides for MCUXpresso and Yocto environments.