Aclaración: Sé que se publicó un post con el mismo contenido, pero la traducción era pésima. Aquí traduje el artículo original debidamente para aquellos que no sepan inglés y no pudieron entender la traducción.
Lean el artículo completo, aunque el título se algo polémico, el contenido tiene un punto de vista no tan drástico.
Gabe Newell de Valve está muy emocionado sobre el potencial de Linux en los video juegos, sin embargo John Carmack de Id Softwware contradice esto diciendo que Linux no tiene lo que se necesita para ser la plataforma adecuada para los videojuegos. Carmack cree que tiene más sentido crear un emulador especial para Linux en vez de portar un videojuego a Linux, que solo es usado por el 1.21 por ciento de los usuarios de PC, es lo que ha dicho en reddit.
John:
Deseo el bien de Linux, pero en la realidad apenas está entre el top 10 de mis prioridades (¡Quémenme por hereje!). Uso Linux para las computadoras de aviones en el espacio aereo Armadillo, pero no para el uso regular de escritorio. Estaba feliz de escuchar que Rage corría en Wine, pero no se hizo ningún esfuerzo por apoyarlo.
Me siento tentado de portar a Linux por razones técnicas -Me gustaría usar Valgrind otra vez, y Nvidia me ha dicho que algunas características experimentales en GPU que me gustaría usar para R&D serían más fáciles de probar en Linux. Trabajar en los controladores libres OpenGL para Linux sería divertido también, si tuviera el tiempo.
Sin embargo, no creo que se pueda lograr un buen negocio manteniendo oficialmente Linux para los juegos populares hoy mismo, y Zenimax no tiene ninguna política de "binarios no oficiales" como Id tenía antes. He discutido el valor de estos (mayormente en el contexto de características experimentales de Windows, pero Linux también se beneficiaría), pero mis motivaciones más fuertes han sido por la continuación de las liberaciones de código "open source" de Id Software, que yo creo tienen mayores beneficios que binarios de Linux sin mantenimiento.
No puedo hablar por los ejecutivos de Zenimax, pero ni siquiera publican títulos en Mac (sino que se asocian con Aspyr), así que me sorprendería que mostraran algún interés en publicar y mantener algún título en Linux. Un "port" podría estar listo y en funcionamiento en una semana o dos, pero hay mucho trabajo más allá para darle mantenimiento oficial. El saber común nos dice que los juegos nativos en Linux no son un buen mercado. Id Software ha probado esto dos veces, con Quake Arena y Quake Live. El saber común es correcto. Se pueden crear argumentos sobre que ninguno de los dos fueron casos optimos, pero al menos fueron intentos honestos.
Si realmente crees que hay negocio en los "ports" de Linux, puedes hacer una oferta a algún editor de videojuegos - Ofrece una garantía y la voluntad de hacer el trabajo y el mantenimiento. Eso es lo que hace Aspyr para Mac, y lo que hizo Loki para Linux. Sin embargo, es muy probable que ni siquiera te envíen un mail de respuesta si no ofreces más de 6 cifras a un editor de los más famosos. Eso puede sonar ridículo -"¿Quién rechazaría $20000 USD?" pero la realidad es que muchos de los recursos legales, financieros, ejecutivos y mantenimiento tienen que aparecer en cada acuerdo, sin importar su importancia, y tomando el tiempo de algo que podría estar entre los 10 millones de dolares muchas veces no es justificable.
Realmente siento que algún tipo de emulación es la dirección técnica correcta para los juegos en Linux. Obviamente es algo pragmático en el caso de mantenimiento, pero no debería tener el estigma técnico de ahora. No hay mucho en especial que haga un "port" nativo - aun se hace llamadas a OpenGL, winsock son solo sockets BSD, los "threads" de windows se convierten en "pthreads", y la traduccción de las interfaces de entrada y audio no tienen mucha diferencia (X Input y X audio2 son buenas APIs). Una buena capa "shim" debería tener menos impacto en el rendimiento y la variabilidad en la calidad del controlador.
Traducir desde D3D a OpenGL implicaría más ineficiencias, pero averiguando exactamente cual es el problema y hacer algún tipo de extensión "D3D interop" para OpenGL para suavizarlo es más fácil que hacer docenas de "ports" nativos de alto rendimiento, completamente refactorizados.
Sería ideal seguir una serie de guías de buenas prácticas que permitan a los desarrolladores obtener versiones para Linux sin mucho esfuerzo más que el de mantenimiento, digamos, como Windows XP.
Debidamente evangelizada, con Steam como una plataforma de distribución monetizada, este es un camino plausible a seguir.
John Carmack
Lean el artículo completo, aunque el título se algo polémico, el contenido tiene un punto de vista no tan drástico.
Gabe Newell de Valve está muy emocionado sobre el potencial de Linux en los video juegos, sin embargo John Carmack de Id Softwware contradice esto diciendo que Linux no tiene lo que se necesita para ser la plataforma adecuada para los videojuegos. Carmack cree que tiene más sentido crear un emulador especial para Linux en vez de portar un videojuego a Linux, que solo es usado por el 1.21 por ciento de los usuarios de PC, es lo que ha dicho en reddit.
John:
Deseo el bien de Linux, pero en la realidad apenas está entre el top 10 de mis prioridades (¡Quémenme por hereje!). Uso Linux para las computadoras de aviones en el espacio aereo Armadillo, pero no para el uso regular de escritorio. Estaba feliz de escuchar que Rage corría en Wine, pero no se hizo ningún esfuerzo por apoyarlo.
Me siento tentado de portar a Linux por razones técnicas -Me gustaría usar Valgrind otra vez, y Nvidia me ha dicho que algunas características experimentales en GPU que me gustaría usar para R&D serían más fáciles de probar en Linux. Trabajar en los controladores libres OpenGL para Linux sería divertido también, si tuviera el tiempo.
Sin embargo, no creo que se pueda lograr un buen negocio manteniendo oficialmente Linux para los juegos populares hoy mismo, y Zenimax no tiene ninguna política de "binarios no oficiales" como Id tenía antes. He discutido el valor de estos (mayormente en el contexto de características experimentales de Windows, pero Linux también se beneficiaría), pero mis motivaciones más fuertes han sido por la continuación de las liberaciones de código "open source" de Id Software, que yo creo tienen mayores beneficios que binarios de Linux sin mantenimiento.
No puedo hablar por los ejecutivos de Zenimax, pero ni siquiera publican títulos en Mac (sino que se asocian con Aspyr), así que me sorprendería que mostraran algún interés en publicar y mantener algún título en Linux. Un "port" podría estar listo y en funcionamiento en una semana o dos, pero hay mucho trabajo más allá para darle mantenimiento oficial. El saber común nos dice que los juegos nativos en Linux no son un buen mercado. Id Software ha probado esto dos veces, con Quake Arena y Quake Live. El saber común es correcto. Se pueden crear argumentos sobre que ninguno de los dos fueron casos optimos, pero al menos fueron intentos honestos.
Si realmente crees que hay negocio en los "ports" de Linux, puedes hacer una oferta a algún editor de videojuegos - Ofrece una garantía y la voluntad de hacer el trabajo y el mantenimiento. Eso es lo que hace Aspyr para Mac, y lo que hizo Loki para Linux. Sin embargo, es muy probable que ni siquiera te envíen un mail de respuesta si no ofreces más de 6 cifras a un editor de los más famosos. Eso puede sonar ridículo -"¿Quién rechazaría $20000 USD?" pero la realidad es que muchos de los recursos legales, financieros, ejecutivos y mantenimiento tienen que aparecer en cada acuerdo, sin importar su importancia, y tomando el tiempo de algo que podría estar entre los 10 millones de dolares muchas veces no es justificable.
Realmente siento que algún tipo de emulación es la dirección técnica correcta para los juegos en Linux. Obviamente es algo pragmático en el caso de mantenimiento, pero no debería tener el estigma técnico de ahora. No hay mucho en especial que haga un "port" nativo - aun se hace llamadas a OpenGL, winsock son solo sockets BSD, los "threads" de windows se convierten en "pthreads", y la traduccción de las interfaces de entrada y audio no tienen mucha diferencia (X Input y X audio2 son buenas APIs). Una buena capa "shim" debería tener menos impacto en el rendimiento y la variabilidad en la calidad del controlador.
Traducir desde D3D a OpenGL implicaría más ineficiencias, pero averiguando exactamente cual es el problema y hacer algún tipo de extensión "D3D interop" para OpenGL para suavizarlo es más fácil que hacer docenas de "ports" nativos de alto rendimiento, completamente refactorizados.
Sería ideal seguir una serie de guías de buenas prácticas que permitan a los desarrolladores obtener versiones para Linux sin mucho esfuerzo más que el de mantenimiento, digamos, como Windows XP.
Debidamente evangelizada, con Steam como una plataforma de distribución monetizada, este es un camino plausible a seguir.
John Carmack