Guide to Folder Structures for Multi-Season TV Shows

A single-episode folder structure can survive on vibes. A multi-season show can't. Yours has to hold up when episode 204 is still in offline, episode 206 is getting pickups, and season one is being remastered for a platform delivery. It also has to survive a producer asking for “that drone shot from last season” without knowing the shoot date, camera roll, or filename. The structure should make the obvious path the correct path. Someone receiving a drive, exporting a temp mix or dropping in VFX plates should know where it goes without asking three people in Slack. So should someone archiving a final master.

The base hierarchy that scales

Scripted, unscripted, docuseries and serialized post workflows can all start from this shape:

SHOW_NAME/
  00_SHOW_ADMIN/
  01_SEASON_01/
    00_SEASON_ADMIN/
    01_EPISODES/
      S01E01_EPISODE_TITLE/
      S01E02_EPISODE_TITLE/
    02_SEASON_ASSETS/
    03_DELIVERIES/
    04_ARCHIVE/
  02_SEASON_02/
    00_SEASON_ADMIN/
    01_EPISODES/
    02_SEASON_ASSETS/
    03_DELIVERIES/
    04_ARCHIVE/
  90_SHARED_SERIES_ASSETS/
  99_DOCUMENTATION/

Keep season and episode explicit, and keep shared material out of whichever episode happened to use it first.

Shared assets sit at the series level instead of being buried inside one episode.

Inside each episode, use repeatable department or workflow folders:

S01E01_EPISODE_TITLE/
  00_EPISODE_ADMIN/
  01_CAMERA_ORIGINALS/
  02_AUDIO_ORIGINALS/
  03_TRANSCODES_PROXIES/
  04_PROJECTS/
  05_EDITORIAL_EXPORTS/
  06_VFX/
  07_COLOR/
  08_SOUND/
  09_GRAPHICS/
  10_DELIVERY/
  11_ARCHIVE/

This gives every episode the same internal map. Assistant editors can duplicate the episode template. Post supervisors can audit progress across episodes without relearning the layout. Online, mix, VFX and delivery teams find their lane without stepping into camera originals. A good folder structure is simple and predictable. Predictable is the point.

Keep the series layer clean

The top-level show folder has three jobs: identify the show, separate seasons, and hold information that applies across the whole series. Use the show name consistently. If the show has a rebooted title, alternate title, or similar title in a media library, include the year in the show folder name:

SHOW_NAME_2026/

Media library tools commonly recommend a series folder, then season folder, then episode file naming. They also rely on show name and year to avoid bad matches. Even if you never touch a Plex, Emby, Jellyfin or Kodi library, the same logic helps humans and automation. A show folder called THE_OFFICE is ambiguous, but THE_OFFICE_US_2005 isn't. The series level is also where shared assets belong. These are assets that aren't owned by one episode:

90_SHARED_SERIES_ASSETS/
  BRANDING/
  FONTS/
  LUTS/
  MUSIC_PACKAGE/
  OPENING_TITLES/
  LOWER_THIRDS/
  STOCK_RECURRING/
  LEGAL_CLEARANCES/

If season two uses the same title sequence as season one, don't store it inside S01E01. If every editor needs the same music package, don't copy it into eight episode folders with eight different modification dates. Keep one canonical location, then reference or duplicate only when the workflow requires local copies.

Season folders are production boundaries

A season is more than a batch of episodes. It carries its own schedule, its own vendors and delivery specs, and its own network notes. It may also carry music cue sheets, archival obligations and a separate storage allocation. Treat it as a real boundary. A season folder should contain the episodes plus the season-level materials needed to manage them:

01_SEASON_01/
  00_SEASON_ADMIN/
    SCHEDULES/
    DELIVERY_SPECS/
    CONTACTS/
    VENDOR_NOTES/
    POST_CALENDAR/
  01_EPISODES/
  02_SEASON_ASSETS/
    SEASON_SPECIFIC_GRAPHICS/
    SEASON_SPECIFIC_MUSIC/
    CAST_STILLS/
    MARKETING_PULLS/
  03_DELIVERIES/
    NETWORK/
    STREAMER/
    INTERNATIONAL/
    PROMO/
  04_ARCHIVE/

Season-wide material belongs beside the episode folders. If a delivery spec applies to the whole season, store it once at the season level. If a lower third template changes in season two, store that in the season’s assets so nobody reaches for the season one version.

Episode folders need fixed internal lanes

The episode folder is where the daily work happens, so it needs the most discipline. Every folder should describe a workflow state or department, not a person. Good folder names tell you what the asset is or where it's in the pipeline:

01_CAMERA_ORIGINALS/
02_AUDIO_ORIGINALS/
03_TRANSCODES_PROXIES/
04_PROJECTS/
05_EDITORIAL_EXPORTS/
06_VFX/
07_COLOR/
08_SOUND/
09_GRAPHICS/
10_DELIVERY/
11_ARCHIVE/

Weak folder names create long-term confusion:

NEW/
OLD/
FROM_JASON/
EXPORTS_FINAL/
EXPORTS_FINAL_NEW/
MISC/
STUFF/

The first set can survive staff turnover, but the second set only works while everyone remembers the conversation that created it. For camera media, preserve the original card structure. Assistant editor guidance from real post workflows consistently emphasizes copying the entire camera card structure to storage rather than cherry-picking clips. Many camera formats depend on more than the video files. Sidecar files, metadata folders and spanned clips all matter, and so do audio references and folder relationships. If you flatten the card because the .mov files are the only thing that looks useful, you can create relink problems later. A camera originals area might look like this:

01_CAMERA_ORIGINALS/
  2026-03-14/
    A_CAM/
      A001_0314AB/
        CARD_STRUCTURE_HERE/
    B_CAM/
      B001_0314CD/
        CARD_STRUCTURE_HERE/
  2026-03-15/
    A_CAM/
      A002_0315AB/

Use shoot date, camera, and card or roll ID. Don't rename original camera files unless the workflow has a specific, tested reason to do so. Rename the folders around the media and leave the source media intact.

Keep original camera card relationships intact rather than flattening source media.

Naming episodes without painting yourself into a corner

TV teams use both production-style episode codes and library-style season/episode codes. Support both, but make one of them canonical. A common internal TV code is 101, meaning season 1 episode 1. That works until you hit season 10, when 1001 may not sort with 101 unless everyone pads and parses correctly. The more explicit pattern is:

S01E01_EPISODE_TITLE
S01E02_EPISODE_TITLE
S02E01_EPISODE_TITLE
S10E01_EPISODE_TITLE

Use two digits for season and two digits for episode unless your show can exceed 99 episodes in a season. If it can, use three episode digits from the start:

S01E001_EPISODE_TITLE

Don't switch padding halfway through a series. It breaks sorting, breaks automation, and makes long lists harder to scan by eye. For final media, screeners and archival files, put the season and episode in the filename as well as the folder path:

SHOW_S01E01_EPISODE_TITLE_TEXTLESS_MASTER_v001.mov
SHOW_S01E01_EPISODE_TITLE_NETWORK_SCREENER_v003.mp4
SHOW_S01E01_EPISODE_TITLE_DIALOGUE_STEMS_v002.wav

That protects the file when it leaves the folder. Episodic delivery and archival specifications often require season and episode identifiers in the folder and file name for exactly this reason. A file called FINAL_MASTER.mov becomes meaningless the second it shows up in a transfer folder with seven other “final” files.

A file stays identifiable when its naming details travel with it.

Clip, card, roll, and reel naming

For editorial and online, reel naming isn't cosmetic. It affects conform, relink, turnover, and troubleshooting. The rule is simple: every source clip should trace back to one original card or roll. That card or roll needs a unique ID across the whole show. A solid card ID can include camera, roll number, and shoot date:

A001_0314AB
B014_0422CD
C003_0501EF

Some productions prefer episode-aware roll names:

S01E03_A001_0314
S01E03_B001_0314

That helps when episodes shoot separately. It gets risky when multiple episodes shoot on the same day, or when block shooting mixes scenes from several episodes. If production shoots by block, date and card ID are more reliable than episode alone. Use these fields consistently across folders, ALEs and bins, and across shot logs and turnover documents:

Show code: SHOW
Season/episode: S01E03
Shoot date: 2026-03-14
Camera: A_CAM
Card/roll: A001_0314AB
Scene/take: from script supervisor or sound report
Source filename: preserved from camera
Transcode name: derived, not invented

The key is to avoid duplicate reel names. Duplicate A001 rolls across seasons are a conform trap. If season two starts over at A001, make sure the full reel identifier carries something unique alongside it: a date, a season, or a production block.

Transcodes and proxies should mirror the source logic

Proxies should be easy to regenerate. Their location and names should point back to the source media, not just to the edit. A proxy folder can mirror the camera originals structure:

03_TRANSCODES_PROXIES/
  2026-03-14/
    A_CAM/
      A001_0314AB/
        SHOW_S01E03_A001_0314AB_C001_proxy.mov

If your NLE generates proxies internally, still document where they live and how they're named. If an assistant, DIT, or automated transcode station creates proxies, the naming convention should preserve enough source identity for relink. Don't use one flat PROXIES folder for an entire season unless the show is tiny. It will sort poorly, hide duplicates, and make partial rebuilds painful.

Shared assets, archival assets, and stock

Multi-season shows accumulate assets that aren't camera originals: archival footage, stock and stills; graphics, music and sound effects; legal docs, clearances and marketing pulls. These need their own logic because they may serve many episodes. For stock and archival, avoid vague labels. A folder called STOCK_FOOTAGE tells you almost nothing. Name the contents around subject, source, and acquisition order or date:

90_SHARED_SERIES_ASSETS/
  ARCHIVAL/
    2026-02-10_GETTY_CHICAGO_AERIALS/
    2026-02-12_FAMILY_PHOTOS_JOHNSON/
  STOCK/
    001_CHICAGO_AERIAL_DAY/
    002_CHICAGO_AERIAL_NIGHT/
  CLEARANCES/
    ARCHIVAL_RIGHTS/
    MUSIC_LICENSES/

Keep the source, license, and usage notes close to the asset. If the same archival shot appears in five episodes, you don't want five copies with five different clearance PDFs. Keep a canonical asset and document usage per episode. For masters, use the same principle: one canonical master per language, format, and version when possible. Your team should generate derivatives from that master and keep treating the master as the only original.

Pickups, reshoots, inserts, and other exceptions

Exceptions are where folder structures usually break. The mistake is creating a top-level PICKUPS folder with no relationship to the episode. That helps on the day of ingest and hurts forever after.

Pickup and reshoot material should remain connected to the episode it supports.

Store pickups and reshoots under the episode they serve, with a clear shoot date and type:

S01E04_EPISODE_TITLE/
  01_CAMERA_ORIGINALS/
    2026-04-18_PICKUPS/
      A_CAM/
        A023_0418GH/
    2026-04-25_RESHOOTS/
      A_CAM/
        A024_0425IJ/

If the pickup shoot covers multiple episodes, store the camera originals in a season-level production shoot folder and create episode references or documentation inside each affected episode:

01_SEASON_01/
  05_MULTI_EP_SHOOTS/
    2026-04-18_PICKUPS_BLOCK_02/
      CAMERA_ORIGINALS/
      AUDIO_ORIGINALS/
      SHOT_LOGS/

Then, inside each episode, include a note or alias strategy that points to the shared shoot. Avoid duplicating original camera media into every episode unless your storage policy requires it. If you do duplicate, document which copy is authoritative. Specials and recaps need explicit treatment too, as do bonus scenes, web extras and other non-episodic segments. Many media systems use Season 00 for specials, while delivery specs may require a segment identifier for non-episodic content. A production filesystem can support both ideas:

01_SEASON_01/
  01_EPISODES/
  06_SPECIALS_AND_BONUS/
    S00E01_RECAP_SPECIAL/
    SEG001_CAST_INTERVIEW/
    SEG002_TRAILER_PULLS/

Name the exception by what it is and how it relates to the show. Never let exceptions become MISC.

Delivery folders should separate audience and version

Delivery folders need a different shape than work-in-progress folders. They should answer three questions fast: who is this for, what version is it, and when was it delivered? For an episode:

10_DELIVERY/
  NETWORK/
    2026-05-01/
      SHOW_S01E01_NETWORK_MASTER_v001.mov
      SHOW_S01E01_NETWORK_CAPTIONS_v001.scc
      SHOW_S01E01_NETWORK_AUDIO_STEMS_v001/
  STREAMER/
    2026-05-03/
  INTERNATIONAL/
    2026-05-10/

For season-level delivery:

03_DELIVERIES/
  FULL_SEASON_SCREENERS/
  MARKETING_ASSETS/
  PLATFORM_ARCHIVE/
  QC_REPORTS/

Don't mix review exports and internal rough cuts with network deliveries and final archival masters in one EXPORTS folder. Editorial exports are working communication. Deliverables are contractual or archival. They deserve separate lanes. Increment version numbers only when the asset changes. Dates are useful for folders and transfer records, but version numbers are better for tracking revisions of the same deliverable.

Compatibility with media libraries and automation

Even if your main workflow lives in Avid, Premiere or Resolve, on shared storage or in a MAM, your filesystem still influences automation. Watch folders and scripts prefer predictable paths, and so do transcode tools, archive jobs and media library scanners. Consumer media library docs aren't post-production manuals, but they reinforce useful compatibility rules:

Series folder
  Season folder
    Episode file with SxxEyy in the name

They also warn against mixing major content types under the same path. Dump movies, shows and specials into one place with behind-the-scenes and bonus content, and media library scanners can misclassify or ignore all of it. In post terms, separate episodic content from non-episodic content in the filesystem. Your review library, archive viewer, or automated ingest process is more likely to work. Avoid characters that cause problems across tools and operating systems, and keep names plain:

Use:
SHOW_S01E01_EPISODE_TITLE_v001.mov

Avoid:
Show: Ep 1 / “Final?” v1.mov

Use underscores or hyphens. Avoid slashes, colons and question marks, and avoid smart quotes or other reserved characters. Keep path lengths reasonable. Some delivery specs and transfer systems enforce character limits, and deeply nested folders can cause avoidable failures.

Document the convention where the team actually works

A folder structure is only a system if the team knows it. Put the convention in a short document inside the project itself. An onboarding deck nobody opens doesn't count. Create something like:

99_DOCUMENTATION/
  FOLDER_STRUCTURE_README.md
  NAMING_CONVENTION.md
  EXCEPTION_LOG.md
  CHANGE_LOG.md

Include examples as well as rules. Show exactly how to name an episode folder, a camera card folder and a proxy file. Do the same for a VFX pull, a mix stem and a final master. Name who owns changes to the convention. If assistants, editors, post supervisors and vendors can all rename folders independently, the structure will drift. Run the setup past the people who use it daily. Assistant editors often know where ambiguity will hurt first. Editors know how they search. Post supervisors know what delivery and archive will require. Technical directors know where automation will break. The best structure is the one the whole team can follow under deadline pressure.

Backups and archive are part of the structure

Folder structure and backup strategy are connected. If nobody knows which folder contains the authoritative original, nobody knows what your team must back up first. At minimum, sort every folder into one of four asset classes:

Asset class	Typical folders	Backup priority	Rebuildability
Critical source assets	`01_CAMERA_ORIGINALS`, `02_AUDIO_ORIGINALS`, `ARCHIVAL`, `CLEARANCES`	Highest priority. Protect immediately with verified copies.	Usually not rebuildable if lost.
Working assets	`04_PROJECTS`, `06_VFX`, `07_COLOR`, `08_SOUND`	High priority. Back up frequently during active post.	Partially rebuildable, but loss can cost days or weeks.
Rebuildable assets	`03_TRANSCODES_PROXIES`, `RENDERS`, `CACHE`	Lower priority unless needed for active editorial speed.	Usually rebuildable from originals and project files.
Deliverables	`10_DELIVERY`, `03_DELIVERIES`, `11_ARCHIVE`	High priority after approval or delivery.	Sometimes reproducible, but should be preserved as the record copy.

Critical source assets:
01_CAMERA_ORIGINALS
02_AUDIO_ORIGINALS
ARCHIVAL
CLEARANCES

Working assets:
04_PROJECTS
06_VFX
07_COLOR
08_SOUND

Rebuildable assets:
03_TRANSCODES_PROXIES
RENDERS
CACHE

Deliverables:
10_DELIVERY
03_DELIVERIES
11_ARCHIVE

A 3-2-1 backup approach means three copies of the data, on two types of media, with one copy offsite. In media workflows that means working storage, a local backup or nearline copy, and an offsite cloud or LTO copy. The folder structure should make it clear which assets your team protects immediately and which assets you can regenerate. Camera originals and audio originals should never depend on one drive or one storage volume. Neither should project files, clearances or final deliverables. Proxies and caches can be rebuilt from originals and project files, so they don't need the same priority.

The structure should survive season five

A good multi-season folder hierarchy doesn't try to predict every weird thing the show will do. It gives weird things a safe place to go. Use show, season, and episode as the spine. Preserve camera card structures. Put season and episode identifiers in folder names and filenames. Keep shared assets out of episode folders. Give pickups and reshoots a dated, named home under the episode they serve. Document the convention with examples and update it when reality changes. If the structure is easy to explain, easy to duplicate, and hard to misuse, it will hold up when the show gets bigger, faster, and messier. That's the real test.

FAQ

Start with the show folder, then season folders, then episode folders, then workflow or asset-type folders. For example: SHOW_NAME/01_SEASON_01/01_EPISODES/S01E01_EPISODE_TITLE/01_CAMERA_ORIGINALS. That keeps season and episode ownership clear. Shared assets and deliveries get their own locations, as do documentation and archive materials.

No. Fonts, LUTs, title sequences and music packages should live at the series or season level, and so should stock footage, recurring graphics and legal clearances. Bury them inside one episode and later teams copy them unnecessarily, use outdated versions, or fail to find the canonical asset.

Pickups and reshoots should be named production events, not loose folders called MISC or PICKUPS. If they belong to one episode, place them under that episode by shoot date and type, such as 2026-04-18_PICKUPS. If they cover multiple episodes, store the originals in a season-level multi-episode shoot folder and document which episodes use the material.

In most workflows, no. Preserve the original camera card structure and original source filenames unless there's a tested workflow reason to rename them. Rename the folders around the media instead. Many camera formats rely on metadata, sidecar files, spanned clip relationships and folder structure for reliable relink and conform.

Use an explicit season and episode pattern such as S01E01_EPISODE_TITLE. Keep the same padding throughout the series: two digits for season and two digits for episode, or three episode digits if a season can exceed 99. Final filenames should carry the show, season and episode, plus the version and deliverable type, for example SHOW_S01E01_NETWORK_MASTER_v001.mov.

The folder structure gives assets a stable home, but finding them depends on metadata as much as path names. Aspect lets teams add project-wide fields with custom metadata: episode used, source and rights status, along with location and asset type. A long-running library stays filterable.