Ins og Outs af ikke-destruktiv redigering i fotos til Mac og iOS

et af de næsten magiske træk ved Fotos, og iPhoto før det, er den måde, det giver dig mulighed for at redigere et foto med sikkerhed for, at disse redigeringer ikke er destruktive-du kan altid vende tilbage til den originale version. Når det er sagt, medfører ikke-destruktiv redigering en vis forvirring, især for dem, der arbejder med rå billeder eller bruger fotoudvidelser til at redigere.

for at kaste lys over situationen vil jeg først forklare, hvordan ikke-destruktiv redigering fungerer i fotoapplikationer generelt ved hjælp af fotos som et eksempel. Så vil jeg gå i detaljer om, hvordan ikke-destruktiv redigering i fotos fungerer med rå billedfiler, fotosudvidelser og meget mere. Jeg vil også identificere nogle problemer.

for at give dig noget baggrund var jeg hovedudvikleren for Aperture, og jeg ledede senere teamet, der udviklede redigeringsmotoren til Mac-versionen af fotos. Nu er jeg alene og udvikler en Fotoudvidelse kaldet rå kraft, der bruger den samme RÅMOTOR, der ligger til grund for fotos og blænde. I denne artikel vil jeg ofte bruge rå strøm som et eksempel, selvom andre fotosudvidelser fungerer på samme måde. Hvis du ikke er bekendt med rå, kan du læse en separat artikel af mig, der diskuterer fordelene ved rå såvel som at røre ved Apples nye HEIF-billedformat.

Grundlæggende om ikke-destruktiv redigering

de fleste applikationer ændrer dine dokumenter direkte. Når du f.eks. vælger Gem i Microsoft-ord, gemmer det dine ændringer direkte i dokumentets fil og erstatter den tidligere version af filen i processen. Nogle billedredigeringsprogrammer ændrer også billedfiler direkte, især Adobe Photoshop og Apples forhåndsvisning.

i modsætning hertil fungerer de fleste fotoredigeringsprogrammer ikke-destruktivt og ændrer aldrig det originale foto. Programmet anvender redigeringer til en in-memory kopi af originalen til at producere en real-time forhåndsvisning af det justerede billede.

programmet kan automatisk gemme redigeringsinstruktionerne, eller det kan vente på, at du rammer udført eller vælger Gem. Fra dit synspunkt ser billedet ud til at være ændret, men den originale fil forbliver uberørt. Selvom det er ekstremt nyttigt, kan denne ikke-destruktive model være forvirrende for brugerne, fordi den kolliderer med deres forventninger baseret på andre applikationer.

fotos gemmer redigeringsinstruktionerne et sted, der er adskilt fra den oprindelige fil, og genererer en JPEG i fuld størrelse (og mindre miniaturebilleder), der indeholder resultaterne af redigeringerne. (Billeder gør JPEG ‘ er for alle filtyper, herunder rå og Apples nye HEIC-filer. Du kan ikke stole på infovinduet i Mac-versionen af fotos for at fortælle dig den filtype, du redigerer, fordi den altid viser dig filtypen for originalen.) Når redigeringen er afsluttet, er dette, hvad der er gemt på disken:

JPEG i fuld størrelse er en individuel fil på disken. De mindre miniaturebilleder gemmes i” container ” – filer, der indeholder flere miniaturebilleder på en gang. Redigeringsinstruktionerne gemmes i fotobibliotekets database sammen med andre oplysninger om billedet.

hvis du vil fortsætte med at redigere billedet på et senere tidspunkt, genindlæser fotos både originalen og redigeringsinstruktionerne og kombinerer dem derefter for at få vist det justerede billede.

uden for redigeringstilstand skjuler fotos det originale foto fra visningen, i stedet for at vise JPEG i fuld størrelse eller mindre miniaturebilleder på hvert punkt i applikationen. Selvom dette klart er korrekt, forstærker skjulingen af originalen opfattelsen af, at originalen er blevet ændret. Dette er hovedpunktet for forvirring for mennesker. Mange brugere spørger mig, hvordan man kopierer eller duplikerer billeder, før de redigerer dem—de er overbeviste om fotos’ håndgreb og mener, at de har brug for at bevare deres original, inden de foretager justeringer. (Nogle mennesker duplikerer billeder, fordi de vil have både ikke-justerede og justerede kopier synlige i gitteret, men dette er mindre almindeligt.)

ironisk nok er en af grundene til, at der ikke findes destruktiv redigering, fordi rå ikke kan redigeres på plads. Det er ikke muligt at foretage vilkårlige redigeringer af rå sensordata, og ud fra disse redigeringer skal du oprette rå sensordata (det er muligt at lave en lineariseret DNG, men lineariserede DNG ‘ er er ikke rå billeder). Billeder ændrer aldrig de originale rå billeder.

hvorfor gå igennem alle disse problemer? Fordi ikke-destruktive redaktører tilbyder tre vigtige funktioner:

1. Vis øjeblikkeligt det originale billede for at give mulighed for a/b-sammenligninger
2. kasser alle redigeringer og miniaturebilleder for et billede, og afslør originalen
3. Revider eller fjern individuelle redigeringer uden tab af kvalitet

fotos gemmer altid sine redigeringsinstruktioner i bibliotekets database. Andre applikationer kan bruge en database eller gemme dem i separate “sidecar-filer”, der typisk bruger det samme navn med en anden filtypenavn. For eksempel til et billede med navnet IMG_0005.JPG, et program kan gemme en sidevogn med titlen IMG_0005.img_0005.dat i samme mappe. Sandkasse apps kan gemme sidevognen andetsteds.

sidevogne er generelle formål filer, så de kan også holde miniaturer og diverse metadata såsom ratings. Applikationer gemmer undertiden sidebiloplysningerne inde i den originale fil, fordi de fleste billedformater kan gemme diverse data uden at ændre billedpunkterne eller forringe andre applikations evne til at læse de originale billeddata. Dette sikrer, at redigeringsoplysningerne forbliver med de originale fildata, men kan føre til korruption eller datatab, hvis applikationen ikke indsætter dataene korrekt i den originale fil. Derudover bevarer ikke alle applikationer korrekt sidecar-data fra andre applikationer, når de skriver deres sidecar-data i den originale fil. Af disse grunde foretrækker mange fotografer, at sidevognene opbevares separat fra originaler.

Fotoudvidelser

selvom vi for det meste tænker på ikke-destruktiv redigering i sammenhæng med de oprindelige redigeringsværktøjer i fotos, er det ikke det eneste sted, det bruges. Udviklere kan oprette en type plug-in kaldet en “fotos-udvidelse”, der giver fotos yderligere redigeringsfunktioner. For at få adgang til fotos-udvidelser skal du begynde at redigere et foto og derefter klikke på knappen Udvidelser (···) øverst i vinduet.

Fotosudvidelser tilføj ikke ekstra skydere til fotos redigeringsgrænsefladen. I stedet erstatter de standardfotosværktøjerne helt.

som ved normal redigering i Fotos giver photos-udvidelser dig kun mulighed for at redigere et billede ad gangen-du kan ikke bruge en Photos-udvidelse til at korrigere hvidbalancen i et parti på ti billeder. Når du vælger en Photos-udvidelse, åbner Photos udvidelsen og sender den den originale fil:

når du klikker på knappen Gem ændringer i fotos-udvidelsesgrænsefladen, giver Photos-udvidelsen Photos tilbage sine redigeringsinstruktioner og en JPEG i fuld størrelse, som vist her:

som et resultat deltager fotosudvidelser i det samme ikke-destruktive system, som Fotos bruger til sin egen billededitor. Fotos gemmer JPEG og udvidelsens redigeringsinstruktioner i biblioteket. Derefter opretter fotos miniaturebilleder fra JPEG i fuld størrelse og skjuler originalen.

hvis du beslutter at redigere billedet igen med den samme Photos-udvidelse, passerer Photos udvidelsen det originale billede sammen med udvidelsens redigeringsinstruktioner. Igen er det ligesom fotos gør for sit eget redigeringssystem:

Photos-udvidelsen kan vise originalen samt fjerne eller justere enhver Tidligere redigering foretaget i den pågældende Photos-udvidelse. Endnu bedre synkroniseres Photos-udvidelsens justeringsdata via iCloud Photos, så du kan fortsætte med at redigere med den pågældende Photos-udvidelse på en anden enhed. Det betyder, at du kan redigere med den rå Strømudvidelse på en Mac og fortsætte med at redigere ikke-destruktivt på en anden Mac med den rå Strømudvidelse eller i iOS med appen rå strøm.

Sådan fungerer systemet også i iOS med en vigtig begrænsning. Fotos udvidelser i iOS 12 er aldrig bestået en rå billede-de er altid givet en gengivet JPEG. Så gider ikke at redigere et rå billede med en fotos-udvidelse i iOS 12. Jeg indgav en fejl om dette for nogen tid siden; forhåbentlig vil Apple rette det i iOS 13.

en flue i salven

denne tilgang fungerer svømmende, så længe kun en applikation eller Fotosudvidelse redigerer et billede. Så snart to redaktører går ind i blandingen, går tingene sidelæns. Det skyldes, at fotos kun kan gemme justeringsoplysningerne for en editor for et givet billede. Så snart ændringerne fra en anden editor er gemt, kasseres redigeringsinstruktionerne fra den første editor og kan ikke gendannes! Billeddataene bevares, men muligheden for at foretage ændringer med den første editor går tabt. Dette er et andet vigtigt forvirringspunkt for kunderne.

for at illustrere dette problem skal du forestille dig, at en bruger beslutter at bruge Photos Auto Enhance-funktionen på et RÅBILLEDE og derefter bruge den rå Strømudvidelse til at anvende en afgrøde og vignet. Fotos har en god autoforbedring, og i modsætning til Photos vignet-værktøjet giver den rå Effektvignette dig mulighed for at vælge midten af vignetten.

Trin 1: brugeren klikker på knappen Auto Enhance og klikker udført. Som beskrevet tidligere gemmer Photos en JPEG i fuld størrelse og justeringsparametrene i biblioteket (originalen er til stede, men skjult):

Trin 2: brugeren vælger rå strøm fra menuen fotos udvidelser. Her løber vi ind i den første forskel fra det foregående eksempel: fotos sender JPEG i fuld størrelse (ikke det originale RÅBILLEDE) til Photos-udvidelsen. Fotos sender en JPEG i stedet for originalen, fordi brugeren forventer at se det automatisk forbedrede billede i Photos-udvidelsen, ikke den ujusterede original. Da Apple ikke offentliggør sit interne format til justeringer, og det giver heller ikke adgang til koden til dens justeringer, er der ingen måde for en Photos-udvidelse at anvende den automatiske forbedring, der er foretaget i fotos. Dette gælder også omvendt-hvis en bruger redigerer et billede med en fotos—udvidelse og derefter Redigerer yderligere i fotos, arbejder de i fotos med en gengivet JPEG-fotos har ingen måde at anvende redigeringer foretaget af andre virksomheders udvidelser på den originale fil.

Trin 3: brugeren anvender afgrøde og vignet i rå strøm og klikker på Gem ændringer. Dette er, hvad der bliver gemt i Fotos bibliotek:

Bemærk, at fotos netop har kasseret sine egne justeringsdata! Mens alt kan se fint ud, er billedredigeringsoplysningerne gået tabt, og brugeren bliver aldrig informeret om dette. Mens brugeren kan gå tilbage til Photos-udvidelsen og justere afgrøden eller vignetten (eller enhver anden justering i udvidelsen), kan de ikke gå et trin tilbage og finjustere skyderne i fotos. Desuden kan brugeren ikke fortryde trinnet, før de påberåbte Photos—udvidelsen-den eneste tilgængelige mulighed er at vende tilbage til originalen, fordi der ikke er nogen Apple-justeringsdata tilbage til at vende tilbage til.

Bemærk, at der nu også er to Jpeg ‘ er gemt i biblioteket, en fra fotos og en fra fotos-udvidelsen. Dette er nødvendigt for at opretholde en vis form for ikke-destruktiv redigering. Den første JPEG er den, der er oprettet af fotos som et resultat af det automatiske Forbedringstrin og afleveret til Photos-udvidelsen. Husk, at for at brugeren kan redigere et billede med den samme editor, skal editoren modtage “startbillede” sammen med dets redigeringsinstruktioner. I dette tilfælde er” startbillede ” JPEG, der er lavet, efter at automatisk forbedring blev anvendt. Selvom der er to Jpeg ‘ er, er kun den endelige JPEG synlig i brugergrænsefladen. Den automatisk forbedrede JPEG er skjult; den gemmes kun i biblioteket for at aktivere genredigering med Photos-udvidelsen.

“men” du kan sige, “Jeg kan redigere I fotos og derefter bruge en fotos-udvidelse og gå tilbage til fotos og fortsætte med at redigere.”Sandt nok, men du justerer JPEG sendt tilbage fra Photos-udvidelsen, ikke de originale justeringer, du har foretaget i Photos til den rå fil. Forestil dig, at du gør det redigerede billede sort-hvidt. Dette er hvad der er gemt:

med andre ord stabler du fotosjusteringer oven på de rå Strømjusteringer (og mister de rå Strømjusteringsdata i processen).

Bemærk også, at dette tab af justeringsdata vil opstå, hvis du redigerer i Photos-udvidelsen først og derefter Redigerer i Photos, eller hvis du slet ikke redigerer i Photos, men i stedet gør al din redigering med to Photos-udvidelser. Ordren betyder ikke noget—bare brugen af to eller flere redaktører på det samme billede.

en RÅSPECIFIK note: Hvis du først redigerer en rå i fotos og derefter sender billedet til rå strøm eller en anden RÅVENLIG billedudvidelse som f.eks. Dette alvorlige tab af kvalitet sker for enhver redigering udført på fotos, endda en simpel rotation eller flip.

denne gotcha løfter også sit grimme hoved, hvis du vil bruge to rå-kompatible fotosudvidelser. I denne situation, hvilken billedudvidelse skal du først bruge? Rå kraft har stærke rå redigeringskontroller, baseret på den samme motor, som Fotos bruger. DCO har linsekorrektion af høj kvalitet. Jeg tror, det er bedst at starte med rå strøm for at få adgang til sine rå redigeringsskydere, og brug derefter DCO OpticsPro, fordi DCO ‘s linsekorrektion virker på både rå og Jpeg’ er.

Jeg ønsker, at fotos advarer brugere, når kvaliteten forringes, eller justeringsdata går tabt. Fotoudvidelser kan ikke advare brugere om dette problem på grund af den måde, fotosudvidelser kommunikerer med fotos—de ved ikke engang, at der er en rå original. Dette er en advarsel, som kun fotos kan give. Hvis dette sker med dig (og du bemærker det i tide), skal du:

1. Annuller redigeringen i Photos-udvidelsen
2. vend tilbage til Original i Photos
3. genindtast udvidelsen

jeg eksporterede en TIFF fra en Hvad?

når du gemmer redigerede rå til eftertiden, foretrækker fotografer 16-bit TIFFs, fordi de kan gemme al rigdom af en redigeret rå i et universelt billedformat. For de bedste resultater skal eksporten starte med et billedformat, hvis kvalitet er lig med eller bedre end destinationsfilformatet. Rå er bedre end TIFF, og TIFF er bedre end JPEG. Derfor, hvis du redigerer en rå i fotos og senere eksporterer en TIFF, får du fremragende resultater, fordi fotos genindlæser rå, anvender redigeringsinstruktionerne på rå, og generer derefter TIFF.

det er ikke sandt for fotos udvidelser. Som jeg nævnte tidligere, kræves udvidelser for at sende JPEG ‘er tilbage til fotos snarere end TIFF’ er. Hvis du bruger fotos til at eksportere et billede, der er redigeret af en udvidelse, bruger Fotos denne JPEG som kilde. Jeg gentager det: din 16-bit TIFF oprettes fra en 8-bit gengivet JPEG, ikke ved at anvende justeringerne på originalen, som fotos gør for billeder redigeret af dets egne værktøjer. Fotos bruger en kilde af lavere kvalitet end destinationen—dit eksporterede billede er dybest set en JPEG dekomprimeret til en tiff.

der er en god, hvis utilfredsstillende grund til dette: fotos kan ikke gå tilbage til udvidelsen og bede den om en gengivet TIFF i fuld størrelse, fordi udvidelsen muligvis er blevet afinstalleret, eller billedet kan være synkroniseret til en enhed, der mangler udvidelsen. Dette er et andet tilfælde, hvor fotos skal advare brugere. Det er urimeligt at antage, at brugerne forstår, at deres 16-bit TIFF er lavet af en 8-bit JPEG.

et ord til de kloge: der er ingen mening i at eksportere en TIFF fra fotos, hvis du redigerede billedet med en udvidelse. Jeg var nødt til at tilføje en knap i den rå Strømudvidelse for at eksportere TIFFs, hvilket er lidt vanvittigt, men nødvendigt.

understøttelse af flere redaktører såvel som TIFF—eksport ville blive forbedret betydeligt, hvis udvidelser kunne returnere TIFF ‘er til fotos-og hvis fotos kunne sende TIFF’ er til udvidelser. Dette kan være en opt-in-funktion for udvidelser og brugere, der ønsker den bedste kvalitet.

Rediger ikke med “Rediger med”

fotos har endnu en måde at arbejde med tredjepartsredaktører på, og desværre er det både fremtrædende placeret i billedmenuen og producerer ringere resultater i de fleste tilfælde.

denne funktion er beregnet til at lade brugere redigere i applikationer, der ændrer filer direkte, f.eks. Imidlertid vises ethvert program, der kan redigere billeder, inklusive nogle, der ikke giver meget mening i denne sammenhæng. Forvirrende kan listen også omfatte apps, der leverer fotosudvidelser, hvis disse apps også kan redigere billeder uden for fotos (som rå strøm gør). Kommandoens fremtrædende betyder, at det er alt for let for kunderne at vælge Rediger med rå strøm i stedet for den rå Strømudvidelse. Udvidelser, som du vil se, integreres meget bedre med fotos. (Som en simpel løsning kan Fotos filtrere apps med fotosudvidelser fra listen Rediger med.)

fordi Apple havde til hensigt at redigere med til brug med destruktive redaktører, beskytter fotos originalen. I stedet for at sende den originale fil laver Photos en kopi i sit bibliotek og sender kopien til den eksterne editor. Redaktøren ændrer kopien, og ikke-destruktiv adfærd opretholdes. På en måde. Da den eksterne editor foretager destruktive redigeringer, er alt, hvad Fotos kan gøre, at bevare muligheden for at bruge vende tilbage til originalen. Ingen redigeringsoplysninger gemmes i fotobiblioteket (da der ikke er nogen), og brugeren kan heller ikke revidere redigeringer bagefter i fotos eller den eksterne editor. (Det er teknisk muligt at have en mere ikke-destruktiv arbejdsgang, men det kræver at gemme redigeringerne separat og styre dem selv. Det kræver stor omhu og er meget fejlbehæftet.)

jeg nævnte, at fotos starter med at lave en kopi af originalen. Det er ikke helt korrekt. Hvis originalen er en rå, fotos sender en TIFF i stedet. Hvorfor? Fordi det skal give en fil, som den destruktive editor kan ændre, og som jeg nævnte tidligere, kan raser ikke redigeres og omskrives. Derudover understøtter ikke alle redaktører rå.

derfor er Edit med et særligt dårligt valg til rå redigering. Jeg felt mange spørgsmål fra kunder spekulerer på, hvorfor de ikke er i stand til at redigere deres rå med rå magt. Årsagen er normalt, at de brugte Edit med i stedet for den rå Strømudvidelse. Det kan være muligt for eksterne apps at jage rundt i fotobiblioteket og finde det rå, men det er skitseret og anbefales ikke (sandkasse apps kan ikke gøre det alligevel).

konklusion: Ikke-destruktiv redigering er fantastisk, det meste af tiden

ikke-destruktiv redigering giver brugerne værdifulde funktioner som øjeblikkelig tilbagevenden, A/B-sammenligninger og finkornet kontrol over redigeringsprocessen. Det etablerer dog et væsentligt andet interfaceparadigme, at applikationer ikke kommunikerer godt til brugerne. Den ikke-destruktive illusion får mange fotografer til at tro, at deres originaler ændres, når de simpelthen er skjult. Disse fotografer beskytter derefter deres originaler ved at duplikere billeder unødigt. Mens smart kopiering kan minimere diskomkostningerne, fører sådan duplikering til kompleksitet og visuel støj på grund af ekstra billeder i nettet. Nogle uddannelser vil reducere kundens nervøsitet, når du redigerer værdsatte fotos.

ud over sine egne redigeringsværktøjer giver Photos en ren udvidelsesgrænseflade, der giver ikke-destruktiv redigering og synkronisering via iCloud. Det har nogle vorter, herunder problemer med understøttelse af flere redaktører, eksport og redigering med funktion. Men med nogle få rettelser kunne Apple i høj grad forbedre den ikke-destruktive arbejdsgang i fotos, både i kvalitet og forståelighed. Til dette formål har jeg indgivet fejl med Apple med mine forslag. Forhåbentlig får vi nogle forbedringer i en fremtidig udgivelse af fotos til macOS og iOS.

Nik Bhatt, tidligere Senior Direktør for ingeniør hos Apple, ledede Aperture og iPhoto engineering teams i flere år. Derefter ledede han billeddannelsesteams til Apples fotoapplikationer, herunder de hold, der var ansvarlige for Core Image og Apples rå Kamerabibliotek. Han er nu udvikler af rå magt, en avanceret fotoredigering app til Mac og iOS.