GSoC 2026: GPU-Accelerated Brush Engine and integration with Drawing Tablet Input

[timon-schelling]

Synopsis

Graphite currently has no support for drawing tablets or touch input, and its existing brush tool relies on a slow, CPU-based implementation with no awareness of resolution or zoom level. This project introduces drawing tablet and touch device support as first-class input sources, then builds a high-performance, GPU-accelerated brush engine on top, storing strokes in a resolution-independent format inspired by Graphite's non-destructive philosophy and rendering them to texture via WGSL shaders or another approach if research points to a better path. A final phase connects the two by exposing stylus-specific signals such as pressure and tilt as brush parameters, allowing artists to take full advantage of the engine's capabilities through their hardware.

Deliverables

• Upstream winit contributions required to expose drawing tablet and touch events reliably across platforms
• Integration of tablet and touch devices into Graphite's input pipeline, initially treated as high- fidelity pointer input
• A non-destructive stroke data format storing input samples in a resolution-independent representation, compatible with Graphite's node graph architecture
• A GPU-accelerated brush engine implemented most likely as WGSL shaders, though early research may surface alternative or complementary approaches worth taking; built on the shader infrastructure established by the GSoC 2025 GPU raster operations project
• Integration of the new brush engine with Graphite's adaptive resolution system, enabling quality-preserving zoom and resolution changes after strokes are laid down
• Full stylus input bindings: pressure, tilt, and other tablet-specific axes mapped to brush parameters such as size, opacity, and hardness

[timon-schelling]

Week 1

This weeks coding was focused on finishing stuff that was originally planned to be done before GSoC.

Namely the introduction of Resources, a way to store binary data addressable by content hash alongside the node graph. For context #4148 (was merged before GSoC).
The PRs #4168, #4176 and #4187 contain the result of the week.

The resource system was considered a requirement for my GSoC project because without it auto saves stall the editor every second (when raster content is involved) making any kind of drawing nearly impossible.

The following video illustrates that, starting with a graphite version right before the introduction of resources and the second version with my patches applied.

untitled.mp4

A nice side effect is the reduction in file size (before images where stored as raw pixel data inside the graph).

File size reduction for the document in the video from 202.6MB to 18.9MB.

#4165 also embeds fonts as resources allowing documents to render without fetching the fonts from the internet first.

The rest of my time was spend researching for the brush engine and stroke data format. Looking at things like "Ciallo: GPU-Accelerated Rendering of Vector Brush Strokes".