alt1040.com/2012/12/steam-para-linux por
jonllaguno el 21-12-2012 16:45 UTC publicado: 22-12-2012 09:30 UTC

Steam para Linux está finalmente disponible. Este puede ser el inicio definitivo para que el sistema operativo libre se empiece a convertir, finalmente, en algo atractivo para gamers.
etiquetas: steam, linux negativos:
8 usuarios:
276 anónimos:
355
FIGHT!!!
Pacman rules!
Lo volveré a intentar cuando esté un poco menos verde y si va mejor bye Windows. Y eso que estoy bastante contento con 7. Así que sí, puede que sea un despegue definitivo, porque como yo hay muchos gamers también que tienen Windows sólo por los juegos.
Bajo mi punto de vista, hasta que no haya más gente usando Linux fuera del mundo de la administración de sistemas y la programación, poco futuro le veo.
Enhorabuena, porque esto es un paso gigantesco para el crecimiento de Linux.
Hay windows para rato, pero cada vez más usuarios lo usan por no tener que reiniciar cada vez que quieren jugar.
Tendremos un poco de paciencia a ver. Espero que no se centren sólo en ubuntu y derivados (lo más genérico posible) y tan importante como eso, lo mismo pero sin centrarse sólo en gráficas modernas y potentes, que con mi 9200 el juego en windows lo pongo a 1366x768 con detalle medio y va muy bien, y en linux con menos calidad petardea un poco:(
Para el resto tiramos de wineskin
Por otro lado, AMD aporta documentación y developers, así como Intel (que tiene mas de la mitad del mercado y creciendo, especialmente desde que mete GPUs en las CPUs...).
A consecuencia de ello, en mi red de influencia, tarjetas NVIDIA no se ha comprado ni una en muchos años.
No sé si tiene soporte o no, pero tampoco es una tarjeta taaan vieja, y en Steam hay muchos juegos en plan indie / independientes que no necesitan lo más potente. Me parecería un error enorme por parte de Valve y las desarrolladoras de tarjetas dejar estos modelos menos potentes de lado en linux, porque como ya te digo en windows puedo jugar más que bien a juegos de hace unos pocos años.
Lo dicho, esperaremos a ver...
Por eso me toca un poco la moral que tenga fallos tontos, pero poco a poco, que es una beta.
Yo por ahora tengo el oficial, tengo mis dudas entre seguir con ese o la versión libre (noveau o algo así, creo).
No sé yo, me parece que esa frase necesita revisión. El paquete de Arch toma como fuente el de Ubuntu, con lo que... Decían que solo soportaban Ubuntu, pero imagino que tu lo instalas donde te de la gana siempre que sepas lo que hacer.
EDIT: joder, no ha dado ni una "Hasta ahora, la única manera de ejecutar la plataforma de videojuegos de Valve era por medio de una máquina virtual (por ejemplo Wine).". Wine no es una máquina virtual.
Para ser Eduardo Arcos un "Creyente ferviente de la cultura libre.", podría haberle dedicado un rato a informarse sobre lo que escribe.
Linux es como esos coches q se fabrican los frikis, con formas estramboticas, q usan como combustible... "croquetas de pescado" y q ves en lso tipicos concursillos de inventores locos.... Estan curiosos,y caminan... pero nunca van a pasar de ahi....
Muy buena la coherencia.
Haciendo creer que esta es la versión definitiva mucha gente lo probará, o instalará linux por primera vez para probarlo, y al ver lo mal que aún funcionan la mayoría de juegos no querrán volver en la vida. Tengamos un poco de paciencia.
Me molan los llantos sobre los drivers de Nvidia. Para una compañía que hace drivers de verdad para Linux (aunque no sean libres) os quejáis. Quizás no sean perfectos pero funcionan bien. La mayoría de problams que tienen so por malas configuraciones del xorg.conf
Edit: De momento funciona.
Las editoras ya podían sacar sus juegos anteriormente para linux si así lo hubieran querido, nunca les ha hecho falta el cliente de steam para poder hacerlo. A partir de ahora lo que habrá en el steam de linux será los juegos de valve (que saca uno cada 4 años o así) y los juegos indies (los que ya estaban en linux sin steam, vamos)
Lo único significativo de sacar el steam de linux es ver que todo esto se ha originado por una pataleta del ceo de valve (y para colmo que no tenía ningún sentido) por lo del tema de la tienda de Windows. Pero bueno, son los recursos de su empresa y se los folla como quiere, está claro.
#24 Suelo usar Ubuntu que es lo más parecido a Debían (esperando negativos) No, en serio, la verdad que la seguridad que proporcionan los paquetes, los repositorios exactos o cómo bien has puesto: saber qué quiero, cuál es la instrucción exacta, irte a consola, hacerlo y Plin! Cuesta acostumbrarse, pero si le pillas el tranquillo y todo lo que usas (programas) está disponible no cambias Ubuntu (u otro) por ningún Windows nunca.
#41 positivazo por: "Sigo sin entender por que la gente se piensa que estando steam para linux los juegos automáticamente están todos en linux y funcionando de puta madre."
Por otro lado, estaría bien que Khronos unificara sus librerías (comercialmente hablando) y no fueran OpenGL + OpenAL + ... sino que tuvieran un nombre común, en plan MS con las DirectX _(¿OpenX?). Quieras que no, sería más fácil vender un juego que ponga "necesita OpenX #", por ejemplo, que "necesita OpenGL #.#, OpenAL #.#, ...".
Anuncio de la beta: store.steampowered.com/news/9638/
No ha sido hasta que valve empezó a meter mano con los de Nvidia que la cosa ha empezado a funcionar como debe ser.
Hablar de una mala configuración de xorg teniendo en cuenta estos cambios es un poco atrevido.
Fixed an X server crash on X.Org xserver 1.13 when it is compiled without support for DRI2.
Fixed a regression that broke color controls on older X servers.
Fixed a bug that sometimes caused the display layout area of the
nvidia-settings control panel to be laid out incorrectly.
Fixed a bug that prevented panning from working correctly after a modeswitch on some X servers with support for cursor constraining.
Gamma ramp and colormap adjustments now apply correctly when screen transformations such as rotation and keystone correction are in use.
Fixed RandR per-CRTC gamma persistence across modeswitches and VT-switches.
Fixed a bug that caused the X server to sometimes hang in response to input events.
Fixed a reduction in rendering performance for core X11 rendering on certain GPUs that occurred in the 290.series of releases.
Fixed a bug that prevented PowerMizer from working correctly on some boards with GDDR5 memory, such as some GeForce GT 240 SKUs.
Fixed a bug that caused OpenGL applications to not animate properly when a rotation or a transformation was applied on some older X
server versions.
Enabled FXAA with Unified Back Buffers.
Fixed a bug that prevented the "Reset Hardware Defaults" button in the Display Settings page of nvidia-settings from being activated.
Prefiero ejecutar software privativo sobre un SO libre a software privativo sobre un SO privativo.
Cuando se consiga dar el primer paso, se dará el segundo. Tranquilo, no es falta de coherencia...
Anda, no entiendo como va tan lento el ordenador ¿?¿?¿?, y estas 30 barras más en el explorador...????, y todos estos iconos que llegan hasta el botón de inicio de windows?????
9 de cada 10 ordenadores que arreglo todos están jodidos por la misma mierda, eso, sin contar los 3 o 4 antivirus que tienen instalados a la vez, cosa que no he llegado a comprender nunca.
#51 Solo por joder a M$ me comprare un par de juegos al mes.
No veo mal que en linux se ejecute software privativo y cerrado pero si echamos mierda sobre este, seamos coherentes hasta el final.
Yo no veo que este sea dar el primer paso, yo veo que esto es un "los juegos molan, quiero jugar" y como molan y quiero jugar, me olvido de todo lo que dije antes sobre el software privativo y busco escusas para justificarme.
En cuanto a dar el segundo paso, sistema operativo libre + juegos libres, seguramente ocurra pero como seguramente los juegos de más calidad, o los que más gustan, seguirán siendo los privativos, como jugar mola, seguiremos jugando con los privativos en linux aún habiendo alternativas libres.
¿Y eso es malo? para mi no pero después no echemos mierda sobre el software privativo cuando se trate de un programa o empresa que a ti no te mola.
#57 "sin contar los 3 o 4 antivirus que tienen instalados a la vez"
Todos ellos caducados y desactualizados desde hace meses
El siguiente -> siguiente es muy cómodo pero lleva a que se instale mucha mierda. Yo optaría por el siguiente ->lectura, selecciono lo que realmente quiero->siguiente.
www.meneame.net/story/steam-linux-ahora-beta-abierta-publico-eng
Aún así me alegro que salga la noticia de Steam para linux en portada
Fdo: un usuario de Windows 8, Ubuntu y Gentoo, todos funcionando juntitos a las mil maravillas.
No se trata de una incoherencia. Incoherencia sería que hubiera productos de software libre de igual calidad o mejores y se usaran los privativos. En el caso de los juegos no hay color entre unos y otros. Gracias a dios en sistemas operativos si.
A mí me gusta decir (y pensar) que el soft son herramientas, y que el libre/privativo es lo que me da/quita el poder confiar en ellas a largo plazo:
- ¿Cuánto quiero confiar en el sitio donde guardo mis trabajos, fotos porno de mis ex, y demás? Pues más bien mucho.
- ¿Cuánto quiero confiar a largo plazo en un juego? Pues algo así como cero patatero.
Solución: Juegos privativos (o no) sobre un sistema de ficheros libre (sí o sí). Por ejemplo, Steam sobre Linux.
Opcionalmente: Steam en Windows, y mis cosas bien seguras en unidad compartida desde Linux.
Añade este repositiorio en los orígenes del Centro de Software ppa:xorg-edgers/ppa y actualiza.
#68 Me conformo con motor libre y datos propietarios.
Yo de momento contento de poder jugar de vez en cuando.
Si eso fuera así no se machacaría tanto sobre la libertad que te ofrece el software libre para hacer lo que quieras y sobre la seguridad que tienes de que no te están espiando, argumentos que se repiten hasta la saciedad.
A eso me refiero, dime que usas linux porque técnicamente lo consideras mejor sistema operativo (aunque no signifique que de verdad sea mejor), no porque te ofrece libertad y código abierto y con eso le diremos tururú a la filosofía del software libre pero al menos seremos coherentes.
Claro que hay usuarios de todo tipo y a lo mejor tú no eres de esos pero yo te hablo de los que incluso justifican usar herramientas inferiores sólo porque son libres, bla bla, de los que no instalan codecs privativos sólo por ser privativos o los que instalan drivers opensource de terceros, rechazando los oficiales aunque sean mejores. De esos los hay a patadas. ¿cuántos abandonarían linux si se volviese de pago (cinco euros) y de código cerrado? ¿cuántos rechazan software cerrado e incluso distribuciones que tienen algún componente cerrado sólo por ser cerrado aunque el cerrado sea mejor que el abierto?
#68 El juego puede comprometer el sistema operativo y ponerse a compartir las fotos porno de tu ex.
El "siguiente -> siguiente" no solo es ineficiente porque al no leer lo que instalas acabes instalando mierda. Hay otras cuestiones bastante más profundas de por qué es más eficiente una gestión centralizada de paquetes.
Por no reescribir un artículo que ya hay escrito en cientos de sitios, te copio y pego un párrafo de un post del blog de un conocido:
Utilización de mayor tamaño de memoria (volátil o disco): En el hipotético caso en el que usasemos un sistema operativo privativo lleno de aplicaciones propietarias, cada una de ellas requeriría sus propios componentes o librerías que se instalarían en disco y se cargarían en memoria cada vez que se requiera su uso. Además, incluso aunque las aplicaciones usaran componentes comunes, es muy probable que cada aplicación necesitase una versión específica de cada uno de ellos, por lo que nunca existiría uniformidad en el uso de API's, el sistema estaría mucho más congestionado y lleno de distintas versiones de lo mismo, instaladas o funcionando al mismo tiempo. En el software libre sin embargo la mayoría de las distribuciones, en sus versiones estables, incluyen una única versión de cada librería con la que funcionan muchas aplicaciones, por lo que el uso de las cachés, la capacidad requerida de disco y memoria volátil, son mucho más eficientes. [Peor rendimiento del software.]
Fuente: knocte.blogspot.com.es/2006/11/diferencias-tcnicas-entre-software.html
Quizá algún día te has preguntado por qué con los SO's Windows, al cabo de un tiempo el sistema acaba congestionado y hay que hacer una reinstalación. Eso es lo que diferencia una gestión centralizada de paquetes (mucho más eficiente) que un montón de software gestionado de manera individual por cada componente de software.
¿Nunca te has leído un changelog del driver de Windows?
Si crees que los drivers de NVIDIA son una patata, prueba los de AMD.
#42
Más que portar Photoshop se debería de invertir recursos en los programas competentes (GIMP, LibreOffice). Por suerte para la mayoría de jugadores GIMP y LibreOffice cumplen tal y como son.
#53 No era una puta mierda, de hecho en gráficos GL superaba al de Windows, a tener mucho mejor soporte en Linux.
Te lo dice un usuario de Nvidia y Linux desde la Geforce 2MX 200/400.
Tú has dicho que el clásico método de instalación de software en Windows (bajarte un binario y después "siguiente->siguiente") es más cómodo que la forma clásica de instalar software en las distribuciones Linux (instalación mediante el administrador de paquetes).
Y yo te respondo que la forma clásica de Windows puede ser más cómoda (aunque no comparto esa opinión), pero entraña todas las carencias técnicas que te expongo en mi anterior comentario.
No mezclo conceptos, y creo entender bastante bien de qué va el tema. Otra cosa puede ser que yo no te haya entendido bien o viceversa, pero no minusvalores mi conocimiento acerca de esto sin saber nada de mí.
Edit: en linux puedes instalar un programa a base de comandos enrevesados o con cuatro clics a través de Synaptic pero ambos hacen lo mismo. Synaptic viene a ser como un "siguiente, siguiente".
Yo no te hacía comparación entre instalar por consola y hacerlo mediante un sistema gráfico. Eso a la postre es lo mismo tal y como expones.
Yo te hago la comparación entre instalar un software que lleva incorporadas todas las dependencias que necesita dentro, a instalarlo mediante un sistema centralizado, en el que cada componente de software tiene unas dependencias comunes y todo se resuelve mediante un sistema jerárquico.
Técnicamente, si bien puede ser más compleja, la segunda opción es mucho más eficiente.
Te recomiendo leer el artículo completo que puse en mi anterior comentario.
De pataleta de Gabe nada, eh?!
perdonen... no podia aguantarme, lo tenia que decir...
Mira yo jugaba al quake con mi 3dfx voodoo 3 en Linux, y te puedo asegurar que esos drivers (integrados directamente en el kernel no como módulo) se pasaban por la piedra a los suministrados por el fabricante para Windows.
Actualmente recomiendo Nvidia o Intel para cualquier persona que me pregunta que grafica utilizar en Linux y sobre todo Nvidia, es más, la recomiendo precisamente porque no ha retirado el soporte (no como pasó con Ati al retirar el soporte para las nuevas versiones de xorg con sus graficas antiguas).
No digo que sean una patata, como he dicho en el comentario los drivers han mejorado muchisimo, me he quejado de las versiones anteriores y de que es atrevido achacar a una mala configuración de xorg fallos que en realidad pueden venir del propio driver y más teniendo en cuenta de que el propio driver puede configurar automaticamente xorg a traves de su panel de control.
Claro, y de ahí viene el problema y por eso te estoy diciendo que estás mezclando.
Esta conversación viene de #17 que dice: : en Windows tenías el .exe y luego el Aceptar y Siguiente. Nada más! En Linux la consola maldita para hombres con los xxxxxx negros.
Yo sí te estoy comparando la instalación por consola y hacerlo mediante un sistema gráfico. Una cosa es la forma de instalarlo (por consola o con entorno gráfico) y otra es como funcione el sistema por dentro. Yo te hablo de lo primero y tú me estás explicando lo segundo, a lo que, por cierto, no tengo nada que objetar.
Linux, ni el 1% de cuota de mercado en Marzo de 2012 ==> www.somoslibres.org/modules.php?name=News&file=article&sid=538
Windows 8 Supera ya a Linux en número de usuarios ==> www.muylinux.com/2012/12/18/la-cuota-de-linux-ya-es-inferior-a-la-de-w
PD: No tengo espacio en la partición para instalar TF2
#90 #91 Sí, algo más, en torno a un 5% www.w3schools.com/browsers/browsers_os.asp (web especializada) Aquí tienes un global y por paises: gs.statcounter.com/download/os-country/ y es algo menos (archivo en bajada)
Creo que conozco a demasiados linuxeros, las amistades
En esa fiabilidad, gana por goleada cualquier sistema libre que sea popular. Léase: que mucha gente tenga posibilidad de cagarse en él... hasta el punto de que unos pocos se animen a arreglarlo. Por los tiempos de los tiempos.
Un sistema cerrado (sea o no de pago) nunca podrá dar esa "fiabilidad en el tiempo y el espacio (de usuarios)". Puede ser cojonudo de manera puntual, durante los 2, 3, o 5 años que el fabricante decida mantenerlo, con una gran inversión en equipo de QA, un gran servicio post-venta, y lo que quieras. Nunca llegará al "ilimitados años y usuarios".
Lo mismo ocurre con todo el soft... salvo que cuanto más específico y puntual su uso, menos importa que dentro de 5 años, o 2, o incluso dentro de mes y medio, ya no lo mantenga nadie. Por ejemplo, si quisiese una app para "felicitar el año nuevo 2013", dentro de dos semanas ya me importaría un pimiento quién la mantiene o no.
¿Los "fanáticos" de lo libre?... bueno, siempre hay fanáticos de todo. Aunque habría que plantearse si lo que usan (inferior o no, con menos funcionalidades) les sirve como una herramienta puntual, o como algo de lo que quieren fiarse en el tiempo. Si es lo segundo, tal vez no sean tan fanáticos, sino que están aceptando un compromiso: menos funcionalidades, a cambio de más fiabilidad.
" Léase: que mucha gente tenga posibilidad de cagarse en él... hasta el punto de que unos pocos se animen a arreglarlo. Por los tiempos de los tiempos."
Eso en teoría es así. En la práctica, es la empresa encargada de la distribución quien distribuye los parches, tú sólo podrás hacer ñapas para mitigar el problema. Ñapas como también se hacen en windows desde siempre, por ejemplo, cuando un bug afectó a una dll encargada de generar las miniaturas de las imágenes, el parche oficial estuvo tiempo después pero el problema estaba "resuelto" desde el primer día aunque sólo fuese desactivando la DLL. Eso ocurre con cualquier bug en windows, hay solución desde el primer día.
Pero es igual porque yo no te hablo de aprovechar ningún bug, por tanto, no habrá nada que arreglar. Yo te hablo del funcionamiento normal de cualquier sistema operativo. Si instalas con permisos de root (es decir, si lo instalas) un juego cerrado "que no sabes qué hace realmente" (eso dicen), este si quiere podrá hacer que los vídeos de tu ex vuelen a los servidores de la empresa del juego y de ahí a donde ellos quieran.
" Nunca llegará al "ilimitados años y usuarios"."
¿Qué distribución tiene "soporte ilimitado"? por ejemplo, la LTS de ubuntú creo que tiene sólo cinco años de soporte. En cuanto a los usuarios, windows gana por goleada en usuarios a cualquiera.
- "es la empresa encargada de la distribución quien distribuye los parches" <- NO
- "desactivando la DLL" <- NO
- "instalas con permisos de root (es decir, si lo instalas)" <- NO
- "LTS de ubuntú creo que tiene sólo cinco años de soporte" <- NO
- "En cuanto a los usuarios, windows gana por goleada" <- irrelevante
Entiende que no me extienda, son demasiados puntos y me saldría un ladrillo infumable.
1. De los parches de ubuntu se encarga... ubuntu.
2. unaaldia.hispasec.com/2011/01/nuevo-0-day-en-windows-microsoft.html aunque había otro ejemplo mejor que no encuentro.
3. Sí. El juego se instala y al mismo tiempo que se comunica con el servidor para p ej, una partida online, puede enviarte los vídeos.
4. www.theinquirer.es/2012/04/26/ubuntu-12-04-precise-pangolin-ya-esta-di
5. Relevante desde el momento en que dices "ilimitados años y usuarios"
"Entiende que no me extienda, son demasiados puntos y me saldría un ladrillo infumable. "
No importa, tengo todo el día, expláyate.
Yo no.
Si alardeas de tener tanto tiempo, úsalo para intentar entender algo de lo que lees.
PD: y en honor al aprovechamiento del tiempo, ahora me voy a hacer unas pajas, pa que veas lo mucho que me importa el que entiendas (tú o nadie) eso que he puesto.
P.D: "pa que veas lo mucho que me importa el que entiendas (tú o nadie) eso que he puesto."
Pues no haberte metido y esto que nos ahorrábamos.
Felices pajas.