What you’ll leave with
Produce an inspectable motion brief, an editable project and a frame-by-frame acceptance record instead of treating a generated preview as a finished asset.
Before you begin. Access to the Windows application, a simple character image you own, and an image viewer. The exercise uses manual editing first; an AI connection is optional.
What the documentation establishes
The maker documents manual editing alongside optional AI control, with editable project saves and image-sequence exports. Source ↗
The walkthrough below is an original worked exercise. We have not independently tested this product’s performance.
An attractive animation is only one part of a usable asset. You also need to change a pose, explain the timing, preserve the character’s silhouette and export frames that behave consistently. This exercise makes those requirements concrete with a fictional courier waving one hand.
The maker documents editable animation and optional AI control. We read the product page and maker discussion without installing or running the application. The brief, timing targets, review procedure and acceptance thresholds below are original Current teaching examples.
1. Choose a motion that has a clear success condition
Use a character standing in place with one arm visibly separated from the torso. Give the character a simple hat, a plain shirt and shoes with a clear ground contact. An image with crossed arms, hidden hands or a flowing cape introduces several unrelated problems at once. For this first exercise, a simple drawing you already own is enough; visual sophistication is not the test.
Our target is a two-second greeting: the courier raises a hand, makes a small side-to-side wave, then returns to the initial pose. The feet should remain planted. The face should remain recognizably the same. No camera move, new background or extra body part is allowed. These constraints give you something observable to approve.
The paid Windows build has inconsistent version labels on its product page. Record the version you actually have. This research did not resolve the discrepancy; demonstration controls may differ between builds.
2. Write the brief before manipulating the image
Asset: courier-wave
Source: an original character drawing, rights recorded locally
Canvas target: 1024 x 1024, transparent background
Action: one friendly wave, then return to rest
Duration target: 2 seconds
Playback target: 12 frames per second / 24 displayed frames
Anchors: both shoe soles and torso remain in place
Allowed change: shoulder, elbow, wrist and small hand rotation
Keep: face, hat, costume markings, limb count and proportions
Reject: sliding feet, rubber torso, wrist tearing, extra fingers
Handoff: editable project + numbered PNG frames + review notes
Status: exercise targets, not a preconfigured application presetKeep a copy of the original drawing untouched. Make a separate working folder for this one exercise, and give every later export a new revision suffix. For example, use courier-wave-v01 for the first attempt and v02 for a correction. This naming scheme is a proposed working convention, not an application feature.
Decide where the character will ultimately appear: a game sprite, a short video insert or a small interface illustration. The same motion can look fine at full size and become unreadable as a thumbnail. Pick a review size now, such as a 128-pixel-tall character, and include it in the acceptance notes. You will inspect both full size and that final presentation size.
3. Establish stable anchors before adding movement
In Warp Animate, import the drawing and place pins around the feet, torso, shoulder, elbow and wrist. Save a .warpstudio project before the first exaggerated pose. Consult the documented controls for your build.
Treat the first move as a diagnostic. Raise the wrist a small distance while keeping the torso and foot anchors stable. Look for movement where it should not occur: a stretched collar, a sliding shoe, a shrinking head or a hand that pulls a patch of background along with it. Undo a bad move and adjust the control arrangement before you add another pose.
Use a small number of meaningful controls first. A dense collection of pins can disguise the cause of a distortion because several constraints compete. Name the intended role of each control in your notes, even if the application does not provide a naming field. You should be able to explain which control keeps the body still and which creates the greeting.
If the arm tears the torso, consider a separate parts-based Puppet exercise, as described by the maker. Keep that evaluation separate so you can explain which approach actually worked.
4. Author the important poses and inspect the in-between frames
| Point in action | Pose intention | What to inspect |
|---|---|---|
| Start | Rest pose | Feet, face and silhouette establish the reference. |
| Quarter | Hand rises | Elbow bends without stretching the torso. |
| Half | Friendly outward wave | Wrist rotation stays within the drawing’s geometry. |
| Three-quarter | Hand begins returning | The direction change has no sudden discontinuity. |
| End | Return to the starting pose | Position and motion meet the next loop cleanly. |
Set the key poses using the available timeline controls. If your build expresses time in frames, translate the plan to your chosen playback rate. The exercise target is 24 displayed frames at 12 frames per second. If the tool cannot produce that exact combination, record the actual export settings and duration instead of claiming the target was met.
Inspect every transition at slow speed. Automatic interpolation can create a plausible start and finish with an implausible middle. Concentrate on the midpoint between each pair of authored poses. Watch the elbow volume, the connection between hand and sleeve, and the line where the shoe meets the floor.
Add an intermediate pose only when you can name the problem it fixes. “The hand crosses the face between the first two keys” is actionable; “make it smoother” is not. Save a new project revision after a useful change, keeping the earlier attempt available for comparison.
5. Give an optional assistant the same bounded brief
AI control is optional and may involve an external provider. This exercise does not require connecting one. If you already have an authorized compatible connection, use the brief below to request a proposal against a copy of the working project. The text is an original task brief, not a documented API call or guaranteed tool command.
Work only on this courier-wave exercise and the files I explicitly provide.
First describe the pose changes you propose; do not replace the character art.
Preserve the feet, torso, face, hat and costume markings.
Create a two-second wave with editable controls and keyframes if the available tools support them.
Keep the original project untouched and save a separate revision.
Do not fetch new assets, publish anything or change provider settings.
If you cannot inspect or edit a required control, say which step remains manual.
Return the changed project location, actual duration and export settings,
plus a list of frames that need human inspection. Do not call it tested unless inspected.Compare the proposed movement with your manual baseline. An assistant earns its place if it reduces a specific piece of work while keeping the result understandable. If it only produces another flattened video, it may fail this exercise’s editability requirement even when the video looks attractive.
Keep the assistant’s description as a claim to verify. Open the resulting project and attempt one small correction yourself, such as lowering the wave slightly. If the correction cannot be made without starting again, record that limitation. Do not count a confident completion message as evidence that the editable artifact exists.
6. Export frames, then review the artifact that will leave the editor
The maker lists PNG sequences and sprite sheets among the exports. Start with a PNG sequence so individual frames are inspectable. Preserve the editable project separately; an exported sequence is not a substitute for the source project.
Count the exported frames and establish their ordering. For the exercise target, 24 displayed frames at 12 frames per second make two seconds. Some timelines include a closing key pose that duplicates the first frame. If that duplicate is exported as an additional frame, do not silently accept the longer duration: document whether the consuming tool should omit that endpoint.
View the first, quarter, middle, three-quarter and last frames against a contrasting background. Check transparent edges, missing fingers and unexpected canvas resizing. Then inspect the complete sequence, since a bad in-between frame can occur away from the named poses. Repeat at the intended small display size.
Play at least three consecutive loops. A seam may be invisible once and obvious on repetition. Look for a tiny pause at the boundary, a snap in wrist position or a foot that drifts a little each cycle. These are acceptance failures for this fixture even if the first pass looked polished.
asset: courier-wave
project_revision: v01
application_version: [record actual version]
editable_project: [actual saved path]
frame_directory: [actual export path]
frame_count: [observed count]
playback_fps: [chosen rate]
duration_seconds: frame_count / playback_fps
transparent_edges_reviewed: not_run | pass | fail
three_loop_review: not_run | pass | fail
small_size_review: not_run | pass | fail
manual_pose_correction_possible: not_run | yes | no
AI_assistance: none | [describe bounded contribution]
remaining_defect: [specific frame and observation]7. Fix the right problem and stop at a useful handoff
| Failure | Likely place to inspect | Correction to try |
|---|---|---|
| Foot slides | Anchor placement or pose changes | Stabilize that anchor; compare the same frames again. |
| Elbow collapses | Control geometry and source silhouette | Reduce displacement or prepare a more suitable separated limb. |
| Loop pauses | Repeated endpoint or timing | Inspect last-to-first transition and counted frames. |
| Edges look dark | Transparency and consuming background | Compare the raw PNG against two backgrounds before changing the art. |
| Preview works, game import fails | Frame ordering, scale and playback rate | Verify the manifest against the importer settings. |
| Assistant cannot edit project | Available tool capabilities | Keep the manual result and record the unsupported operation. |
For this exercise, a useful handoff is the original artwork, the latest editable project, the exported frames and a short record of what you checked. A teammate should be able to reproduce playback without asking which folder is final. Include the failed revision only when it explains a decision; label it clearly so nobody imports it by mistake.
This documentation-based guide does not establish engine compatibility, animation quality or AI reliability across projects. The next worthwhile test is one variable harder: a longer gesture, a second character or a parts-based walk cycle. Keep the greeting fixture unchanged so a future application update can be compared against the same requirements.
Sources & next steps
- Warp Studio maker documentation ↗
Maker documentation; conflicting version labels and no hands-on test.
Guide history
Revisions preserve the original instructions. A source recheck alone does not create a new revision.
Revision 1 · New original character-wave brief, pose plan, optional assistant instructions, export manifest and troubleshooting. Product documentation read; animation not executed.
Continue learning
Creative work · 8 min read
ArtCraft: plan three consistent shots before generating a film →
A practical scene-planning exercise with an asset sheet, shot brief, controlled revisions, and a continuity review. Discovered through GitHub’s changing project feed.
Updated 2026-10-16
Games & creative workflows · 10 min read
From one character to reusable game assets: a reference-first workflow →
Build a consistent asset family, then use FLUX.3 reference-edit controls without losing silhouettes, pivots or the ability to review changes.
Updated 2026-10-16
Creative work · 8 min read
HyperFrames: make a release video you can revise and render again →
Build a twelve-second release card from editable HTML, inspect its timing, export an MP4, and make one controlled revision without regenerating the whole story.
Updated 2026-10-11