FourFeetz Studios

Public Worksheet

FourFeetz Production Notes Worksheet

A browser-readable outline for recording scene goals, references, visible problems, review decisions, and final outcomes.

FourFeetz Production Notes Worksheet preview

Overview

Built for Repeatable Work

Production notes make review decisions traceable. This public worksheet focuses on transferable documentation fields and does not contain FourFeetz prompts, internal paths, character bibles, or current core settings.

Public Reference

What This Web Guide Covers

This page is the resource itself. It provides a public planning outline rather than a downloadable FourFeetz production package, character master prompt, internal bible, or current core settings.

01

Scene objective and public reference links

02

Tool and model context

03

Camera, sound, and continuity notes

04

Visible issue, decision, and next-action fields

How to Use

A Practical Process

  1. Step 1

    Create one record per approved shot or representative experiment.

  2. Step 2

    Keep private prompts and internal asset paths in your own protected system.

  3. Step 3

    Link only references and exported versions that are safe to share.

  4. Step 4

    Document what failed as clearly as what worked.

  5. Step 5

    Close each record with a practical review decision.

Worked example from published work

Separate visible evidence from an unrecorded failure

The HARU/PORI production record explicitly says that rejected clips and a generation log are unavailable. A useful note can still document the published work, as long as it does not turn a possible risk into a claimed failed take.

This teaching example applies the linked public record to this resource. It is not the original private prompt or production log.

Evidence
An 18-second 9:16 published short with a meeting, garden movement and a resting finish.
Observation
Upright ears and a brown scarf distinguish HARU from the smaller curly PORI with a green neckerchief.
Review question
Can a viewer distinguish both characters while they move? Record the frame or moment that supports the answer.
Unknown
Do not fill in generation count, cost, rejected takes or exact private prompts without records.

The decision this example supports

Write 'check for silhouette overlap' as a review instruction unless you have a frame showing overlap. Reserve 'this take failed' for a saved result that actually demonstrates the failure. This makes the note useful without overstating what was tested.

Best Practices

Use It Well

Use consistent scene and version names.
Record relevant model context and generation dates.
Separate observations from decisions.
Keep private settings with the protected production asset, not the public worksheet.

FAQ

Questions, Answered

How much detail is enough?

Capture enough visible context to explain the result and the review decision without exposing proprietary assets.

Should failed generations be logged?

Log representative failures when they reveal a repeatable limitation or useful correction.

FourFeetz Toolkit

Turn the guide into a finished story.

See the workflow in action

Continue Exploring