O que acontece com o vídeo 10-bit e 4:2:2: depende de a imagem ser recomprimida
Comece pela frase mais importante: quando a imagem não precisa ser recomprimida, 10-bit e HDR seguem exatamente como estão; quando ela precisa ser recomprimida, a forma entregue é a profundidade de bits da origem, no máximo 10-bit e croma unificado em 4:2:0. Quem decide qual dos dois caminhos foi usado é o próprio CineX, e o critério está em por que alguns vídeos são rápidos e outros demoram no CineX — saber se um arquivo precisa ou não de recodificação depende da codificação de imagem que está dentro dele, não da extensão.
1. Por que nada muda no caminho “sem recodificação”
Para imagens em HEVC 10-bit (inclusive as do tipo HDR10) e H.264 Hi10P que o dispositivo já sabe ler, o CineX faz “mover”, não “redesenhar”: nenhum byte dos dados de pixel é gerado de novo, então profundidade de bits, amostragem de croma e faixa de luminância continuam exatamente como estavam. Esses arquivos costumam terminar em segundos, e a velocidade vem justamente de não haver recompressão.
Quando a imagem não foi redesenhada, não faz sentido perguntar se “a qualidade cai” — ela não foi tocada.
2. Quando é preciso recomprimir: a profundidade de bits segue a origem, no máximo 10-bit, e o croma é unificado em 4:2:0
Quando a imagem precisa mesmo ser recodificada (por exemplo, origem em VP9, AV1 ou Xvid, que o dispositivo não lê direto), a profundidade de bits não cai por conta própria: origem em 10-bit (ou nas transferências PQ/HLG da família HDR) entrega 10-bit; origem em 12-bit cai para 10-bit; a amostragem de croma de 4:2:2 e 4:4:4 é unificada em 4:2:0, e a profundidade de bits fica. Só existem duas saídas em 8-bit: quando a origem já era 8-bit e quando o arquivo não traz a informação de profundidade de bits. O que muda é a camada da amostragem de croma — a precisão de 10-bit dos níveis de cor fica nos pixels, a amostragem de cor de 4:2:2, não.
Por que o croma é unificado em 4:2:0 e 12-bit só cai até 10-bit: essa é a nossa própria linha de entrega — o arquivo gerado usa apenas a forma coberta pelas evidências já aprovadas (HEVC Main 10, 4:2:0), sem apostar numa forma mais larga. É uma escolha, não um descuido, e nenhum ajuste permite contrariá-la — o CineX tem zero parâmetros e não oferece nível de qualidade.
3. HDR e Dolby Vision terminam de formas diferentes nesse caso
Aqui fica só uma conclusão ligada diretamente à profundidade de bits: o caminho de recodificação entrega na profundidade de bits da origem, no máximo 10-bit. Das informações da família Dolby Vision, só dissemos que elas acompanham a imagem no caminho de trocar só o contêiner; o que sobra delas depois de recodificar não foi verificado por nós, e nada vira promessa de nenhum dos dois lados. As marcações de cor (curva de transferência, gama e afins) vêm da origem: se existem, seguem; se não, nada é completado. Por isso “a marcação está lá” e “o efeito está lá” são duas coisas — e é por isso que Dolby Vision e HDR10 precisam ser tratados à parte um do outro.
4. 10-bit não significa necessariamente lentidão, mas um caso pede tempo reservado
H.264 em 10-bit (Hi10P) e HEVC em 10-bit estão ambos na faixa de entradas com que já percorremos amostras em dispositivos reais. O que pede tempo reservado é o caso extremo: uma imagem de taxa de quadros alta e resolução alta, na conversão completa, tem uma espera que acompanha a duração do material e costuma ficar acima dela. Para esses arquivos “sem tempo de esperar”, ver primeiro se eles realmente precisam ser recomprimidos costuma render mais do que trocar de ferramenta.
O que atrasa nunca foi o número “10-bit”, e sim se a imagem precisa ou não ser redesenhada. Nos casos em que não precisa, a profundidade de bits fica como na origem; nos em que precisa, a entrega é uma imagem 4:2:0 com a profundidade de bits da origem, no máximo 10-bit — é para estes que se deve reservar tempo.
5. Limites que vale conhecer antes
- Este texto traz as regras de cada um dos três caminhos. O comportamento de 10-bit e de HDR na classe “sem recodificação” tem amostras em dispositivos reais por trás; 12-bit e 4:2:2 também têm cada um uma leitura em dispositivo real (12-bit cai para 10-bit, o croma de 4:2:2 cai para 4:2:0 e a profundidade de bits se mantém). Como a regressão faixa a faixa desse ramo ainda não está fechada no iOS, 10-bit aparece aqui só como forma de entrega, e não como frase de destaque; quem trata isso como requisito obrigatório deve testar primeiro com os próprios arquivos.
- Recomprimir altera a imagem: não negamos isso e também não oferecemos uma opção de “manter como está”.
- Profundidade de bits e cor não são sinal de “falha na conversão”: o arquivo continua reproduzindo normalmente, e unificar a amostragem de croma em 4:2:0 é a regra desse caminho, não um defeito.
- A conversão completa também pede espaço disponível suficiente (o pico de uso do disco não passa do dobro do arquivo original; se for só trocar o contêiner, basta o espaço de um arquivo já convertido), e o motivo está em por que a conversão de vídeo pede espaço extra.
Perguntas frequentes
O meu filme HEVC 10-bit vai ser reduzido a 8-bit?
Não. Quando o dispositivo lê a imagem diretamente, o CineX só troca o contêiner, nenhum pixel se move e o 10-bit fica como está; quando é preciso recodificar, a profundidade de bits também não desce — origem em 10-bit entrega 10-bit. O resultado sai em 8-bit apenas se a origem já era 8-bit ou se o arquivo não traz a informação de profundidade de bits.
A marcação de HDR continua depois da conversão: por que a imagem fica acinzentada?
Uma imagem acinzentada costuma vir de como o lado da exibição trata as informações de luminância da família HDR, e não de um arquivo estragado. O caminho de recodificação entrega sempre 4:2:0, e as marcações de cor vêm da origem; “a marcação está lá” não significa “o efeito está lá”, e o caminho certo é manter o arquivo original na trilha que dá suporte a ele.
Dá para fazer a saída manter 10-bit?
Não há nada a configurar, e nem dá para configurar: na recodificação a profundidade de bits já segue a origem, origem em 10-bit entrega 10-bit, e origem em 8-bit não vira 10-bit só porque você quer. O CineX tem zero parâmetros: não oferece nível de qualidade, escolha de profundidade de bits nem tamanho de destino.
Converter 10-bit é sempre lento?
Nem sempre. Fica lento só o caso em que a imagem precisa mesmo ser recomprimida e a taxa de quadros e a resolução são altas; muitos arquivos 10-bit pegam o caminho sem recodificação e terminam em segundos.
Axiom One LLC — CineX