Using your own bucket

A project can write its images and footage to your own Cloudflare R2 or Amazon S3 bucket instead of ours. The production's files then sit somewhere your contract already covers.

Why a production would want this

Footage and stills are the assets a production is most often contractually obliged to keep somewhere specific. A financier, a studio or a broadcaster may require the material to live in an account they can audit, and a delivery schedule usually names the place it is delivered from.

Pointing the project at your own bucket satisfies that without exporting anything: the files are written there in the first place.

The Data tab, where storage is configured

Connecting one

You supply the provider, the bucket name, its region and a key pair with write access. R2 fills its own endpoint in from your account ID; S3 takes the endpoint for the region you chose.

The credentials are stored against the project and used server-side. Nothing in the browser ever holds them, and a crew member with media access never sees them.

Connecting a bucket changes where new files go. It does not move what is already there, and disconnecting does not bring anything back. Treat the switch as a line in the project’s history rather than a setting you toggle.

Where it sits

Storage lives on the Data tab beside export and deletion, which is the right neighbourhood: all three are answers to “where does this production’s material actually live, and how do I get it out”. The tab is visible only to the project owner.