Papel De Parede Cllr

O que é e como funciona o perfil de cor CLLR na prática

CLLR vem de Content Light Level Reference. É um metadado de HDR que informa ao receptor qual o brilho máximo e médio de uma cena ou conteúdo. Aparece junto com o MDCC (Mastering Display Color Coordinates) nos streamings, em arquivos MKV e nos formatos HDR10 e HDR10+. Se você já viu números como 1000 nits ou 4000 nits nas configurações da TV, esses vêm do perfil CLLR embutido no conteúdo. O problema é que muitos usuários confundem o perfil com um simples "modo de cor" ou com ajustes manuais de brilho. Não é. O CLLR não altera a imagem diretamente — ele orienta o processador da TV ou do monitor sobre como mapear os valores de luminância. Quando o metadado está errado, ausente ou incorreto, a imagem pode ficar superexposta, esmaecida ou com contraste inconsistente entre cenas diferentes.

papel de parede cllr

Quando se fala em wallpaper com perfil CLLR, geralmente estamos lidando com dois cenários distintos. O primeiro é usar uma imagem de fundo que contenha metadados de cor HDR corretos para testar a calibração do display. O segundo, mais comum, é ajustar a paleta de cores do sistema operacional para que o wallpaper (papel de parede) respeite o espaço de cor correto, evitando dessaturação ou brilho distorcido em telas HDR. Vejo muita gente baixar wallpapers HDR e reclamar que a TV "não reconhece". Na maioria das vezes, o problema não é o arquivo em si. É a cadeia de processamento que quebra o caminho dos metadados entre o sistema operacional e o display.

Como verificar e corrigir o metadado CLLR

A primeira coisa que eu faço é confirmar se o conteúdo realmente possui o metadado. Uso o ffprobe, que é leve e direto: ffprobe -v quiet -print_format json -show_streams arquivo.mkv Dentro da seção side_data_list, procure por DisplayMatrix e, mais importante, pelos campos SideData do tipo Mastering display metadata. Lá estarão os valores de max_cll e max_fall.

Se o arquivo não trouxer esses dados, você pode injetá-los manualmente com o ffmpeg: ffmpeg -i input.mkv -c copy -metadata:s:v:0 side_data=MasteringDisplayColorVolume=smpte_st_2086:pq:3824:1872:34000:13250:38000:2950:50000:5100:32150:360:27500:1750 -metadata:s:v:0 side_data=ContentLightLevel:max_cll=1000:max_fall=400 output.mkv Os números acima são exemplos baseados em um padrão HDR10 típico de 1000 nits. Ajuste conforme a capacidade real do seu display de referência. Colocar um valor arbitrariamente alto só vai fazer a TV escurecer a imagem desnecessariamente.

Um caso específico que encontrei recentemente

Tinha um arquivo de série em HDR10 que, ao ser reproduzido no meu Samsung QN90C, apresentava cenas com brilho excessivo e perda de detalhes nos brilhos (clipping). O ffprobe mostrava max_cll como 1000 e max_fall como 400. Parecia normal. O problema era que a cena em si atingia pontualmente 2500 nits, mas o metadado não refletia isso. A TV acreditou no metadado baixo e abriu o ganho de forma agressiva, causando o clipping. A solução foi simples: remuxei o arquivo com um max_cll corrigido para 2500 e max_fall para 800, valores que estavam no relatório de mastering do estúdio. O tratamento ficou correto instantaneamente. Sem necessidade de mudar configurações manuais da TV.

Pegadinhas comuns que quem começ agora não percebe

Metadado vs. imagem real. O CLLR é um guia, não uma correção. Se a masterização do conteúdo estiver errada, nenhum metadado resolve. Você pode ter um max_cll de 4000 nits em um arquivo que na prática nunca passa de 800 nits. A TV vai tratar como se fosse alto brilho e aplicar um mapeamento mais compressivo, deixando a imagem aparentemente "plana". DVI e HDMI handshake. Metadado CLLR só viaja pela conexão HDMI com suporte a HDR e EDID compatível. Se você estiver usando adaptador DisplayPort para HDMI, conversores ativo ou até mesmo algumas barras de som intermediárias, o metadado pode ser cortado no caminho. Nesse caso, a TV recebe a imagem HDR mas sem o metadata, e entra em fallback para um perfil genérico SDR-like, o que destrói a intencionalidade da masterização. Dolby Vision interfere no CLLR. Conteúdos Dolby Vision usam um sistema de metadata dinâmico diferente. Misturar o fluxo de CLLR fixo de HDR10 com o metadata por quadro do Dolby Vision gera comportamento imprevisível em players que não fazem downmix adequado. A maioria dos streamings resolve isso internamente, mas arquivos locais com múltiplos fluxos de metadata podem causar travamento ou troca brusca de brilho entre segmentos.

Quando o perfil CLLR simplesmente não funciona

Se o seu display não suporta HDR nativamente, o metadado CLLR é ignorado pelo hardware. Não adianta corrigir o arquivo — a informação não será aplicada de forma útil. Nesses casos, o mais prático é converter o conteúdo para SDR com um tone mapping adequado, usando ferramentas como o ffmpeg com o filtro lut3d e um perfil de transferência BT.1886, ou optar por software como o MPV com a opção hdr-compliant-gamma ativada. Outro cenário em que o CLLR falha completamente é em monitores gaming que suportam HDR mas possuem painel de baixa luminância (menos de 400 nits). O display não consegue atingir os níveis reportados pelo metadado, e o resultado é uma imagem artificialmente escura com perda de contraste real. Nesses casos, desativar o HDR e confiar no processamento de cor SDR oferece performance visual consistente e previsível.

Como aplicar isso ao seu wallpaper

Se o seu objetivo é ter um wallpaper com o perfil CLLR correto para calibração: Escolha uma imagem gerada a partir de um padrão de calibração HDR, como o teste do Imatest ou do Spears & Moul. Verifique o arquivo com o ffprobe para confirmar os metadados. Salve no formato que seu sistema operacional suporte sem stripping de metadata — JPEG com XMP ou TIFF são boas opções. Se você usa Windows 11 com HDR ativado, o sistema tende a ler o perfil de cor do wallpaper automaticamente. Mas há um detalhe: o explorador de arquivos às vezes descarta metadata ao atualizar a visualização. Uma solução rápida é forçar a atualização copiando o arquivo para uma nova posição e então vinculando novamente ao wallpaper.

Em Linux com HDR, a situação é ainda mais volátil. Dependendo do compositor (KWin, Mutter), o metadata pode ser lido corretamente ou completamente ignorado. O workaround mais confiável tem sido usar o hwunlock com o wlroots, que respeita os metadados HDR quando o display é identificado como capaz no kernel modesetting.

Alternativas práticas

Se você só quer que o wallpaper mantenha a fidelidade de cor sem se preocupar com metadados complexos, a solução mais direta é usar o sRGB como espaço de referência e desativar o processamento HDR do sistema para o wallpaper. Isso elimina variações entre sessões e evita o desgaste constante de debuggear metadata perdido ou corrompido. Para quem trabalha com conteúdo multimídia profissional, manter uma biblioteca de testes com metadados known-good — usando ferramentas como o HDRgen do SMPTE — economiza horas de tentativa e erro. Eu costumo manter um set de arquivos com max_cll de 1000, 2000 e 4000 nits para validar cada display novo que entra no setup. O perfil CLLR em si não é complicado, mas a cadeia de processamento que o envolve tem muitas variações. Entender onde ele entra e onde ele quebra evita perda de tempo caçando problemas que na verdade são de Handshake, conversão ou fallback de metadado.