Después de tres semanas sin actualizaciones al spec de la API Vulkan, hoy se liberó Vulkan 1.4.353 para entregar las últimas actualizaciones de documentación de esta API de alto desempeño para gráficos y compute, junto con la introducción de tres nuevas extensiones.
Las nuevas extensiones que llegan con Vulkan 1.4.353 son VK_KHR_extended_flags, VK_KHR_video_encode_feedback2 y VK_EXT_multisampled_render_to_swapchain.
¿Qué resuelve VK_KHR_extended_flags?
VK_KHR_extended_flags fue trabajada por varios vendors para introducir un nuevo tipo de flag de feature VkFormatFeatureFlagBits4KHR, que da soporte a hasta 64 flags adicionales por sobre la interfaz existente VkFormatFeatureFlagBits2. También se suma una nueva estructura VkFormatProperties4KHR para extender VkFormatProperties2. En la misma línea, llega VkImageCreateFlagBits2KHR para flags adicionales de creación de imágenes. Todas estas incorporaciones se hicieron porque la API se está quedando sin bits disponibles dentro de los tipos VkFormatFeatureFlagBits2 y VkImageUsageFlagBits, y por extensión también en VkImageCreateFlagBits. Por ahora no se definen nuevos bits de feature de formato, la idea es solo expandir el espacio antes de quedarse sin margen.
¿Qué aporta VK_KHR_video_encode_feedback2?
VK_KHR_video_encode_feedback2 se introduce para habilitar entradas adicionales de query de feedback en operaciones de codificación de Vulkan Video. Esto permite entregar feedback sobre la cantidad de píxeles codificados con predicción intra o inter, bloques saltados y otros datos estadísticos sobre la imagen codificada.
¿Qué hace VK_EXT_multisampled_render_to_swapchain?
Por último, VK_EXT_multisampled_render_to_swapchain mejora la eficiencia de las GPUs tiling cuando se hace render con multi-sampling hacia imágenes de un solo sample. Esta extensión fue trabajada en conjunto por Google, Valve y NVIDIA, una colaboración relevante porque los tres tocan ecosistemas distintos: Android, SteamOS y la rama PC dedicada.
La lista completa de cambios de Vulkan 1.4.353 está disponible en el release del día vía este commit en GitHub del repositorio Vulkan-Docs.
¿Por qué importa para integradores LatAm?
El path MSAA en swapchain tiene impacto directo en GPUs móviles ARM Mali y Qualcomm Adreno, ambas presentes en la mayoría de los smartphones que se venden en Chile y LatAm bajo distribuidores como Falabella, Ripley o MercadoLibre. Menos pasadas de render multi-sample en swapchain significan menos consumo de batería y menos calor en escenarios de juego o XR. Para desarrolladores que portan engines a Vulkan, la extensión baja una barrera técnica conocida desde hace años: el costo de MSAA en hardware tiling siempre estuvo entre 1,5x y 2,5x respecto del path forward sin multi-sample, y este path nuevo apunta a recortar ese diferencial sin sacrificar calidad de bordes.
