Tag openGL

Mesa 22 ya está disponible para continuar con el desarrollo y la evolución de la pila de drivers encargada de suministrar el soporte para las API Vulkan y OpenGL en Linux y otros sistemas operativos tipo Unix. En esta ocasión nos encontramos con la adopción de Vulkan 1.3 y ciertas mejoras significativas para Intel, cuyo soporte intenta mejorar a toda velocidad ante la proximidad de sus gráficas dedicadas.

Para empezar, tenemos el soporte de Vulkan 1.3, o al menos la inclusión de algunas de sus extensiones, en ANV (Intel) y RADV (Radeon). Sin embargo, la adopción de dicha versión de la API no tiene que confundir a los usuarios, porque mientras RADV es capaz de competir en potencia con lo ofrecido por NVIDIA desde hace tiempo, por ahora ANV se encuentra algo lejos de tener un estado óptimo para la ejecución de videojuegos.

En lo que respecta a Intel, Mesa 22 ha traído el soporte para Alder Lake N y ha empezado a hacer lo mismo (fase inicial) con la futura generación de procesadores de la compañía: Raptor Lake. Por otro lado, el soporte de Adaptive Sync/VRR ha llegado a los drivers de OpenGL y Vulkan, lo que obviamente apunta sobre todo a una futura ejecución de videojuegos a través de una gráfica dedicada.

RADV no ha incluido en esta ocasión muchas novedades de impacto, cosa normal si tenemos en cuenta que este driver de Vulkan está bastante maduro como mínimo para la ejecución de videojuegos, incluso títulos triple AAA compilados para Windows, así que nos limitaremos a mencionar el soporte para el estándar de compresión de texturas ETC2 emulado y la mejora del soporte para el trazado de rayos, cuyo estado actual no tiene por qué ser óptimo.

Para RadeonSI, el driver de OpenGL para Radeon, ha llegado el soporte de eliminación de sombreados de la Geometría de Próxima Generación (NGG) para las gráficas Navi 1x que han llegado a consumo y el soporte de textura dispersa. Moviéndonos hacia un terreno más abstracto, pero sin salirnos de Radeon, está la mejora del rendimiento de VCE para renderizado de vídeo.

A pesar de que Radeon e Intel siguen caminos separados en Mesa debido a que sus drivers son diferentes, de vez en cuando hay cosas que llegan a los dos fabricantes, como el soporte de sombreadores de malla (mesh shaders) para ANV sobre las gráficas DG2/Alchemist y RADV.

El controversial Wayland también ha recibido algo importante con Mesa 22, más concretamente el soporte de retroalmentación de DMA-BUF en el código de EGL, que debería representar un paso importante en los sistemas con varias gráficas que funcionan bajo una sesión de Wayland. El propósito es obtener más información sobre la GPU empleada por el compositor y para intercambiar búferes de manera más eficiente entre las gráficas primaria y secundaria.

Por lo demás, tenemos el soporte de OpenGL ES 3.1 en el código de D3D12 de Microsoft con las miras puestas en soportar la versión 4 de la API de Khronos Group; el soporte de OpenGL 4.3 para WMware SVGA, si bien aquí se requiere Linux 5.17 o posterior; el soporte de textura dispersa para Zink, el driver que se encarga de renderizar OpenGL sobre Vulkan; el hecho de que el driver de Vulkan V3DV para Raspberry Pi funcione en Android; el soporte básico de Clover OpenCL para Freedreno; además de las típicas correcciones y mejoras del rendimiento.

Mesa 22 puede ser instalado a través de la compilación de su código fuente, una vía que para la mayoría de los mortales no es muy práctica y que conlleva sus riesgos, así que lo recomendable es usar una distribución rolling release y bleeding edge como Arch Linux, Manjaro o Gentoo. Si se tiene un poco de paciencia, debería de llegar a Fedora 35 como una actualización estándar y a Flathub de la misma manera debido a que es empleado como dependencia por aplicaciones como Steam y Minigalaxy, mientras que los usuarios de Ubuntu pueden recurrir a los PPA stable y fresh de Kisak.

Fuente: https://www.muylinux.com/

El que Valve esté tan bien considerada actualmente en el mundo del software libre, cuando se trata de una compañía que, ante todo, distribuye software privativo, no es una casualidad. Esta semana, por ejemplo, la noticia en torno a la firma estadounidense es la liberación de ToGL, un intérprete de Direct3D para OpenGL que facilitará a los desarrolladores el portar sus creaciones de Windows a Linux. No está completo, pero eso es lo de menos.

Si echamos un vistazo al mercado de juegos, tanto el de los grandes estudios como el de la creciente marea indie, no cuesta mucho apreciar cómo el software libre brilla por su ausencia. Hay juegos libres, pero son una anécdota comparados con el resto de software libre disponible ahí fuera. La razón es sencilla de entender: los juegos no son una necesidad. Y ésta, a su vez, es una de las razones por las que la llegada de Steam a Linux apenas ha molestado.

Por supuesto, Steam ha significado -lo está haciendo, más bien- el desembarco de la industria del videojuego en Linux, una gran alegría para muchos de los usuarios del pingüino que comprenden la anterior cuestión. Es decir, si a estas alturas de la vida la comunidad del software libre no ofreciese un sistema operativo, una suite ofimática o un navegador web a la altura de las circunstancias, sería inexcusable, pues son herramientas “de primera necesidad” para un mínimo desarrollo tecnológico. Pero que la comunidad no pueda ofrecer un título AAA… Éso no es grave; es lógico, de hecho, que los esfuerzos se destinen a las cosas importantes.

Así, Valve contribuye esta semana liberando una tecnología que será utilizada -y muy seguramente mejorada- por una comunidad de desarrolladores de software privativo, cuya finalidad es portar sus creaciones a una plataforma de software libre. Y Valve, por supuesto, no lo hace por amor al arte: cada paso que da es en beneficio de su negocio. Lo curioso es que todas las partes parecen salir ganando (exceptuando al resto de distribuidoras, tampoco se puede obviar):

Valve se expande. 

La industria del videojuego se expande. El Open Source se expande ayudado por un software no esencial. Lo truculento sería, en un futuro, que el software privativo llegase a copar GNU/Linux como pasa, sin ir más lejos, en Android. Es pronto para ponerse en esa situación, que ni siquiera es comparable teniendo en cuenta la historia de ambos sistemas.

Volviendo al presente y a Valve, la empresa ha sabido adaptarse bien al entorno, contribuyendo desde el primer momento -con el stack gráfico, por ejemplo-, con detalles agradecidos -y con la inteligencia de no caminar en solitario- y, en general, con movimientos coherentes e incluso con la templanza para saber rectificar rápidamente ante las equivocaciones del día a día.

¿Se mantendrá el buen rollo en los tiempos venideros? La compañía fundada por Gabe Newell tiene fama de todo menos de tradicional. Lo demostró al crear una plataforma como Steam; lo ha demostrado al embarcarse en SteamOS, un proyecto cuyo éxito todavía es una incógnita. Pero lo intenta, y los usuarios también nos beneficiamos de ello, qué duda cabe.

Fuente: muylinux.com