darktable-bewerkingen herstellen: XMP-sidecars, geschiedenisstapels en originele RAW-bestanden

Herstel darktable-bewerkingen zonder ze met het RAW-bestand te verwarren

Als u darktable-bewerkingen wilt herstellen, bewaart u de originele afbeelding, de bestaande XMP-sidecars en de relevante bibliotheekgegevens voordat u iets opnieuw importeert. darktable bewaart bewerkingsinstructies afzonderlijk van de originele pixels. Daarom kan een perfect leesbaar RAW-bestand nog steeds de uitsnede, maskers, belichtingskeuzes en kleurbewerking missen waaruit uw voltooide bewerking bestond.

De sterkste kandidaat hangt af van wat is verdwenen. Een bestaande sidecar kan de verwerkingsgeschiedenis bewaren, een databasekopie kan de cataloguscontext bewaren en een geschikte export van de afbeelding kan een bruikbare ingesloten geschiedenis bevatten. Deze bronnen zijn niet uitwisselbaar. Stel de ontbrekende bewerking en de werkelijke originele afbeelding vast voordat u een geschiedenis toepast, omdat het laden van de verkeerde kandidaat nuttig huidig werk kan vervangen.

Bepaal de bedoelde versie van de afbeelding

Noteer de bestandsnaam van de camera, de oorspronkelijke map en een kenmerkende visuele wijziging, zoals een lokaal masker of een uitsnede. Noteer ook of u dubbele bewerkingsversies van dezelfde afbeelding hebt gemaakt. Die versies kunnen hetzelfde originele RAW-bestand delen terwijl ze verschillende geschiedenissen gebruiken. Een overeenkomst in bestandsnaam kan daarom de foto aanwijzen zonder de specifieke bewerking aan te wijzen die u nodig hebt.

Bewaar de originele afbeelding en alle bijbehorende sidecars samen. Houd daarna een eventuele databaseback-up gescheiden van de kopie die u gaat bekijken. Vermijd het meteen schrijven van nieuwe sidecars over de oorspronkelijke map, vooral wanneer een oudere sidecar de enige bewaard gebleven bewerking kan bevatten. Een stabiele bronset laat u kandidaten vergelijken zonder bruikbare historische instructies te verliezen tijdens het synchroniseren.

Ingebouwde route 1: laad een bewaard gebleven XMP in een veilige kopie

1. Kopieer de originele afbeelding en plausibele darktable XMP-kandidaten naar een herstelwerkruimte.
2. Bepaal de juiste afbeelding en maak een aparte bewerkingsversie of testcontext.
3. Gebruik de geschiedenisbediening om de bedoelde sidecar in die werkkandidaat te laden.
4. Vergelijk de uitsnede, modules, maskers en uitvoer voordat u de geaccepteerde versie opslaat.

Het laden van een sidecar kan de geschiedenis van de geselecteerde afbeelding vervangen. Bewaar daarom de huidige geschiedenis en test eerst op een duplicaat of een andere geschikte kopie. Controleer ook of de sidecar werkelijk van darktable afkomstig is en bij het bedoelde origineel hoort. Een algemene XMP uit een andere toepassing kan metadata bevatten zonder de verwerkingsinstructies die nodig zijn om deze bewerking te herstellen.

Vergelijk de inhoud van de geschiedenis met het bedoelde resultaat

Bekijk de relevante modules en hun instellingen en vergelijk daarna de zichtbare afbeelding bij een passende zoomfactor. Een kandidaat kan een vergelijkbaar globaal uiterlijk herstellen terwijl een lokaal masker of een latere uitsnede ontbreekt. Gebruik de kenmerkende wijziging die u hebt genoteerd als acceptatiedoel. Dat levert sterker bewijs dan alleen vaststellen dat een geschiedenisstapel veel items bevat.

Controleer bij gemaskeerde aanpassingen de getroffen gebieden en de overgangen. Een herstelde module met de juiste naam bewijst niet dat de maskerrelaties ervan bewaard zijn gebleven zoals bedoeld. Exporteer daarna een beoordelingsafbeelding naar een nieuwe locatie. Door zowel de bewerkbare geschiedenis als het gerenderde resultaat te vergelijken, stelt u vast of de kandidaat verder bewerken ondersteunt en niet alleen de directe uitvoer.

Ingebouwde route 2: bekijk een consistente bestaande bibliotheekback-up

1. Bewaar de huidige darktable-configuratie en databasebestanden voordat u een back-up test.
2. Zoek een samenhangende bestaande back-up van het relevante bewerkingsmoment.
3. Open de kandidaat in een passend geïsoleerde, compatibele darktable-omgeving.
4. Vergelijk de bedoelde afbeeldingsgeschiedenis en catalogusinformatie en bewaar daarna een nieuwe geaccepteerde kopie.

Een databasekopie kan informatie bewaren die afzonderlijke sidecars niet volledig reproduceren. De leeftijd en compatibiliteit ervan zijn echter van belang. Houd de bijbehorende databasebestanden en de werkelijke paden naar de bronafbeeldingen in het oog. Vervang niet de enige huidige database alleen om te zien of een oudere opent. Een aparte testomgeving maakt de vergelijking van revisies duidelijker en beschermt nuttig nieuwer cataloguswerk.

Onderscheid verwerkingsgeschiedenis van collectieordening

Een XMP kan aanpassingen aan afbeeldingen herstellen terwijl een database andere collectierelaties of toepassingsstatus bewaart. Bepaal welke informatie voor uw herstel belangrijk is. Het herstellen van een voltooide bewerking voor export kan bijvoorbeeld minder catalogusreconstructie vragen dan het herstellen van een volledig geordende collectie. Formuleer die reikwijdte voordat u een kandidaat kiest, zodat een succes op afbeeldingsniveau geen ongefundeerde claim wordt dat alle bibliotheekstatus terug is.

Vergelijk ook de bronlocaties die de back-up verwacht. Een geschiedenis kan intact zijn terwijl het RAW-bestand ervan is verplaatst. Het corrigeren van de toegang tot het origineel is een aparte stap naast het herstellen van de bewerking. Houd de verwijzing en de details van de kandidaat bij elkaar en vermijd het vervangen van een andere opname alleen omdat die dezelfde door de camera gegenereerde basisnaam heeft.

Ingebouwde route 3: test ingesloten geschiedenis in een passende export

1. Zoek een bestaande afbeelding die darktable heeft geëxporteerd uit de bedoelde bewerkingsrevisie.
2. Bewaar die export en de bijbehorende originele bronafbeelding.
3. Gebruik in een veilige werkversie de ondersteunde werkwijze voor het laden van geschiedenis met de export als kandidaat.
4. Vergelijk de herstelde verwerkingsinstructies en een nieuwe uitvoer met de referentie.

Deze route is afhankelijk van het exportformaat en de metadatainstellingen die bruikbare darktable-geschiedenis hebben bewaard. Een afbeelding waaruit metadata zijn verwijderd of een schermafbeelding kan alleen gerenderde pixels bevatten. Beloof daarom geen bewerkbaar herstel uit elke JPEG of TIFF. Bekijk de werkelijke kandidaat en houd een visuele referentie als terugvaloptie wanneer er geen verwerkingsgeschiedenis beschikbaar is.

Houd het bron-RAW-bestand in de herstelset

Ingesloten instructies vervangen de oorspronkelijke opname niet. Ze beschrijven verwerking die de bijbehorende invoer nodig heeft. Een andere belichting uit een reeks kan een plausibele afbeelding opleveren terwijl die anders reageert op maskers en toonkeuzes. Vergelijk de identiteit van de bron, de afmetingen en kenmerkende scènedetails voordat u een resultaat uit exportgeschiedenis interpreteert als de herstelde oorspronkelijke bewerking.

Als de geschiedenis slechts gedeeltelijk wordt geladen of zich in een andere darktable-versie anders gedraagt, bewaar dat resultaat dan apart. Vergelijk modules en uitvoer voordat u migratiewijzigingen doorvoert. Een bruikbaar gedeeltelijk herstel kan nog werk besparen, maar elke opnieuw gemaakte aanpassing moet herkenbaar blijven. Forceer de afbeelding niet met nieuwe bewerkingen in de richting van de referentie en beschrijf het hele resultaat daarna niet als direct historisch herstel.

Ingebouwde route 4: verbind een bewaard gebleven originele afbeelding opnieuw

1. Noteer het pad en de identiteit van de afbeelding die de catalogusregistratie verwacht.
2. Zoek het exacte RAW-bestand of de originele afbeelding in de bewaarde opslag of een bestaand archief.
3. Corrigeer de bronlocatie via de passende collectiewerkwijze in een werkende omgeving.
4. Open de bewerking en bekijk de afbeelding, de geschiedenis en het exportresultaat.

Deze route herstelt de toegang wanneer het origineel alleen is verplaatst. Het herstelt geen werkelijk verwijderd RAW-bestand en genereert geen originele sensorgegevens uit een miniatuur. Bewaar ook de sidecars terwijl u testbestanden verplaatst, omdat de afbeelding en de bewerkingsinstructies verschillende delen van het probleem oplossen. Het doel is een bij elkaar passende bron en geschiedenis, niet alleen een catalogusregistratie zonder waarschuwing.

Vergelijk opnamen met dezelfde naam zorgvuldig

Bestandsnamen van camera’s kunnen herhalen over kaarten, camera’s of resets heen. Bekijk de opnamegegevens en de scène zelf voordat u een vervanging accepteert. Een vergelijkbaar genoemde afbeelding kan zonder problemen laden terwijl de herstelde uitsnede en maskers op de verkeerde foto worden toegepast. Houd onzekere overeenkomsten apart totdat u vaststelt welk origineel bij de bedoelde bewerking hoort.

Exporteer na het opnieuw verbinden een beoordeling op de afmetingen en kleurinstellingen die voor de werkelijke taak nodig zijn. Bekijk daarna fijn detail en de belangrijke lokale aanpassingen. Zo test u meer dan een gevulde miniatuur. Het legt ook een onjuist origineel of een ontbrekende afhankelijkheid in de geschiedenis bloot die in een kleine lighttable-weergave onopgemerkt kan blijven.

Diagnosticeer een verschil tussen database en sidecar

Een sidecar en de huidige database kunnen verschillende momenten in de geschiedenis van een afbeelding vertegenwoordigen. Bewaar beide voordat u een melding accepteert die een van beide boven de andere kiest. Vergelijk daarna hun bedoelde inhoud in afzonderlijke werkversies. Wijzigingstijden helpen kandidaten te ordenen, maar de bewerking zelf bepaalt welke bron de uitsnede, het masker of de kleurbeslissing bevat die u nodig hebt.

Vermijd synchronisatie die de oudere kandidaat wist

Herschrijf sidecars niet breed terwijl u een overschreven bewerking onderzoekt. Nieuwe schrijfacties kunnen het bewijs vervangen dat u wilde vergelijken. Kopieer in plaats daarvan kandidaat-XMP-bestanden naar elders en bekijk ze via de ondersteunde geschiedenisbediening. Noteer zodra u de geaccepteerde bewerking hebt gekozen welke bron die leverde, en bewaar de afgewezen historische kandidaat apart als referentie.

Als de database nuttig later werk bevat terwijl de sidecar de juiste eerdere uitsnede bewaart, overweeg dan een bewuste reconstructie in een nieuwe bewerkingsversie. Vergelijk de relevante modules en beslis welke aanpassingen u wilt behouden. Dit is een beheerste combinatie van bronnen, geen enkele ongewijzigde historische toestand. Een korte herstelnotitie maakt dat onderscheid begrijpelijk voor de volgende editor.

Controleer dubbele versies en maskerafhankelijke bewerkingen

Verschillende darktable-versies kunnen één bronafbeelding gebruiken terwijl ze verschillende verwerkingskeuzes bevatten. Bekijk de werkelijke dubbele registraties en sidecars voordat u concludeert dat een bepaald uiterlijk is verdwenen. De ene versie kan de gewenste monochrome behandeling bewaren terwijl een andere een latere kleurbewerking bevat. Houd ze tijdens het herstel gescheiden in plaats van geschiedenissen samen te voegen zonder hun doel te begrijpen.

Bekijk de reikwijdte van kopiëren en plakken

Controleer bij het overzetten van een gecontroleerde aanpassing of u de hele geschiedenis kopieert of alleen geselecteerde modules. Vergelijk daarna eventuele masker- of volgordeafhankelijkheden die de aanpassing nodig heeft. Een selectieve overdracht kan nuttig zijn, maar het resultaat kan afwijken van de bronversie. Test de volledige afbeelding en export in plaats van aan te nemen dat de overgedragen module alleen het oorspronkelijke uiterlijk opnieuw maakt.

Vermijd ook het comprimeren of weggooien van geschiedenis als vroege opruimstap. Die acties kunnen nuttige informatie tijdens het herstel verwijderen. Bewaar eerst een volledige geaccepteerde kandidaat en vereenvoudig daarna bewust in een andere versie als de werkwijze dat vereist. Een intacte brongeschiedenis geeft u een manier om terug te keren naar een aanpassing die later belangrijk blijkt.

Gebruik een gerenderde foto als beperkte noodoplossing

Een schone export kan het voltooide uiterlijk bewaren wanneer er geen bewerkbare geschiedenis overleeft. Bekijk de afmetingen, compressie, kleur en details voordat u bepaalt wat die kan ondersteunen. Een grote export kan nuttig zijn voor een directe levering, terwijl een klein voorbeeld alleen richting kan geven aan een reconstructie. Geen van beide levert automatisch de volledige bewegingsvrijheid van het originele RAW-bestand.

Bouw aanpassingen opnieuw op zonder herstel te overdrijven

Als u het uiterlijk opnieuw opbouwt op basis van een gerenderde referentie, houd de reconstructie dan als een nieuwe bewerking en bewaar de referentie apart. Vergelijk de uitsnede, toonovergangen en lokale details bewust. Een vergelijkbaar uiterlijk bewijst geen identieke verwerkingsgeschiedenis, vooral wanneer de export al verscherping, ruisonderdrukking of compressie heeft toegepast.

Bepaal voor toekomstig bewerken welke bediening beschikbaar blijft. Mogelijk hebt u het originele RAW-bestand hersteld maar het specifieke maskerwerk verloren, of hebt u de definitieve JPEG bewaard terwijl het RAW-bestand ontbreekt. Beide uitkomsten kunnen nuttig zijn. Vermeld de resterende beperking, zodat de volgende taak begint met realistische verwachtingen over wat de bewaard gebleven informatie toelaat.

Definieer een acceptatiedoel op afbeeldingsniveau voor darktable

Kies de specifieke bewerkingsbeslissing die de gewenste versie onderscheidt: een uitsnederand, een lokaal belichtingsmasker, een kleurbehandeling of een perspectiefcorrectie. Vergelijk dat kenmerk daarna in elke kandidaat. Een geschiedenis met veel modules is niet automatisch de juiste geschiedenis. Het doel moet de herstelde instructies verbinden met een zichtbaar detail en met de bediening die u voor verder bewerken nodig hebt. Zo kunt u een plausibel uitziende maar oudere versie gemakkelijker afwijzen zonder bruikbaar bronbewijs weg te gooien.

Vergelijk de uitsnede met een herkenbaar scènedetail

Bekijk de uitsnedegrens rond een bekend object bij de rand van het beeld. Vergelijk daarna de rotatie en een eventuele perspectiefcorrectie. Een kandidaat kan hetzelfde centrale onderwerp tonen terwijl die een andere compositie gebruikt. Als u de uitsnede opnieuw opbouwt op basis van een export, noteer die aanpassing dan als reconstructie en bewaar de geladen historische versie apart. Zo wordt een visuele benadering niet aangezien voor de oorspronkelijk vastgelegde parameterstatus.

Bekijk ook de bronafbeelding voordat u een kandidaat voor de geschiedenis beoordeelt. Een andere opname uit dezelfde reeks kan bijna dezelfde scène bevatten terwijl het onderwerp of de belichting verschuift. Het herstelde masker of de uitsnede kan dan onjuist lijken om redenen die niets met de geschiedenis zelf te maken hebben. Vergelijk de identiteit van de opname, de afmetingen en kenmerkende details voordat u de instructies wijzigt. Een juiste bronkoppeling voorkomt onnodige reconstructie van een geschiedenis die mogelijk al geldig is.

Herstel een lokale aanpassing als een relatie

Een lokale bewerking kan afhankelijk zijn van een module, het masker daarvan en de omliggende verwerkingsvolgorde. Bekijk die onderdelen samen in de herstelde versie. Een modulenaam alleen bewijst niet dat de aanpassing zich gedraagt zoals bedoeld. Vergelijk het getroffen gebied en de overgang naar naburige gebieden bij een passende zoomfactor. Dit is vooral nuttig voor selectieve belichting, huidwerk of een luchtcorrectie waarvan de randen laten zien of de herstelde relatie overeenkomt met de oorspronkelijke bewerking.

Test selectieve geschiedenisoverdracht voordat u die accepteert

Als de ene kandidaat een bruikbare aanpassing levert terwijl een andere de voorkeursbewerking als geheel biedt, bewaar dan beide en test een selectieve overdracht in een nieuwe versie. Bekijk module-instanties, maskers en het resulterende uiterlijk. Vergelijk daarna een nieuwe uitvoer met de bedoelde referentie. De overdracht kan werk besparen zonder een identieke historische stapel opnieuw te maken, dus documenteer elke nieuwe aanpassing die nodig is om die in de geaccepteerde afbeelding te integreren.

Vermijd brede vervanging van de geschiedenis alleen om één lokaal detail te herstellen. Dat kan geldig later werk elders in de afbeelding weggooien. Een apart duplicaat laat u de volledige historische kandidaat vergelijken terwijl de huidige bewerking behouden blijft. Sla na uw beslissing welke informatie u wilt behouden een duidelijke geaccepteerde versie op en houd de oorspronkelijke bronnen. Zo hebt u een weg terug als later blijkt dat een ander masker of een andere module afhankelijk is van de brongeschiedenis die u eerst had afgewezen.

Interpreteer een kandidaat uit een geëxporteerde afbeelding voorzichtig

Een geschikte darktable-export kan bruikbare verwerkingsinformatie bevatten, maar de werkelijke metadatainstellingen en het bestandsformaat bepalen wat overleeft. Bekijk de kandidaat via de ondersteunde werkwijze voor geschiedenis en vergelijk de resultaten. Leid geen bewerkbare geschiedenis af uit alleen een zichtbare afbeelding. Een bestand dat via een berichtendienst, een editor of een proces voor het verwijderen van metadata is gegaan, kan alleen gerenderde pixels bewaren, zelfs wanneer het uiterlijk nog sterk overeenkomt met de bedoelde definitieve foto.

Vergelijk de geladen geschiedenis met de gerenderde referentie

Maak na het testen van de export als geschiedenisbron een nieuwe uitvoer uit het bijbehorende origineel en de herstelde instructies. Vergelijk de uitsnede, het lokale contrast, de kleur en belangrijke details. Verschillen kunnen ontbrekende instructies, een incompatibele omgeving of een onjuiste bronkoppeling onthullen. Bewaar het testresultaat voordat u migratiewijzigingen maakt. Zo bepaalt u wat de kandidaat werkelijk leverde in plaats van een gedeeltelijk herstel achter nieuw gemaakte verwerking te verbergen.

Als de export geen bruikbare bewerkingsinstructies bevat, bewaar die dan als visuele referentie en benoem de kwaliteitsbeperking. Die kan een directe levering ondersteunen of een reconstructie sturen, maar kan de oorspronkelijke RAW-bewegingsvrijheid of verborgen bewerkingsbeslissingen niet leveren. Formuleer die reikwijdte voordat u met reconstrueren begint. Een goede referentie kan nog veel werk besparen zonder bewijs te worden dat de oorspronkelijke bewerkbare geschiedenis bewaard is gebleven.

Vergelijk bibliotheekkandidaten zonder sidecars te overschrijven

Een databaseback-up en een set sidecars kunnen verschillende historische momenten vertegenwoordigen. Bewaar beide en bekijk ze in afzonderlijke werkcontexten. Vergelijk daarna een paar bekende afbeeldingsversies en hun ordening. Laat een automatische synchronisatiekeuze de oudere bron niet vervangen voordat u het verschil begrijpt. Het doel van herstel is de bruikbare toestand vaststellen, niet alleen elke bron zo snel mogelijk dezelfde waarden laten tonen.

Gebruik de inhoud om te bepalen welke richting juist is

Stel dat een databasekandidaat een recente kleurbewerking bevat terwijl de sidecar een eerdere monochrome versie bewaart. Beide kunnen geldige creatieve toestanden zijn. Bepaal welke de taak nodig heeft en bewaar de andere als aparte versie. Als een bron een ongewenste overschrijving bevat, gebruikt u de werkelijke module- en afbeeldingsinhoud om dat vast te stellen. Een recente wijzigingstijd kan het gevolg zijn van synchronisatie en bewijst niet zelfstandig dat de instructies de voorkeur verdienen.

Houd hiaten op collectieniveau gescheiden van succes op afbeeldingsniveau. Mogelijk herstelt u de voltooide bewerking terwijl een ordeningsdetail verloren gaat dat de sidecar niet reproduceert. Noteer die uitkomsten afzonderlijk. Zo kunt u de directe afbeeldingstaak hervatten terwijl u een aparte catalogusreparatie plant, en voorkomt u dat een geslaagde export wordt beschreven als herstel van elk aspect van de oorspronkelijke bibliotheekomgeving.

Test het definitieve paar van RAW en geschiedenis onafhankelijk

Bewaar zodra de geaccepteerde bewerking stabiel is het oorspronkelijke bronbestand en de huidige sidecar samen. Test een gekopieerd paar in een passende aparte omgeving en vergelijk de kenmerkende aanpassing opnieuw. Bekijk daarna een nieuwe export op de bedoelde leveringsafmetingen. Deze praktische test verifieert de bewaarmethode zelf en kan een afhankelijkheid blootleggen die alleen via de oorspronkelijke database of bronmap beschikbaar bleef.

Controleer uitvoervereisten zonder het herstelde origineel te wijzigen

Maak leveringsvarianten afzonderlijk wanneer die andere afmetingen, verscherping of kleurinstellingen nodig hebben. Houd het geaccepteerde oorspronkelijke bewerkingsmoment herkenbaar. Een kleinere webexport kan nuttig zijn zonder dezelfde uitvoerinstellingen te vertegenwoordigen als de archiveringsreferentie. Door te noteren welke bron en geschiedenis elke oplevering hebben geproduceerd, worden latere vergelijkingen eenvoudiger en voorkomt u dat een leveringsspecifieke aanpassing stilzwijgend de herstelde hoofdbewerking vervangt.

Sluit af met een inventaris van de oorspronkelijke opname, de geaccepteerde kandidaat voor de geschiedenis, de toepassingsomgeving, gereconstrueerde aanpassingen en eventuele ontbrekende catalogusdetails. Zo krijgt een andere editor genoeg context om het werk voort te zetten zonder aan te nemen dat elke vergelijkbaar genoemde XMP uitwisselbaar is. Als één lokaal masker onzeker blijft, vermeld dat dan expliciet. Een grotendeels herstelde bewerking blijft nuttig wanneer de grenzen duidelijk zijn en het sterkste bronbewijs bewaard is gebleven.

Vergelijk de herstelde bewerking op de bedoelde weergaveschaal

Bekijk de afbeelding op volledige resolutie voor details en op de bedoelde leveringsafmetingen voor het totale uiterlijk. Een lokale aanpassing kan acceptabel lijken bij uitzoomen terwijl die op volledige grootte een verkeerd geplaatste maskerrand onthult. Omgekeerd kan een verscherpingskeuze die specifiek is voor de export de levering beïnvloeden zonder de herstelde RAW-geschiedenis te wijzigen. Houd die controles gescheiden en bewaar het geaccepteerde bewerkingsmoment voordat u nieuwe uitvoervarianten maakt.

Noteer de bron van het uiteindelijke uiterlijk

Vermeld of het geaccepteerde uiterlijk uit een sidecar, een databasekandidaat, ingesloten exportgeschiedenis of handmatige reconstructie kwam. Bepaal daarna elk gebied waarvan de verwerking benaderend blijft. Deze beknopte registratie helpt een andere editor te beslissen welke bediening betrouwbaar kan worden herzien. Het voorkomt ook dat een visueel overtuigende uitvoer ongefundeerd bewijs wordt dat elke historische module en maskerrelatie exact terug is.

Als u later een sterkere kandidaat vindt, vergelijk die dan met het bewaarde moment en niet met het huidige document na nieuw creatief werk. De herstelgrens geeft die vergelijking betekenis en beschermt nuttige recente productiewijzigingen. Houd de oorspronkelijke opname en de beste geschiedenisbron bij elkaar, zodat een toekomstig herstel niet alleen van een gerenderde referentie afhangt.

Wanneer opslagherstel darktable-werk kan helpen

PandaOffice Drecov kan helpen verwijderde originele afbeeldingen, opgeslagen XMP-sidecars of bestaande databaseback-ups van leesbare opslag terug te halen. Het kan de oorspronkelijke bewerking niet afleiden uit alleen een catalogusminiatuur. Gebruik eerst de eigen kandidaten voor de geschiedenis en beperk schrijfacties naar de getroffen bron terwijl u herstel van verwijderde bestanden beoordeelt. Herhaalde hardwarematige leesfouten vragen een aparte beoordeling van de opslag.

Stap 1: Kies de locatie van het origineel of de geschiedenis

Selecteer de schijf of partitie die de RAW-bestanden, XMP-bestanden of de werkelijke databaseback-up bevatte. Noteer welk ontbrekend onderdeel elke zoekopdracht als doel heeft, omdat die locaties kunnen verschillen. Bewaar hersteluitvoer op andere gezonde opslag. Houd de maprelaties van de bron waar mogelijk in stand, zodat het later koppelen van afbeeldingen en sidecars controleerbaar blijft.

Stap 2: Vergelijk gekoppelde afbeeldings- en geschiedeniskandidaten

Bekijk beschikbare namen, paden, groottes, datums en ondersteunde voorbeelden. Bewaar plausibele RAW- en XMP-kandidaten samen zonder aan te nemen dat bestanden met dezelfde naam automatisch bij elkaar horen. Een voorbeeld kan helpen de foto te identificeren, maar voor het controleren van een bewerkbare geschiedenis is darktable nodig. Bewaar zo nodig verschillende bruikbare versies en bekijk na het herstel de exacte aanpassingen.

Stap 3: Herstel elders en verifieer het bewerkte resultaat

Herstel geselecteerde bestanden naar een aparte bestemming en bewaar een ongewijzigde set. Bekijk daarna een werkende afbeelding met de juiste geschiedenis in een compatibele omgeving. Controleer de uitsnede, modules, maskers en een nieuwe export. Houd onzekere kandidaten gescheiden van de geaccepteerde bewerking, zodat een onvolledige bron geen bruikbare herstelde versie kan overschrijven.

Bewaar een gecontroleerd bewerkingsmoment

Open de geaccepteerde afbeelding opnieuw en vergelijk de kenmerkende aanpassing nog eens. Bewaar daarna een passende set van bron en sidecar en houd de relevante bibliotheekback-up apart. Noteer welke kandidaat de geschiedenis leverde en welke aanpassingen u opnieuw hebt gemaakt. Zo krijgt de volgende bewerkingssessie een duidelijke basis in plaats van verschillende onverklaarde XMP-bestanden met bijna identieke namen.

Test een herstel op afbeeldingsniveau bewust

Gebruik een wegwerpkopie om te verifiëren dat een origineel en de bijbehorende sidecar de verwachte bewerking kunnen herstellen in een aparte testcontext. Vergelijk daarna een nieuwe uitvoer met de geaccepteerde referentie. Deze praktische test laat zien wat uw bewaarmethode werkelijk levert en helpt catalogusinformatie te identificeren die een aparte back-up nodig heeft naast de bewerkingsinstructies van de afzonderlijke afbeelding.

Gerelateerde herstelbronnen

Bekijk de relevante herstelopties: Herstel van harde schijf, Herstel van externe harde schijf.

Lees de gerelateerde herstelhandleiding voor een ander herstelgeval en de praktische controles daarbij.

Raadpleeg de leveranciersinstructies voor de geïnstalleerde versie: officiële hersteldocumentatie 1, officiële hersteldocumentatie 2, officiële hersteldocumentatie 3.