Vulkan 1.4.366 adiciona metadados HDR dinâmicos SMPTE ST 2094-50
O Vulkan 1.4.366, datado de 23 de outubro, adiciona uma extensão do Google que anexa metadados HDR dinâmicos SMPTE ST 2094-50 a uma swapchain, além de 16 correções na especificação.
Por Claire Whitmore
3 min de leitura
Traduzido automaticamente do original em inglês, que Claire Whitmore verificou e editou. Prevalece a versão em inglês. Como trabalhamos

Em números
- new extension, from Google, in this spec update
- 1
- spec fixes: 5 from public GitHub, 11 internal
- 16
- power modes: color accuracy or low power
- 2
O Khronos Group publicou a versão 1.4.366 da especificação Vulkan em 23 de outubro de 2026. Sua única novidade é uma extensão do Google que permite a um aplicativo anexar metadados HDR dinâmicos SMPTE ST 2094-50 às imagens que ele exibe na tela. Com isso, os programas Vulkan ganham uma forma padrão de dizer a uma tela como ajustar vídeo HDR brilhante cena a cena, em vez de usar uma única configuração fixa.
O Vulkan é a interface gráfica aberta que jogos, players de vídeo e navegadores usam para falar com o chip gráfico. O Khronos Group é o órgão do setor que a mantém. Pequenas atualizações da especificação saem mais ou menos a cada duas semanas, e o último número da versão as conta. A última coberta aqui, a 1.4.363, adicionou uma consulta de hardware da Intel.
O que a nova extensão faz
A extensão aparece no registro de alterações do Khronos como VK_GOOGLE_hdr_SMPTE_ST_2094_50_metadata. Os arquivos da especificação a escrevem VK_GOOGLE_hdr_smpte_st_209450_metadata. Ela se acopla à swapchain, a fila de quadros prontos que esperam para ir à tela.
HDR, ou alta faixa dinâmica, é o vídeo com realces muito mais brilhantes que o vídeo padrão. As telas variam muito no brilho que conseguem atingir. O brilho de sobra que uma tela tem acima do branco normal se chama headroom, ou margem. O software precisa comprimir o vídeo HDR para caber em cada tela, uma etapa chamada mapeamento de tons.
Até agora o Vulkan só oferecia metadados HDR estáticos, por meio da extensão mais antiga VK_EXT_hdr_metadata. Metadados estáticos descrevem um vídeo inteiro uma única vez. Metadados dinâmicos podem mudar de cena para cena. A nova extensão preenche essa lacuna, segundo seu documento de proposta.
As peças que ela adiciona são pequenas.
| Nome | Para que serve |
|---|---|
VkHdrSmpteSt209450GOOGLE | Carrega os metadados: um tamanho, um ponteiro para os dados ST 2094-50 e uma preferência de energia |
VkPhysicalDeviceHdrSmpteSt209450FeaturesGOOGLE | Informa se o dispositivo suporta o recurso |
VkSurfaceCapabilitiesHdrSmpteSt209450GOOGLE | Informa se uma determinada superfície de janela o suporta |
VkHdrSmpteSt209450PowerPreferenceGOOGLE | Escolhe precisão de cor (0) ou baixo consumo (1) |
A estrutura de metadados se encadeia à estrutura existente VkHdrMetadataEXT. Segundo a proposta, esse design copia a extensão anterior da Huawei, VK_HUAWEI_hdr_vivid. Ela também exige VK_EXT_hdr_metadata e VK_KHR_get_surface_capabilities2.
O apêndice da extensão credita três engenheiros do Google: Alec Mouri, Christopher Cameron e John Reck. Ela está na revisão 1, datada de 8 de outubro de 2026.
O que é o SMPTE ST 2094-50
A SMPTE é o órgão de padronização da engenharia de cinema e TV. O ST 2094-50 é seu novo padrão para misturar conteúdo HDR e padrão em uma mesma tela. O Google o desenvolveu com a Apple e a NBCUniversal, segundo uma publicação no blog do Google de 14 de maio de 2026.
O problema que ele ataca é conhecido. Conteúdo HDR e padrão misturados pode parecer "desbotado ou estourado", escreveu o Google. O padrão usa duas ferramentas. Uma âncora de branco de referência fixa o conteúdo padrão em um brilho constante. Em seguida, curvas de ganho adaptadas ao headroom, escritas pelo criador do vídeo, dizem a uma tela de pouco brilho como comprimir sombras e meios-tons preservando os realces.
O Phoronix informa que o padrão foi finalizado em agosto. O Google disse em maio que o suporte ao padrão finalizado chegará a uma próxima versão do Chrome, sem citar qual.
As correções na 1.4.366
O registro de alterações lista cinco correções vindas de relatos públicos no GitHub e 11 do rastreador interno do Khronos. Algumas valem a pena conhecer:
- Um erro de diferença de um na regra de uso válido 08071, para vincular buffers de descritores, foi corrigido.
- Uma nova regra exige intervalos de endereços únicos ao gravar descritores com
vkWriteSamplerDescriptorsEXTevkWriteResourceDescriptorsEXT. - Mapeamentos HLSL trocados na proposta
VK_EXT_ray_tracing_invocation_reorderforam corrigidos. - A imagem base das ferramentas foi atualizada por causa de um problema de certificado envolvendo a eMudhra, a autoridade certificadora que saiu recentemente do negócio de certificados públicos.
- Os IDs de dois drivers, nikki e momoten, foram registrados.
O que isso significa para desenvolvedores
A maioria dos desenvolvedores de jogos pode pular esta versão. Ela importa para equipes que reproduzem vídeo HDR via Vulkan: players de vídeo, navegadores, compositores e aplicativos de mídia para Android.
Se esse é o seu caso, verifique o suporte antes de usar. Consulte o recurso do dispositivo e depois a capacidade da superfície, já que uma extensão com prefixo de fabricante só existe onde um driver a expõe.
Trate o buffer de metadados com cuidado. Segundo a proposta, a implementação não vai validar o conteúdo de pMetadata e o repassa direto ao mecanismo de exibição. Um bitstream malformado não gera um erro do Vulkan, então teste com conteúdo ST 2094-50 real.
Escolha o modo de energia de propósito. Notebooks e celulares podem preferir baixo consumo, enquanto ferramentas de edição querem precisão de cor.
Por fim, não espere ainda uma consulta de headroom. A proposta diz que uma extensão separada para consultar e limitar o headroom de uma swapchain "pode ser mais apropriada". Fique de olho nisso e em qual versão do Chrome traz o suporte ao ST 2094-50.
Fontes
Artigos relacionados

Vulkan 1.4.363 adiciona consulta de geração de GPU Intel
O Vulkan 1.4.363 traz a VK_INTEL_device_info, uma extensão da Intel que informa a versão de IP gráfica de uma GPU em três números.

Google DeepMind Genie 4 adiciona áudio nativo ao seu modelo de mundo
O Genie 4, do Google DeepMind, anunciado em 27 de outubro, cria mundos interativos com áudio nativo. Testadores de confiança já têm acesso; os parceiros da API Gemini vêm em seguida.

TorchTPU: Google abre o código de um PyTorch nativo para TPUs
O TorchTPU roda PyTorch nativamente nas TPUs do Google e passou em 98% dos 4.917 modelos do Hugging Face testados. O PyTorch/XLA foi descontinuado e será arquivado em 15 de novembro.