Uningine Demo

Luca Barbieri, uno de los desarrolladores de la arquitectura gráfica Gallium3D, publicó el código necesario para disponer de Direct3D 10/11 en Linux sin pasar por ningún tipo de intermediario, accediendo directamente a los drivers de video.

Hasta la fecha, el soporte de Direct3D en Linux era limitado: básicamente se trataba de una capa construida sobre OpenGL, el sistema gráfico 3D nativo en Linux, lo que tenía el problema de que cada operación sobre Direct3D necesitaba convertirse en operaciones equivalentes de OpenGL, para recién llegar a los drivers y luego al hardware.  Si bien en la práctica esto no significa degradar el rendimiento de una forma notoria, tenía la complejidad de cualquier tipo de traducción de este tipo, en donde no hay una equivalencia uno a uno, lo que significa mantener miles de líneas de código y aplicar un considerable esfuerzo para implementar cada versión del API.

Gallium3D busca la independencia de los distintos actores de un sistema gráfico, estos son las aplicaciones, API’s como OpenGL y Direct3D, Sistemas de Ventanas (X o Windows), drivers y finalmente hardware.  En la actualidad todos estos componentes están fuertemente ligados y por ejemplo en Windows prácticamente no hay alternativas viables entre usar OpenGL o Direct3D, y en el caso de Linux lo único garantizado hasta el momento era el soporte de OpenGL.

Con Gallium3D no hay que casarse con ninguna tecnología en particular, y el trabajo de Luca justamente apunta a convertir a Direct3D en una gráfica API nativa en Linux, al mismo nivel de lo que hoy en día es OpenGL.  Es más, según los entendidos, el diseño de Direct3D 11 es superior en cuanto a potencia y simplicidad el compararse con OpenGL, lo que significará una alternativa de primer nivel para los desarrolladores de aplicaciones gráficas sobre sistemas no-Windows:

El tercer objetivo es proveer una alternativa para programación gráfica superior a OpenGL en sistemas no-Windows, particularmente en Linux y otros sistemas abiertos. Gracias a un limpio diseño planteado desde cero, las APIs Direct3D 10/11 son superiores a OpenGL y pueden ser soportadas por menos código y tiempo de desarrollo, tal como se puede ver al comparar las lineas de código de esta implementación (Direct3D sobre Linux) respecto a la implementación actual de OpenGL a través de Mesa. Finalmente, una implementación madura de Direct3D 10/11 va a ser intrínsecamente más rápida y confiable que las implementaciones de OpenGL, gracias a un API significativamente más pequeña y la forma en que se divide el trabajo entre el API y las aplicaciones.

En el caso de los drivers de código cerrado de ATI y NVIDIA no se cuenta con acceso directo a las funciones de aceleración sin antes pasar por OpenGL, pero aún así la situación de Gallium3D es muy superior al estado actual de las traducciones ente Direct3D y OpenGL, esto debido a que la implementación de Direct3D sólo depende de Gallium3D y es éste quien usará en forma nativa los servicios del hardware a través de un API basado en OpenGL, sin forzar una traducción entre API’s.

¿Qué significa para los juegos en Linux?

La implementación de Direct3D es una parte del problema, también se encuentra el desafío de tener API’s adecuadas para sonido y manejo de dispositivos de entrada, realidad que ha mejorado bastante en los últimos años. Pero esto es sólo si pensamos en juegos nativos para Linux usando Direct3D, porque en realidad los primeros beneficiados con este avance son las implementaciones del API de Windows en Linux, como es el caso de wine y productos derivados como Cedega.

Tanto wine como sus derivados usan el actual mecanismo de transformación de invocaciones desde Direct3D a OpenGL, y con un gran esfuerzo se había logrado implementar hasta Direct3D 10.  Con Gallium3D se podrá optar por usar Direc3D 11 directamente, sin pasar por OpenGL y es cosa de tiempo de que esta alternativa se encuentre disponible para todo el mundo.

Link: Direct3D 10/11 is now natively implemented in Linux (Phoronix)

Wine 1.2 llega después de dos años de desarrollo, con 23 mil cambios y más de 3.000 correcciones de errores, destacando el soporte para aplicaciones de 64 bits (usando WoW64) y  nuevos gráficos basados en Tango.

• Interfaz: Cuenta con nuevos iconos al estilo de Windows 95 pero con el toque de Tango para hacerla más elegante. Mejoras en la traducción, incluyendo el 100% de las realizadas en neerlandés, francés, alemán, italiano, lituano, noruego, polaco y portugués.
• Gráficos y audio: Antialiasing de fuentes renderizado de fuentes sub-píxel, Direct3D 9 / 10, soporte para OpenAL e implementación de mmdevapi (Sonido de Vista)
• Nuevo dialogo de accidentes, ventana de winecfg más pequeña y mejoras a cmd.

Link: Liberada la versión 1.2 de Wine (Barrapunto)

Con el pasar de los años, hemos visto varios esfuerzos en esta dirección. Un caso icónico es el de Id Software y su saga Quake que corre nativamente en Linux, o el caso de Unreal hasta cierto punto.  Pero se trata de iniciativas casi anecdóticas y que no representan una actitud generalizada de las empresas que desarrollan videojuegos.

A principios de la década, una empresa planteó un modelo interesante: Ellos se asociaban con empresas del jet-set de los videojuegos para trabajar en las versiones nativas de Linux, se llamaban Loki y gracias a ellos vimos juegos como Soldier of Fortune, Civilization y Rune. La idea era buena, pero errores de gestión terminaron con la empresa.

Otra alternativa para jugar siempre ha sido la implementación de DirectX y la API de Windows en Linux.  De esta forma, un juego diseñado para Windows puede creer que está corriendo sobre este sistema, se trata de una astuta técnica para correr los juegos programados para Windows sin tener que aplicar emulación.  Estamos hablando de WINE : WINE Is Not an Emulator.

Dos productos basados en WINE se han enfocado en los juegos y la implementación de DirectX en Linux y Mac OSX : Cedega y Crossover Games.  Ambos se apoyan en WINE para ofrecer compatibilidad con un determinado número de juegos pero es prácticamente imposible que todos funcionen correctamente, ya que implementar estas API de Windows no es trivial, sobre todo cuando no están completamente documentadas.

En el último año hemos vistos algunos cambios en este panorama.  Uno de ellos es el surgimiento de empresas independientes que están creando juegos nativos para Linux, una astuta idea que aprovecha el hecho de que los usuarios de Linux van a dar todo su apoyo a este tipo de iniciativas, como es el caso reciente de Humble Bundle y su millón de dólares ganados en sólo una semana.

Otro cambio interesante es el incorporado recientemente en Crossover Games.  Si tienes un juego soportado oficialmente por Cedega o Crossover Games, es casi llegar y jugar, pero si es un juego diferente, es probable que necesites conocimientos avanzados para que lo puedas jugar, si es que existe alguna posibilidad.  Para simplificar la vida de los usuarios y aplicando un enfoque de comunidad, ahora en Crossover Games 9.0 se incorpora una característica que permite a los usuarios compartir archivos que configuran el sistema para correr determinados juegos.  De esta forma, los juegos que no están soportados oficialmente se podrán configurar en base a “recetas” generadas por usuarios más expertos, y esto podrá hacer que una gran cantidad de juegos de Windows comience a estar disponible en forma generalizada en Linux.

Finalmente, tenemos el caso de Valve y su sistema Steam.  Ya sabemos que existe un port oficial para Mac OSX, y el mismo día de su lanzamiento se confirmó que pronto habrá una versión para Linux.  En el sitio Phoronix hace tiempo que están siguiendo este desarrollo, al principio examinando los scripts en donde se encontraron referencias a Linux hasta que finalmente confirmaron que Valve estaba trabajando en este tema.

El tema se pone aún más interesante cuando Valve declara que este trabajo también incluye la publicación de la versión nativa de su motor Source.  Este motor es el corazón de videojuegos como Half Life 2,  Counter Strike : Source y Zeno Clash.  Se trata de un motor de características bastante avanzadas y que permitirá tener en Linux juegos de excelente nivel.

Creo que es primera vez que existen tantas alternativas para jugar en Linux, y aunque personalmente prefiero una consola para esos fines, se trata de un cambio que puede comenzar a dejar atrás uno de los grandes temas pendientes de esta plataforma.

Link:
- Running Windows games on Linux getting easier (ComputerWorld)
- It’s official : Valve releasing Steam, Source Engine for Linux! (Phoronix)

(cc) por Cristian Castellari

La empresa CodeWeavers ha publicado la version 8.0 de Crossover Games.  Se trata de una implementación de la API Win32 y DirectX que permite disfrutar juegos diseñados para Windows en sistemas Linux y Mac OSX, incluyendo el recientemente estrenado Snow Leopard.

Esta version agrega soporte para Left4Dead y Tales of Monkey Island.  Otros títulos que se incorporan son Perfect World, Jade Empire, Ether Saga, Dragon Sky, Shaiya y Last Chaos.  Además se incluyen correcciones para juegos que ya estaban soportados como Half Life 2, Team Fortress 2, Spore, Guild Wars, Civilization IV, City of Heroes y Lego Starwars, entre otros.

CrossOver Games se apoya en la tecnología desarrollada por el proyecto WINE, y poco a poco han ido implementando lo necesario para que se puedan ejecutar juegos específicos.  Se trata del mismo concepto aplicado por la compañia Transgaming en su producto estrella: Cedega.

La compañía CrossOver se conoció previamente por su producto Crossover Office, en donde también apoyándose en WINE lograron implementar lo necesario para usar Microsoft Office en sistemas distintos a Windows, posteriormente lograron soportar oficialmente otras aplicaciones populares.

CrossOver Games está disponible para comprarse directamente desde el sitio de CodeWeavers. Puede ser adquirido como un producto de sólo descarga por unos USD$39.95, lo que incluye un año de soporte y actualizaciones.

Link: Crossover Games