No que diz respeito ao suporte a telas HDR no Linux, vimos muitos trabalhos de infra-estrutura sendo feitos pelos desenvolvedores da NVIDIA há alguns anos. Além disso, mais recentemente os desenvolvedores de código aberto da Intel também trabalharam com gráficos Icelake Gen11 compatíveis com HDR. Nós não vimos muita coisa em relação ao Linux AMD. Porém, com o próximo ciclo de kernel 5.3, um de seus patches HDR DC será fundido.
Presente na solicitação drm-misc-next pull sendo enviada ao DRM-Next está o suporte a metadados HDR para o driver AMDGPU Direct Rendering Manager.
Este trabalho de código de exibição AMDGPU expõe os metadados de saída HDR para conectores suportados, já que o espaço do usuário precisa enviar os metadados HDR para a exibição.
A propriedade está conectada aos conectores HDMI e DP. Como os metadados não estão realmente disponíveis ao criar o conector, isso não é uma propriedade que podemos suportar dinamicamente com base no bloco de extensão disponível ou não.
Quando os metadados HDR forem alterados, um conjunto de modos será forçado por enquanto. Precisamos mudar de 8bpc para 10bpc na maioria dos casos de qualquer maneira, e queremos sair totalmente do modo HDR quando o userspace nos fornece um metadado NULL, então isso não é completamente desnecessário. O requisito pode ser posteriormente reduzido para apenas entrar e sair do HDR ou alternar o máximo de bpc.
Os bits de exibição HDR no lado do kernel estão se unindo, mas ainda parece haver mais trabalho no espaço do usuário para preparar o crescente número de exibições de High Dynamic Range.
Notícias Relacionadas
Tecnologia móvel
Samsung destaca avanço nas mensagens RCS com suporte no iOS
O suporte a RCS chega ao iOS com o iOS 18.1, permitindo que usuários de Android e iPhone aproveitem uma experiência de mensagens aprimorada e sem necessidade de redes sociais.
Mercado elétrico
Xiaomi atinge R$ 7,14 bilhões em receita com veículos elétricos no 3º trimestre de 2024
Xiaomi fecha o 3º trimestre de 2024 com R$ 7,14 bilhões em receita com veículos elétricos, impulsionado pelo sucesso da série SU7, apesar do prejuízo operacional.
Projeto Bzip2 é retomado
Embora a compactação Bzip2 ainda seja amplamente usada pelos sistemas Linux, ela não tem uma atualização oficial desde 2010. Portanto, está parada, já que distribuições Linux diferentes recorreram a seus próprios patches e outros trabalhos de manutenção nessa ferramenta de compactação de dados usada há muito tempo. No entanto, agora há um novo mantenedor procurando levar o Bzip2 adiante.
O mantenedor do Bzip2 foi passado do fundador original Julian Seward para ser mantido pelo desenvolvedor de código aberto Federico Mena-Quintero.
Federico Mena-Quintero está trabalhando na limpeza do Bzip2 e no estabelecimento de um repositório Git para ele, já que ele não tinha estado sob um repositório formal de controle de fonte até agora e também nenhum rastreador de bugs. A maioria das distribuições do Linux está carregando diferentes correções de segurança e outras atualizações que ele estará trabalhando gradualmente.
Também está limpando o sistema de construção Autotools e estabelecendo um pipeline de integração contínua (CI) para construir o código e os testes básicos.
Federico já estava experimentando implementar o Bzip2 na linguagem de programação Rust bit por bit. Isso é similar à transição gradual da biblioteca librsvg do GNOME para o Rust. A porta Bzip2 Rust será gradual, mantendo a API/ABI pública a todo custo. Por enquanto, a “Rust-ification” do Bzip2 está sendo feita em uma ramificação separada até que as atualizações do Autotools sejam resolvidas.
Um lançamento do bzip2 1.0.7 é esperado em breve. Mais detalhes no blog de Federico .
