Vídeo exportado parece desbotado no Mac? O desvio de gama

Quando um vídeo exportado parece desbotado num Mac, a correção de cor costuma estar certa: o ficheiro está simplesmente a ser interpretado de forma diferente daquela em que o corrigiu. A causa mais comum é um desfasamento de gama: a gestão de cor do macOS mostra o vídeo etiquetado como Rec.709 com uma curva de tons diferente da de um sistema de correção calibrado para gama 2.4, por isso as sombras parecem levantadas e as cores mais finas no QuickTime Player e no Safari. As causas seguintes mais comuns são uma confusão entre full range e limited range e etiquetas de cor em falta ou erradas. Verifique o ficheiro exportado num waveform antes de mexer na correção: se os níveis coincidirem com a timeline, o problema está na reprodução, não nos píxeis.

O que "desbotado" costuma significar

O mesmo sintoma é descrito de várias formas: pretos levantados, sombras leitosas, menos contraste, cor mais plana. A exportação parece certa dentro do editor e depois parece mais pálida no QuickTime, num browser ou depois de carregada.

Os valores de píxel no ficheiro e na timeline são provavelmente muito próximos. O que muda é a forma como o leitor transforma esses valores em luz no ecrã. Há três fatores que controlam isso.

• A função de transferência (gama). É a curva que converte valores de código em brilho. Dois leitores com curvas diferentes mostram imagens diferentes do mesmo ficheiro.
• O intervalo de níveis. O vídeo pode guardar o preto num valor de código acima de zero (limited range ou video range) ou em zero (full range). Se o leitor assumir o errado, o preto fica cinzento.
• As etiquetas de cor. Um ficheiro de vídeo inclui metadados que indicam as primárias, a função de transferência e a matriz que usa. Os leitores no macOS leem estas etiquetas e ajustam a imagem. Etiquetas em falta ou erradas obrigam o leitor a adivinhar.

Causa 1: o desvio de gama Rec.709

É a queixa clássica no Mac, e não é tanto um bug como o encontro de duas normas razoáveis.

A televisão e muitos fluxos de correção de cor veem material Rec.709 num ecrã definido para gama 2.4, numa sala com pouca luz. O macOS, através do ColorSync, interpreta um ficheiro etiquetado com a função de transferência Rec.709 segundo a curva de câmara dessa norma e mapeia-o para o perfil do seu ecrã. Na prática, os meios-tons e as sombras ficam mais claros do que num monitor de referência a 2.4. Os pretos que esmagou com cuidado parecem levantados, e a saturação parece descer porque o contraste desceu.

Nota-se mais quando:

• Corrigiu a cor num monitor externo ou num visor definido para gama 2.4 e depois viu a exportação no QuickTime Player ou no Safari no ecrã do próprio Mac.
• Compara a exportação lado a lado com o visor do editor, e o editor não usa a mesma gestão de cor que o leitor do sistema.
• Browsers diferentes discordam entre si, porque a gestão de cor do vídeo tem variado entre browsers e versões.

O ficheiro não tem nada de errado. Há dois visores a aplicar duas curvas.

Causa 2: full range versus limited range

A maioria do vídeo de entrega usa limited range, em que o preto fica no valor de código 16 e o branco em 235, em termos de 8 bits. Gráficos de computador e algumas gravações de ecrã usam full range, em que o preto é 0 e o branco é 255.

Se um ficheiro limited range for mostrado como se fosse full range, o preto aparece como cinzento escuro e o branco como cinzento claro: a imagem parece plana e desbotada. Se um ficheiro full range for mostrado como limited range, acontece o contrário, com sombras esmagadas e altas luzes cortadas.

Isto vem normalmente de uma definição de exportação, de uma etiqueta que não corresponde aos dados ou de um passo de conversão pelo meio (um gravador de ecrã, um transcodificador ou a recodificação de uma plataforma). É diferente do desvio de gama: um problema de níveis afeta diretamente os pontos de preto e de branco, enquanto o desvio de gama levanta sobretudo os meios-tons e as sombras.

Causa 3: etiquetas de cor em falta, erradas ou misturadas

Um ficheiro pode estar etiquetado como Rec.709, Display P3, Rec.2020 ou não ter etiqueta nenhuma. Cada leitor toma então a sua própria decisão.

• Ficheiros sem etiqueta. O leitor assume alguma coisa, e leitores diferentes assumem coisas diferentes. É uma razão frequente para um ficheiro parecer certo numa app e errado noutra.
• Etiquetas que não correspondem. Um ficheiro corrigido para Rec.709 mas etiquetado como Display P3, ou o inverso, altera tanto a saturação como o contraste.
• HDR num percurso SDR. Um clip HLG ou PQ, por exemplo de um iPhone recente, colocado numa timeline SDR sem uma conversão adequada pode parecer cinzento e baço, ou a exportação pode ficar etiquetada como HDR quando queria SDR.

Verifique nos scopes antes de culpar a correção

Os seus olhos são o instrumento menos fiável aqui, porque o problema todo é que visores diferentes mostram imagens diferentes. Os scopes leem os valores, não o ecrã.

1. Escolha um fotograma de referência. Escolha um plano com preto verdadeiro e uma alta luz forte, ou acrescente alguns fotogramas de preto e branco no início de uma exportação de teste.
2. Anote os valores da timeline. No waveform, veja onde ficam o preto e o branco desse fotograma na timeline.
3. Volte a importar a exportação. Traga o ficheiro exportado de volta para o editor como novo clip e coloque-o na timeline.
4. Compare os waveforms. Se o preto e o branco ficarem nos mesmos níveis do original, o ficheiro está correto e o desvio está na reprodução. Se o preto subiu ou todo o traçado está comprimido para o meio, tem um problema de níveis ou de conversão na exportação.
5. Verifique as etiquetas. No Finder, use Obter informações no ficheiro e veja a linha do perfil de cor, ou use uma ferramenta de inspeção de media. Anote as primárias, a função de transferência e a matriz, e se correspondem ao que pretendia.

Soluções que resistem

Se for o desvio de gama

• Decida para quem é o ficheiro. Para televisão, mantenha a correção em gama 2.4 e avalie-a num monitor de referência calibrado, não no QuickTime. Para web e redes sociais, onde a maioria vê em telemóveis e portáteis, pondere corrigir ou verificar o resultado num ambiente de visualização parecido com esses dispositivos.
• Use as opções de saída do editor. O DaVinci Resolve, em versões recentes, oferece uma definição de saída Rec.709-A pensada para corresponder à forma como os Macs mostram vídeo, e uma preferência para usar os perfis de cor do ecrã do Mac nos visores. O Premiere Pro tem gestão de cor do ecrã e definições de cor que mudaram ao longo das versões recentes. Consulte a documentação do fabricante para a versão que usa.
• Corrija onde entrega. Se o visor do editor tiver gestão de cor do macOS, o que vê durante a correção fica mais perto do que o QuickTime vai mostrar.

Se forem os níveis

• Ajuste o intervalo à entrega. Exporte em limited range para uma entrega normal, a não ser que o destinatário peça full range.
• Trate cedo as gravações de ecrã. Converta as fontes full range uma vez, no início, em vez de esperar que a exportação final resolva.
• Volte a verificar depois de cada conversor. Cada transcodificação é uma oportunidade para a indicação de intervalo e os dados deixarem de coincidir.

Se forem as etiquetas

• Etiquete de propósito. Escolha um espaço de cor de saída por entregável e garanta que o ficheiro fica etiquetado para ele.
• Converta HDR de forma consciente. Se um clip for HLG ou PQ e a entrega for SDR, use uma transformação real para SDR em vez de o deixar passar.
• Teste no destino. As plataformas recodificam o que carrega, por isso publique um teste curto em privado e compare-o com a sua exportação no mesmo dispositivo antes do lançamento completo.

Se afinal for a própria correção de cor que precisa de atenção, os nossos guias sobre software de correção de cor para Mac e sobre igualar a cor a um fotograma de referência tratam do lado do ofício.

Onde entra o cinemaOS

O cinemaOS, da Momentum Studios, é um editor nativo para Mac com Apple silicon, e o espaço de trabalho Finisher é onde se faz a correção de cor. Não faz desaparecer a questão da gama Rec.709, porque essa é uma propriedade das normas e do visor, não de um editor em particular. O que lhe dá são ferramentas para verificar em vez de adivinhar.

• Scopes na correção. O Finisher junta os controlos de correção e os scopes, por isso consegue ler os níveis enquanto trabalha. O tutorial de correção de cor num minuto mostra o fluxo básico, incluindo como acompanhar a imagem e os scopes ao mesmo tempo.
• Limites honestos. Nenhuma correção de cor resolve metadados de cor de origem errados ou em falta, e nenhum editor controla como o leitor do destinatário mostra o ficheiro, por isso continua a ter de verificar a exportação do lado do destinatário.

Funciona em Macs com Apple silicon, com Windows previsto para novembro de 2027. Pode experimentá-lo gratuitamente durante 60 dias, sem cartão e sem cobrança automática.

FAQ

Porque é que o meu vídeo parece bem no editor mas desbotado no QuickTime?

Normalmente porque o visor do editor e o QuickTime aplicam curvas de tons ou gestão de cor diferentes ao mesmo ficheiro. Se corrigiu a cor para gama 2.4 e o QuickTime mostra a etiqueta Rec.709 através do ColorSync, as sombras e os meios-tons parecem mais claros. Volte a importar a exportação e compare os waveforms: se os níveis coincidirem, o ficheiro está bem.

Mudar o codec de exportação resolve um vídeo desbotado?

Raramente, por si só. ProRes, H.264 e HEVC conseguem todos transportar corretamente a mesma imagem. O que conta é o intervalo de níveis, as etiquetas de cor e o espaço de cor de saída. Mudar de codec só ajuda se também mudar uma dessas coisas, e é por isso que deve verificar nos scopes em vez de trocar de codec ao acaso.

Devo corrigir a cor para gama 2.2 ou 2.4?

Depende de onde o filme vai ser visto. A gama 2.4 adequa-se à televisão e à visualização em salas com pouca luz. O público da web e do telemóvel vê em divisões mais claras, em ecrãs que se comportam de outra forma. Muitos editores corrigem uma vez para a entrega principal e verificam uma versão web em dispositivos típicos. Combine o alvo com quem vai receber o ficheiro antes de começar.