Jak zapobiec zmianie dat wykonania zdjęć przez pliki pomocnicze w chmurze
Zapobiegaj zmianie dat wykonania zdjęć przez pliki dodatkowe z chmury, traktując oryginalny, osadzony znacznik czasu wykonania jako źródło prawdy i testując każde scalenie plików dodatkowych, zanim wpłynie ono na główne archiwum.
W domowej bibliotece zdjęć na serwerze NAS problem zwykle pojawia się po eksporcie z chmury, synchronizacji mobilnej, zapisaniu pliku dodatkowego Lightrooma lub zbiorczej naprawie metadanych: obraz nadal wygląda poprawnie, ale oś czasu, sortowanie folderów lub porównanie kopii zapasowej nagle opiera się na dacie eksportu, edycji albo dacie z pliku JSON zamiast na chwili wykonania zdjęcia.
Ustal, której daty faktycznie używa Twoja biblioteka zdjęć
Pierwszym bezpiecznym krokiem jest rozdzielenie trzech różnych zegarów: osadzonej daty wykonania zdjęcia z aparatu, daty modyfikacji lub utworzenia w systemie plików oraz daty zapisanej w pliku dodatkowym. Wszystkie mogą opisywać to samo zdjęcie, ale aplikacje do zarządzania zdjęciami nie zawsze wybierają je w tej samej kolejności.
W przypadku standardowych plików JPEG i wielu przepływów pracy z plikami RAW osadzone znaczniki, takie jak DateTimeOriginal, CreateDate i ModifyDate, należą do pól najczęściej sprawdzanych przez narzędzia przy ustalaniu, kiedy wykonano zdjęcie; ExifTool opisuje te typowe pola daty i udostępnia także skrót AllDates, umożliwiający skoordynowaną edycję tych znaczników czasu metadanych.
Zanim zaimportujesz eksport z chmury do głównej galerii, sprawdź kilka plików za pomocą czytnika metadanych i zapisz, która wartość odpowiada rzeczywistej chwili wykonania zdjęcia. Jeśli data w systemie plików wskazuje dzień eksportu, a osadzona data wykonania jest prawidłowa, nie pozwól, aby program do zarządzania zdjęciami odbudował foldery na podstawie zegara systemu plików.
Trzymaj pliki dodatkowe obok zdjęć, ale nie pozwalaj im automatycznie wygrywać
Pliki dodatkowe są przydatne, ponieważ przechowują edycje, poprawki z chmury, oceny, etykiety lub brakujące metadane bez przepisywania oryginalnego obrazu. Ryzykiem nie jest ich istnienie, lecz pozwolenie importerowi na bezkrytyczne zastosowanie ich do każdego pola daty.
Adobe Lightroom Classic może na przykład automatycznie zapisywać zmiany w plikach XMP, co oznacza, że pliki dodatkowe mogą być stale aktualizowane podczas pracy. Jest to pomocne z punktu widzenia przenośności, ale oznacza również, że znacznika czasu pliku dodatkowego i znacznika czasu wykonania zdjęcia nie należy traktować zamiennie.
Przenoś lub twórz kopie zapasowe każdego zdjęcia i jego pliku dodatkowego jako pary, ale skonfiguruj regułę importu tak, aby edycje z plików dodatkowych nie zastępowały daty wykonania, chyba że sprawdzisz, iż plik dodatkowy zawiera poprawione pole wykonania zdjęcia, którego chcesz użyć. Jeśli aplikacja oferuje tryb testowy, wyświetl podgląd mapowania dat przed zatwierdzeniem.
Testuj pliki dodatkowe JSON z chmury na kopii przed scaleniem dat
Eksporty z chmury często dodają pliki JSON, których nazwy przypominają nazwy plików zdjęć. Mogą one zawierać przydatne metadane, ale także kilka dat o różnych znaczeniach, dlatego właściwym działaniem jest przetestowanie kopii zamiast bezpośredniego scalania całego folderu.
Poradniki dotyczące naprawy eksportów Google Photos Takeout często rozróżniają pole określające moment wykonania zdjęcia od pól przesłania lub utworzenia; jedno z wyjaśnień dotyczących plików JSON Google Takeout wskazuje, że photoTakenTime oznacza czas wykonania zdjęcia, podczas gdy creationTime może oznaczać moment dodania elementu do Google Photos. To rozróżnienie dokładnie pokazuje, dlaczego bezkrytyczne scalanie może przenieść całe archiwum do niewłaściwego roku.
Skopiuj dziesięć reprezentatywnych plików do folderu testowego, scal wyłącznie zamierzone pole daty wykonania, a następnie sprawdź wyniki w dwóch miejscach: w czytniku metadanych oraz w używanej przez Ciebie aplikacji galerii na serwerze NAS. Kontynuuj tylko wtedy, gdy oba miejsca wskazują oczekiwaną datę wykonania, a edycje z pliku dodatkowego nadal są widoczne.
Zachowuj daty modyfikacji plików podczas przepisywania metadanych
Wiele narzędzi do metadanych przepisuje plik podczas aktualizowania osadzonych pól. Takie przepisanie może zmienić czas modyfikacji w systemie plików, nawet jeśli osadzona data wykonania nadal jest prawidłowa, co ma znaczenie, jeśli oprogramowanie do tworzenia kopii zapasowych lub sortowanie galerii korzysta z czasu modyfikacji pliku.
ExifTool zawiera opcję zachowywania daty modyfikacji pliku przy przepływach pracy, w których metadane powinny się zmienić bez przesuwania znacznika czasu w systemie plików. Nie gwarantuje to, że każda aplikacja będzie działać tak samo, ale zapewnia bezpieczniejszy schemat kontrolowanej naprawy.
Gdy musisz zapisać poprawione daty z powrotem w plikach, najpierw uruchom polecenie na kopii, zachowaj czas modyfikacji pliku, jeśli zależą od niego narzędzia używane w dalszej części procesu, i wyeksportuj raport przed i po zmianach. Zatrzymaj się, jeśli pole wykonania zdjęcia jest prawidłowe, ale galeria nadal sortuje według innego zegara; jest to problem konfiguracji aplikacji, a nie powód do dalszego przepisywania oryginałów.
Zweryfikuj archiwum za pomocą sortowania folderów i galerii oraz porównania kopii zapasowych
Naprawa dat nie kończy się w chwili zakończenia polecenia. Kończy się dopiero wtedy, gdy te same reprezentatywne zdjęcia pojawiają się we właściwej kolejności w galerii NAS, przeglądarce plików i porównaniu kopii zapasowej.
Przypadki opisywane przez społeczność w związku z plikami dodatkowymi z chmury często pokazują ten sam schemat awarii: użytkownicy scalają dane JSON lub XMP, a następnie odkrywają, że po imporcie biblioteka używa niewłaściwego pola. Wątek pomocy PhotoStructure dotyczący niejasności dat w plikach dodatkowych Google Takeout przypomina, że nazewnictwo i znaczenie dat należy zweryfikować w aplikacji docelowej, a nie tylko w folderze eksportu.
Po pomyślnym przejściu testowej partii wykonaj te same kontrole na większej kopii, zanim zmienisz udział produkcyjny. Jeśli wyniki różnią się między narzędziami, wstrzymaj proces, zachowaj nietkniętą kopię zapasową i udokumentuj, które pole daty odczytuje każda aplikacja, zanim przejdziesz dalej.
FAQ
Czy po zaimportowaniu zdjęć powinienem usunąć pliki dodatkowe JSON lub XMP?
Nie, dopóki nie potwierdzisz, że edycje lub poprawione metadane zostały bezpiecznie osadzone albo zaimportowane. Zachowaj pliki dodatkowe wraz z oryginałami, aż kopia zapasowa i kontrola galerii potwierdzą, że nie są już potrzebne.
Mojej dacie powinienem ufać, gdy data pliku i data EXIF się nie zgadzają?
W przypadku oryginałów z aparatu najpierw zaufaj osadzonej dacie wykonania, chyba że wiesz, iż była nieprawidłowa w aparacie. Daty plików łatwo zmieniają się podczas pobierania, eksportu, synchronizacji, kopiowania i przywracania.
Jeśli ta naprawa jest częścią większego porządkowania domowego archiwum, połącz ją z zasadą przechowywania, która utrzymuje nietknięte oryginały oddzielnie od edytowanych lub naprawionych kopii; ta sama logika rozdzielania pomaga również przy planowaniu retencji replikacji migawek dla udziału zdjęć na serwerze NAS.
Polecane produkty
Wsparcie i wskazówki
Więcej do przeczytania
Przewodnik po pamięci masowej nagrywania telewizji na żywo: pojemność, przechowywanie i czyszczenie
Zmierz rzeczywiste nagrania, zarezerwuj zapas, połącz limity wieku i pojemności oraz potwierdź, że najstarszy kwalifikujący się program zostanie usunięty, zanim pamięć się zapełni.
Proces odzyskiwania metadanych multimediów domowych po przywróceniu bazy danych
Zabezpiecz przywrócony stan, zweryfikuj tożsamość multimediów i ścieżki, a następnie napraw brakujące grafiki lub dopasowania w pilotażowej bibliotece przed wprowadzeniem szeroko zakrojonych zmian metadanych.
Lista zgodności klientów Jellyfin z dźwiękiem, obrazem i napisami
Testuj reprezentatywne pliki, zmieniając jedną zmienną naraz, i rejestruj dla każdego klienta: bezpośrednie odtwarzanie, remultipleksowanie, konwersję dźwięku, transkodowanie wideo lub niepowodzenie.
