Capture One session-skabelon der skalerer til 200 SKU'er om dagen

En Capture One session-skabelon er forskellen på en dag, hvor I skyder 200 SKU'er og er færdige kl. 17, og en dag, der ikke slutter før tirsdag. Det er ikke kameraet, ikke lyset - det er skabelonen. Den bestemmer, hvor hvert frame lander, hvad det hedder, hvilken farveprofil det får, og hvordan det forlader sessionen som TIFF, web-JPG, PDP-rendition og arkivkopi, uden at nogen skal klikke sig igennem Process Recipe-panelet ét frame ad gangen.

Det her er til fotografer og studieledere, der allerede skyder Capture One Pro tethered, og som vil have den arbejdsversion af session-opsætningen - den struktur, der holder, når fem fotografer skyder i tre rum samtidigt, ikke den, der lige akkurat virkede med ét kamera og én art director.

TL;DR

• En reel skabelon dækker fire ting: folderlayout, capture naming tokens, output recipes og tethering-indstillinger. Alt det, I springer over på skabelon-niveau, bliver til et rename-script i uge tre.
• Standardfolderne Capture / Selects / Output / Trash er ikke bare konvention - de bærer retouch-handoff, arkivering og reshoots.
• Drev filnavngivning fra tokens som {Job Name}, {Image Name} og {Counter}. At omdøbe 1.400 filer kl. 18 er den dyreste vane i et packshot-studie.
• Process Recipes klarer eksporten for jer: master TIFF, web-JPG, PDP-rendition, arkiv - kørt én gang per session, ikke per frame.
• En .cotemplate-fil hører hjemme på et delt, read-only netværksdrev med versionsnummer i filnavnet. Lader I hver fotograf vedligeholde sin egen, glider studiet fra hinanden på et halvt år.

Hvad en Capture One session-skabelon faktisk indeholder

Når I gemmer en session via File > Save as Template…, skriver Capture One en .cotemplate-fil, der pakker folderstrukturen, workspace, styles og presets, keyword-biblioteker, Process Recipes og camera tool-defaults sammen. Den indeholder ikke selve billederne - det er bevidst. Skabelonen er en form, ikke en datamængde.

Den form skal som minimum dække:

1. Folderlayout - hvilke undermapper der ligger under session-roden, og hvor capture-destinationen peger hen.
2. Next Capture Naming - den token-streng, der navngiver hvert frame, idet det lander.
3. Next Capture Location - hvor nye captures skrives hen (typisk en session-relativ sti, nogle gange et netværksvolumen).
4. Process Recipes - de eksport-jobs, I kører på hvert shoot, hver med sin egen output naming, ICC-profil, sharpening og destination.
5. Keyword-bibliotek og metadata-defaults - de IPTC-felter, der stemples på ved capture (creator, copyright, brugsbetingelser).
6. Tool tab-arrangement og styles - så retouchere, der åbner sessionen, ser samme workspace som fotografen, der skød den.

Hvis jeres skabelon kun bærer foldere, har I bygget cirka 20 % af værdien.

Folderlayout: Capture, Selects, Output, Trash - og hvorfor det betyder noget

De fire standardfoldere ser så banale ud, at det er fristende at ignorere dem. Lad være. Hver enkelt er en kontrakt.

• Capture - det eneste sted, nye frames lander. Hvis en fotograf omdirigerer capture til en desktop-mappe "bare for det her shoot," knækker alt downstream: retouch-handoff, arkivering og søgning.
• Selects - der hvor keepers ryger hen efter første cull. I packshot betyder "select" "det her er hero-framet for SKU'ens front-vinkel." En retoucher, der åbner Selects, skal aldrig lede i Capture.
• Output - det eksklusive hjem for processede eksporter. Ingen kildefiler, ingen WIP-retouch - kun deliverables, segmenteret per Process Recipe.
• Trash - soft-deleted frames, der ikke er væk endnu. Behold det shoot-dagen ud. At hente et "uheldigt afvist" SKU er ét klik; at reshoote det næste morgen er timer.

Ved 200 SKU'er om dagen rummer de fire foldere typisk 1.200–2.000 filer hver. Disciplin er ikke valgfri.

Læg et lille antal session-albums oven på - typisk Approved, Reshoot og ét per kunde eller leveringskanal. Albums er virtuelle, så de kæmper ikke mod folderstrukturen, men de lader en stylist tagge uden at flytte filer.

Naming tokens: omdøb-arbejdet der løses, før det opstår

Navnekonventionen sættes i Camera tool tab > Next Capture Naming (og spejles i Output Naming inde i hver Process Recipe). Capture One indsætter navngivne tokens - {Job Name}, {Image Name}, {Counter}, {Date}, {Camera Serial}, {Recipe Name} - der opløses, når filen skrives.

Et navneformat, der holder ved packshot-volumen, ser typisk sådan ud:

{Job Name}_{Image Name}_{Counter 4}

Som opløses til: J-2026-118_SKU8842-FRONT_0003.iiq

Tricket er, at {Image Name} ikke er kameraets filnavn - I sætter det selv før hvert look via Next Capture Naming-dialogen. De fleste studier driver det fra shot-listen: SKU plus vinkelkode (SKU8842-FRONT), og så opdaterer fotografen, når næste produkt kommer ind på cycloramaet. Det ene felt er det, der redder jer fra en batch-rename kl. 18.

Tre regler, I ikke skal slække på:

• Job-ID forrest i hvert filnavn. Når 40.000 raw-filer deler ét drev, er job-ID det eneste, man kan sortere på.
• Ingen mellemrum, ingen diakritiske tegn, ingen skråstreger. "Forår/Sommer 26" bliver til FS26. Diakritiske tegn knækker batch-scripts og FTP-levering, også i 2026.
• Counter-token til sidst, med padding. {Counter 4} giver 0001, ikke 1. Sekvensering går i stykker, så snart I blander tre- og firecifrede numre.

Hvis filnavnet kan læses af en retoucher, en asset manager og jeres DAM-ingest-script uden opslag, er det bygget rigtigt.

Process Recipes til de fire jobs, hvert packshot skylder

Process Recipes ligger i Output-tool tabben. Hver recipe er en gemt eksport-profil - filformat, bit-dybde, ICC-profil, skalering, sharpening, output naming og rod-folder. Tryk Process, og recipe'en kører på det, der er valgt.

Til en packshot-session vil I typisk have fire recipes bagt ind i skabelonen:

• Master TIFF - 16-bit, AdobeRGB eller ProPhoto, ingen skalering, ingen sharpening. Handoff til retouch.
• Web-JPG - 8-bit sRGB, lang side 2000 px, output sharpening til skærm. Hurtige proofs, så snart et frame er valgt.
• PDP-rendition - den præcise spec, jeres største e-commerce-kanal kræver (ofte 2400×2400 sRGB JPG i kvalitet 80, padded til kvadrat). Sparer et re-export-trin ved levering.
• Arkivkopi - DNG eller komprimeret TIFF skrevet til et separat volumen. Den kolde kopi.

Hver recipe har {Recipe Name} som token i sin output-sti, så filerne sorterer sig selv: Output/master/, Output/web/, Output/pdp/, Output/archive/. Retouchere leder ikke; de åbner den mappe, de skal bruge.

Recipes ligger inde i .cotemplate-filen. Det er pointen. En fotograf, der åbner en ny session til morgendagens shoot, arver alle fire recipes - identisk med sidste uge, identisk med studiet ved siden af.

Capture Pilot, Live View og hot folder-spørgsmålet

Tre runtime-funktioner ligger oven på skabelonen, og hver har sit konkrete job.

Live View er det in-app preview, der spejler kameraets sensor, før I udløser - nyttigt til komposition på et stativmonteret kamera og til at tjekke, at cycloramaet ikke har flyttet sig mellem SKU'er. Tænd det fra Capture-tool tabben. Det koster frames-per-second på tetheret, så de fleste packshot-studier har det slukket og tænder kun mellem looks.

Capture Pilot er den separate review-kanal. Aktivér den fra Window > Capture Pilot (menunavnet er rykket lidt mellem versioner; selve panelet er det kanoniske sted). Den serverer billeder ud af sessionen over det lokale netværk til Capture Pilot-appen på iPad/iPhone eller en moderne browser. Kunden, der sidder ved cycloramaet, får en tablet med seneste frame, tapper for at godkende, og en stylist tre rum væk ser samme view. Ingen screen-sharing, ingen mail-eksport.

Hot Folder (File > Hot Folder Enabled) er multi-fotograf-tricket. Capture One Pro kan kun tethere ét kamera per maskine, men en hot folder overvåger en netværkssti og ingester alt, der lander der - Wi-Fi-kort, FTP fra et andet kamerahus, output fra en tether-bridge. I et packshot-studie med flere rum tetherer hver capture-station lokalt og skriver kopier til en central hot folder, så den seniorfotograf, der kører QA fra et andet rum, ser hvert frame, idet det lander.

Den fejl, I skal undgå: at pege hot folder mod samme fysiske mappe som en anden sessions Capture-folder. Begge sessioner kæmper om de samme filer, begge mister frames, og I bruger mandag morgen på at finde ud af, hvad der landede hvor. Hver session får sin egen overvågede sti.

Hvor .cotemplate-filen ligger, og hvem der ejer den

Det er her, studier glider fra hinanden. Fotograf A gemmer en skabelon på sit skrivebord. Fotograf B kopierer den, justerer naming-formatet og lægger sin version ved siden af. Seks uger senere har I fire skabeloner, ingen af dem matcher retoucherens forventninger, og asset manageren omdøber filer i hånden.

Løsningen er driftsmæssig, ikke teknisk:

• Én kanonisk .cotemplate-fil per shoot-type (e-comm packshot, lookbook, on-model, still life).
• Den ligger på en delt, read-only netværkssti. Seniorfotografen eller studielederen har skriverettigheden.
• Filnavnet bærer en version: packshot-ecomm-v3.2.cotemplate. Versionsbumps får én linje i en changelog ved siden af filen.
• Nye shoots åbnes via File > New Session > Template > Choose… og peger på den delte sti. Aldrig kopieret lokalt.

Kører I en content operations-platform oven på Capture One, bliver skabelon-spørgsmålet enklere - fotograf-rollen gennemgår, hvordan PixelAdmin præ-stempler sessionen med job-ID, SKU-listen og IPTC-defaults, før fotografen åbner Mac'en. .cotemplate-filen findes stadig, men variablerne per shoot taster ingen ind i hånden.

Hvad der knækker ved 200 SKU'er om dagen, hvis det her er sjusket

De samme fem fejl dukker op i hvert audit:

• Capture-destinationen peger på et lokalt drev, fordi nogen "lige ville teste." Halvdelen af morgenens frames ligger på en MacBook, ingen andre kan se. Løsning: håndhæv netværks-destinationen på skabelon-niveau, og verificér at første frame i hver session lander, hvor I forventer.
• Naming tokens ikke opdateret mellem SKU'er. Frames 0001–1400 hedder alle J-2026-118_SKU8842-FRONT_xxxx. Løsning: byg SKU+vinkel-opdateringen ind i on-set-tjeklisten mellem prøver; endnu bedre, drev {Image Name} fra shot list-skabelonen i stedet for at taste.
• Process Recipes ude af sync. Den ene fotografs "Web-JPG" er 1800 px, den andens er 2000. Kunden opdager det i uge tre. Løsning: recipes ligger i den read-only skabelon; ingen redigerer per session.
• Hot folder-kollision mellem to sessioner i to rum. Løsning: separate overvågede stier per rum, med rumnavnet i stien.
• Skabeloner der ældes uden changelog. Retoucherens forventninger udviklede sig, skabelonen gjorde ikke. Løsning: en versioneret .cotemplate-fil med én linje, når formatet ændres.

Ingen af de her er færdighedsproblemer. Det er skabelon-disciplin-problemer, og det er derfor, et content operations-lag oven på Capture One - som dækket i packshot workflow-guiden og tethered capture-gennemgangen - tjener sig hjem så hurtigt. Capture-softwaren bliver ved med at være fremragende til det, den er fremragende til. Platformen håndterer den del, capture-software aldrig var bygget til: hvem ejer skabelonen, hvem må redigere den, og hvilken version der fulgte med hvilket job.

Fem spørgsmål før jeres næste shoot

Kør dem på jeres nuværende skabelon. Hvis tre eller flere svar gør ondt, lækker den.

• Kan en retoucher åbne et hvilket som helst filnavn fra et af jeres seneste fem jobs og se job, SKU og vinkel - uden opslag?
• Giver en frisk session fra jeres .cotemplate jer de fire recipes, I sender til kunder, klar til at fyre af?
• Bliver {Job Name} og {Image Name} opdateret før første frame i hvert shoot, eller patcher I dem i frokostpausen?
• Ser den seniorfotograf, der kører QA fra et andet rum, hvert capture, i rækkefølge, på under fem sekunder?
• Findes der præcis én kanonisk .cotemplate-fil i studiet, med versionsnummer og changelog?

Skabelonen er en lille fil. Prisen for at have den forkert er alt det, der ligger nedstrøms for udløseren.