Barrapunto

Sin duda el problema de los juegos sigue siendo un desencadenante a la hora de ver que SO es el más adecuado, cierto es que no todo el mundo juega, pero si te dicen que solo un 5% de las desarrolladoras de software ludico piensan en los usuarios de linux entonces te da la sensacion de que es un SO no orientado a la gente normal, solo a gurús o gente que use un PC unicamente para tareas profesionales. Entre tango proyecto GPL tal vez debería haber uno que apostara por los juegos como inteligentemente ha hecho microsoft con directx, no solo por la cantidad de funciones que implementa destinadas unicamente al juego sino tambien por las constantes versiones y su compatibilidad con todas las tarjetas que van saliendo. Estoy seguro que los desarrolladores no tendrian problema en portar su juego a un API GNU si existiera, incluso aunque tuviera la mitad de funcionalidades que DX. Para quienes piensen que openGL ya es suficiente API les diré que se miren bien las especificaciones de directx con funciones no solo para el pintado de poligonos (que viene a ser lo que uno acaba usando de ogl) sino para desarrollar un juego sin complicarse demasiado la vida (direct input, direct draw, direct sound). Vale que uno puede coger un poquito de cada lado para hacerse su propio API, usando PTC como sustituto de directdraw, ogl para d3d, o open sound para el dsound, pero eso solo diversifica el problema. Es necesario un API solido, creado partiendo de cero por gente conocedora de la problematica, compatible con el hardware actual y que esté ramificado en todas las vertientes actuales (3D, sonido, input, conexiones...) o de lo contrario tendremos que seguir resignandonos a jugar a aquellos juegos que salgan de la mano de gurus que se atreven a programarlo todo sin caer en un API de terceros. Ademas debe estar orientado a juegos, como bien ha hecho DX, con carga de modelos, texturas, formatos de audio, etc. Y si fuera compatible con dX entonces ya puedes decir adios a microsoft.