Wyeksportowane wideo wygląda blado na Macu? Przesunięcie gammy

Gdy wyeksportowane wideo wygląda blado na Macu, korekcja barwna zwykle jest w porządku, a plik jest po prostu interpretowany inaczej niż w trakcie korekcji. Najczęstszą przyczyną jest niezgodność gammy: zarządzanie kolorem w macOS wyświetla wideo oznaczone jako Rec.709 z inną krzywą tonalną niż stanowisko do korekcji skalibrowane na gammę 2.4, więc cienie wyglądają na podniesione, a kolory na słabsze w QuickTime Player i Safari. Kolejne częste przyczyny to pomylenie full range z limited range oraz brakujące lub błędne tagi koloru. Zanim ruszysz korekcję, sprawdź wyeksportowany plik na waveformie: jeśli poziomy zgadzają się z osią czasu, problem leży w odtwarzaniu, a nie w pikselach.

Co zwykle znaczy „blade”

Ten sam objaw opisuje się na kilka sposobów: podniesiona czerń, mleczne cienie, mniejszy kontrast, płaskie kolory. Eksport wygląda dobrze w montażówce, a potem bledszy w QuickTime, w przeglądarce albo po wrzuceniu do sieci.

Wartości pikseli w pliku i na osi czasu są najpewniej bardzo zbliżone. Zmienia się to, jak odtwarzacz zamienia te wartości na światło na ekranie. Decydują o tym trzy rzeczy.

• Funkcja przejścia (gamma). To krzywa, która przekłada wartości kodowe na jasność. Dwa odtwarzacze z różnymi krzywymi pokażą ten sam plik inaczej.
• Zakres poziomów. Wideo może zapisywać czerń na wartości kodowej powyżej zera (limited range, czyli zakres wideo) albo na zerze (full range). Jeśli odtwarzacz przyjmie zły zakres, czerń robi się szara.
• Tagi koloru. Plik wideo zawiera metadane mówiące, jakich barw podstawowych, funkcji przejścia i macierzy używa. Odtwarzacze w macOS czytają te tagi i dostosowują obraz. Brakujące lub błędne tagi oznaczają, że odtwarzacz zgaduje.

Przyczyna 1: przesunięcie gammy Rec.709

To klasyczna skarga na Macu i nie tyle błąd, co spotkanie dwóch rozsądnych standardów.

Telewizja i wiele procesów korekcji barwnej ocenia materiał Rec.709 na ekranie ustawionym na gammę 2.4, w przyciemnionym pomieszczeniu. macOS, za pomocą ColorSync, interpretuje plik oznaczony funkcją przejścia Rec.709 według krzywej kamery z tego standardu i mapuje go na profil twojego ekranu. W praktyce półtony i cienie wychodzą jaśniejsze niż na monitorze referencyjnym 2.4. Starannie dociśnięta czerń wygląda na podniesioną, a nasycenie wydaje się spadać, bo spadł kontrast.

Najbardziej widać to, gdy:

• Robiłeś korekcję na zewnętrznym monitorze albo w podglądzie ustawionym na gammę 2.4, a potem oglądałeś eksport w QuickTime Player lub Safari na ekranie samego Maca.
• Porównujesz eksport obok podglądu w montażówce, a program nie używa tego samego zarządzania kolorem co systemowy odtwarzacz.
• Różne przeglądarki pokazują różny obraz, bo zarządzanie kolorem wideo różniło się między przeglądarkami i ich wersjami.

Z plikiem wszystko jest w porządku. Dwa podglądy stosują dwie krzywe.

Przyczyna 2: full range kontra limited range

Większość wideo do dystrybucji używa limited range, gdzie czerń leży na wartości kodowej 16, a biel na 235 (w 8 bitach). Grafika komputerowa i niektóre nagrania ekranu używają full range, gdzie czerń to 0, a biel to 255.

Jeśli plik limited range zostanie pokazany jak full range, czerń wyświetla się jako ciemna szarość, a biel jako jasna szarość: obraz wygląda płasko i blado. Jeśli plik full range zostanie pokazany jak limited range, dzieje się odwrotnie: cienie są zgniecione, a światła przepalone.

Zwykle wynika to z ustawienia eksportu, tagu niezgodnego z danymi albo z konwersji po drodze (nagrywarka ekranu, transkoder lub ponowne kodowanie przez platformę). To coś innego niż przesunięcie gammy: problem z poziomami bezpośrednio dotyka punktów czerni i bieli, a przesunięcie gammy podnosi głównie półtony i cienie.

Przyczyna 3: brakujące, błędne lub pomieszane tagi koloru

Plik może mieć tag Rec.709, Display P3, Rec.2020 albo nie mieć tagów wcale. Każdy odtwarzacz decyduje wtedy po swojemu.

• Pliki bez tagów. Odtwarzacz coś zakłada, a różne odtwarzacze zakładają różne rzeczy. To częsty powód, dla którego plik wygląda dobrze w jednej aplikacji, a źle w innej.
• Niezgodne tagi. Plik skorygowany pod Rec.709, ale oznaczony jako Display P3, lub odwrotnie, zmienia zarówno nasycenie, jak i kontrast.
• HDR na ścieżce SDR. Klip HLG lub PQ, na przykład z nowszego iPhone'a, wrzucony na oś czasu SDR bez właściwej konwersji może wyglądać szaro i matowo, albo eksport może dostać tag HDR, choć chodziło o SDR.

Sprawdź na scopes, zanim obwinisz korekcję

Twoje oczy są tu najmniej wiarygodnym narzędziem, bo cały problem polega na tym, że różne podglądy pokazują różny obraz. Scopes odczytują wartości, a nie ekran.

1. Wybierz kadr referencyjny. Wybierz ujęcie z prawdziwą czernią i jasnym światłem albo dodaj kilka klatek czerni i bieli na początku eksportu testowego.
2. Zanotuj wartości z osi czasu. Na waveformie sprawdź, gdzie leżą czerń i biel tej klatki na twojej osi czasu.
3. Zaimportuj eksport ponownie. Wczytaj wyeksportowany plik z powrotem do montażówki jako nowy klip i połóż go na osi czasu.
4. Porównaj waveformy. Jeśli czerń i biel lądują na tych samych poziomach co w oryginale, plik jest poprawny, a przesunięcie powstaje przy odtwarzaniu. Jeśli czerń się podniosła albo cały przebieg jest ściśnięty do środka, masz problem z poziomami lub konwersją w eksporcie.
5. Sprawdź tagi. W Finderze użyj Informacji o pliku i zobacz wiersz z profilem koloru albo skorzystaj z narzędzia do inspekcji mediów. Zanotuj barwy podstawowe, funkcję przejścia i macierz oraz to, czy zgadzają się z zamierzeniem.

Rozwiązania, które działają

Jeśli to przesunięcie gammy

• Zdecyduj, dla kogo jest plik. Do telewizji zachowaj korekcję w gammie 2.4 i oceniaj ją na skalibrowanym monitorze referencyjnym, a nie w QuickTime. Do sieci i social mediów, gdzie większość ogląda na telefonach i laptopach, rozważ korekcję albo kontrolę wyniku w warunkach zbliżonych do tych urządzeń.
• Użyj opcji wyjścia w montażówce. DaVinci Resolve w nowszych wersjach oferuje ustawienie wyjścia Rec.709-A, które ma odpowiadać temu, jak Maki wyświetlają wideo, oraz opcję używania profili kolorów ekranu Maca w podglądach. Premiere Pro ma zarządzanie kolorem wyświetlacza i ustawienia koloru, które zmieniały się w ostatnich wydaniach. Sprawdź dokumentację producenta dla swojej wersji.
• Koryguj tam, gdzie dostarczasz. Jeśli podgląd w montażówce korzysta z zarządzania kolorem macOS, to, co widzisz podczas korekcji, jest bliższe temu, co pokaże QuickTime.

Jeśli to poziomy

• Dopasuj zakres do dystrybucji. Do zwykłego oddania eksportuj w limited range, chyba że odbiorca prosi o full range.
• Popraw nagrania ekranu na początku. Przekonwertuj źródła full range raz, na starcie, zamiast liczyć, że końcowy eksport to załatwi.
• Sprawdzaj po każdym konwerterze. Każde transkodowanie to okazja, by flaga zakresu rozjechała się z danymi.

Jeśli to tagi

• Taguj świadomie. Wybierz jedną wyjściową przestrzeń barw na każdy plik do oddania i upewnij się, że plik ma właściwy tag.
• Konwertuj HDR celowo. Jeśli klip jest w HLG lub PQ, a dystrybucja w SDR, użyj prawdziwej transformacji do SDR zamiast przepuszczać go bez zmian.
• Testuj na docelowej platformie. Platformy ponownie kodują wrzucane pliki, więc opublikuj krótki prywatny test i porównaj go z eksportem na tym samym urządzeniu przed pełną premierą.

Jeśli jednak sama korekcja wymaga uwagi, nasze poradniki o programach do korekcji barwnej na Maca i o dopasowaniu korekcji do kadru referencyjnego omawiają stronę warsztatową.

Gdzie pasuje cinemaOS

cinemaOS od Momentum Studios to natywny edytor na Maca z Apple silicon, a korekcja barwna odbywa się w przestrzeni roboczej Finisher. Nie usuwa kwestii gammy Rec.709, bo to cecha standardów i podglądu, a nie konkretnego programu. Daje natomiast narzędzia, by sprawdzać, zamiast zgadywać.

• Scopes przy korekcji. Finisher łączy narzędzia korekcji i scopes, więc odczytujesz poziomy w trakcie pracy. Tutorial o korekcji w minutę pokazuje podstawowy przebieg, w tym obserwowanie obrazu i scopes jednocześnie.
• Uczciwe ograniczenia. Żadna korekcja nie naprawi błędnych ani brakujących metadanych kolorów źródła, a żaden program do montażu nie decyduje, jak odtwarzacz odbiorcy wyświetli plik, więc nadal musisz sprawdzić eksport po stronie odbiorcy.

Działa na Macach z Apple silicon, a wersja na Windows jest planowana na listopad 2027. Możesz wypróbować go za darmo przez 60 dni, bez karty i bez automatycznego obciążenia.

FAQ

Dlaczego wideo wygląda dobrze w montażówce, a blado w QuickTime?

Zwykle dlatego, że podgląd w montażówce i QuickTime stosują do tego samego pliku inne krzywe tonalne lub inne zarządzanie kolorem. Jeśli korygowałeś pod gammę 2.4, a QuickTime wyświetla tag Rec.709 przez ColorSync, cienie i półtony wyglądają jaśniej. Zaimportuj eksport ponownie i porównaj waveformy: zgodne poziomy oznaczają, że plik jest w porządku.

Czy zmiana kodeka eksportu naprawi blade wideo?

Rzadko sama w sobie. ProRes, H.264 i HEVC potrafią poprawnie przenieść ten sam obraz. Liczą się zakres poziomów, tagi koloru i wyjściowa przestrzeń barw. Zmiana kodeka pomaga tylko wtedy, gdy przy okazji zmienia jedną z tych rzeczy, dlatego lepiej sprawdzić na scopes, niż zmieniać kodeki na chybił trafił.

Korygować pod gammę 2.2 czy 2.4?

To zależy od tego, gdzie film będzie oglądany. Gamma 2.4 pasuje do telewizji i oglądania w przyciemnionym pomieszczeniu. Widzowie w sieci i na telefonach oglądają w jaśniejszych wnętrzach, na ekranach, które zachowują się inaczej. Wielu montażystów koryguje raz pod główną dystrybucję i sprawdza wersję do sieci na typowych urządzeniach. Uzgodnij cel z odbiorcą pliku, zanim zaczniesz.