Piczy: The Pixel Art App That Records the Drawing, Not Just the Result

A low-resolution canvas, a replayable action history, and an AI reference grid turn every artwork into a process you can watch, learn from, and share.

8 min read • View on GitHub • More from Mausumi-k

A tiny pixel canvas sits like a framed stage on a blank gallery wall while a trail of ghosted marks flows backward into a ledger-like reel. The scene explains Piczy’s core idea: a finished image is only part of the work, because the app preserves the sequence of actions that made it.
Piczy treats a drawing session like a recordable performance, not a flat canvas save.
Key Takeaways

A pixel art app where the making matters

Most drawing tools treat the canvas as the final object. Piczy treats the path to the final object as first-class data. That one decision changes the app from a simple editor into a replayable medium.

A finished piece is not just a PNG in this model. It is a sequence of strokes, fills, and edits that can be replayed, inspected, and shared. The artwork becomes a little archive of its own making.

Why action history is the whole product

Under the hood, Piczy’s core engine keeps an actionHistory array. Each drawing operation is normalized into a structured record, then appended in order. That gives the app one source of truth for recovery, playback, and publishing.

One history model powers editing, publishing, and replay. Undo is not a separate feature. It is just a different view of the same record.

const scaleX = this.canvas.width / rect.width;
const x = Math.floor((e.clientX - rect.left) * scaleX);
const y = Math.floor((e.clientY - rect.top) * scaleY);

The low-res canvas trick that makes the illusion work

The canvas itself lives small, often at 32 by 32 or 64 by 64, while CSS scales it up on screen. That makes the interface feel bigger than the underlying grid, which is exactly the illusion pixel art needs.

The math is simple but crucial. Mouse coordinates must be translated from the displayed canvas back into the internal grid, and smoothing has to stay off so each pixel stays crisp. Without that, the whole aesthetic blurs into generic digital painting.

A close-up shows a large cursor click on one side and a tiny pixel grid on the other, linked by a clean mapping line. The scene also shows a small flood-fill region and a cluster of filled pixels, explaining how Piczy converts screen-space input into exact grid-space edits.
Piczy makes a large interface feel precise by mapping every gesture back to a tiny internal grid.

Undo, redo, and replay are all the same story

Once drawing is stored as a sequence, the boundaries between editing and storytelling start to collapse. Undo walks the sequence backward. Redo walks it forward. Replay just renders the whole thing again from the beginning.

That is why Piczy’s replay viewer matters. It is not a separate media feature pasted on top of the editor. It is the same history, viewed as a performance instead of a correction tool.

Conventional canvas appPiczy
Saves flat canvas stateSaves action history
Undo rewinds UI stateUndo reuses the same event log
Replay is usually absentReplay rebuilds the artwork step by step
AI generates content directlyAI generates a reference grid
Gallery shows finished imagesGallery can show process

The cozy interface is not cosmetic

The pixel font, glassy panels, and small-community gallery framing are doing product work, not decorative work. They make the app feel like a place for making, not a production system for shipping assets.

That matters because replay only feels meaningful if the surrounding product invites attention. Piczy’s UI says the process is worth looking at. The interface and the engine are aligned.

AI as a stencil, not a substitute

Piczy’s AI choice is unusually restrained. Instead of painting over the user’s canvas, it produces a reference grid. That keeps the human in the loop and positions AI as scaffolding rather than authorship.

This is a better fit for the app’s philosophy than direct generation would be. If the thesis is that making matters, then AI should support making, not erase it.

Conventional canvas appPiczy
Often saves only the final imagePersists the sequence that made it
AI features try to finish the artAI features can act as a guide
Gallery is a static showcaseGallery can function as an archive of process
Undo and replay are separate concernsUndo, redo, and replay share one history model

What Piczy gets right, and what it is still proving

The architecture is clean and the idea is sharp. Piczy understands that creative tools do not have to treat process as disposable.

What it is still proving is whether this model can scale beyond the charm of the prototype. But even in early form, the repo makes a strong case for a simple proposition: if you save the moves, you save more than the image.