|
En los ultimos días de abril, se dio a conocer la noticia de una posible versión de Steam para Linux. Hoy, los responsables de la plataforma confirman lo que fue un rumor, con la creación de un blog dedicado exclusivamente para el proyecto. |
Por ahora, el interés de Valve está centrado en lograr una versión funcional para Ubuntu, que según ellos es la mejor distribución para empezar en el mundo Linux. Con el tiempo, prometen, irán apareciendo versiones de Steam para las otras distros.
Según se cuenta en la primera entrada del blog, el equipo detrás del desarrollo se encuentra en una etapa bastante temprana, logrando correr con éxito el título Left 4 Dead 2 (L4D2).
“Hemos hecho un gran progreso este año y ahora tenemos el cliente de Steam ejecutándose en Ubuntu con las principales características disponibles. Aún tenemos que prestar atención y esfuerzo a características menores, pero de momento es una buena experiencia”.
¿Qué creen Uds.? ¿Impulsará esto la popularidad de Linux y el desarrollo de juegos open source?
Yo creo y espero que si. Si ven que una empresa como Valve se interesa en desarrollar L4D2 para Ubuntu, otras empresas deberían de pensar un poco.
Sinceramente, espero que las empresas de Drivers de tarjetas gráficas piensen «Quizás hace falta trabajar un poco más..»
Los Drivers es el bendito problema que se experimenta cuando se desarrollan juegos con motores gráficos potentes.
El software da sus especificaciones y cada quien configura su distro o su hardware para cumplir con dichas especificaciones, como cualquier SO.
¿Podrías ser más especifico cuando dices ‘configuraciones’? porque cada quien puede configurar su distro como quiera.
Si alguien por su filosofía personal no quiere usar drivers privativos pues sabe sus ventajas o desventajas. El gran problema de las tarjetas gráficas es que en muchos casos sus drivers dan pena, pero eso no es culpa del que hace juegos o del SO, sino de las compañías que fabrican dichos componentes. Otro gran problema es que los drivers libres en muchos casos provienen de ingeniería inversa con lo cual nunca rendirán al 100%
No hay que confundir software con hardware.
Bueno, lo de los gestores de paquetes es otro problema que no había pensado 😛
Igual mi punto iba más a la variedad de configuraciones que hay en linux. Están los que no quieren usar drivers privativos de NVIDIA o ATI, por ejemplo, que tienen drivers distintos. Esto quizás no sea un problema para un programa de ofimática pero ciertamente es algo a tener en cuenta para un juego, ¿no?
2012/7/18 Disqus
Por fin juegos decentes en gnu/linux y no como las tristes consolas q solo te bastan para un rato, y ojo con esto que las consolas no te brindan esta mescla de diversion mas ambito social.
saludos
Lamento estar en desacuerdo pero las distros no necesitan versiones «personalizadas» del mismo software (cambiando el software mismo para que sólo funcione en una distro), si un programa puede instalarse en GNU/linux se puede instalar en cualquier distro. Quizá a lo que tu te refieres es a los gestores de paquetes que instalarían dicho software o los repositorios donde estarían.
Hay muchas formas de instalar en linux no sólo desde .deb o .rpm, ahora se me ocurre compilar 😉
pues creo ke la solucion seria mas simple
hacer un standar para juegos y ya sera decicion de las distribuciones tomarlo o no
al hacer una instancia especial para juegos, donde el juego instale todo loq necesita para funcionar, talvez seria como hacer un mini SO que vaya en el SO linux
seria cuestion de meditarlo un poco
Esto me hace acordar que a tu encuesta («Hay pocos juegos en linux porque…») le falta una opción: la variedad de distribuciones.
Se me ocurre (aunque no sé cuánta verdad habrá detrás de ello) que la enorme cantidad de distribuciones distintas puede llegar a ser una desventaja a la hora de desarrollar juegos. Los desarrolladores tendrían que hacer una versión para Ubuntu, otra para Arch, otra para OpenSUSE, etc… El nivel de personalización también tiene sus problemas.
En resumen, una compañía tendría que tener un software que funcione de manera óptima en una variedad muy grande de softwares y configuraciones, lo que puede costar demasiados recursos.