Buen artículo muy explicativo, aparte de enterarme lo de nVidia ahora entiendo eso del “xv” y lo otro que aparecen en mplayer y apps así en gnulinux.

Saludos!

Creo que entiendo tu punto de vista. Estamos hablando de distintas cosas.

Lo que tu ves en el avance del rendimiento de los drivers en benchmarks y en ChangeLog se refiere a cómo van avanzando los drivers para el hardware nuevo. Cuando aparece un hardware a disposición del publico casi siempre el driver es inmaduro y a medida que el hardware se va haciendo viejo, los drivers van madurando y comienzan a aprovechar las características del hardware. De paso aparecen API’s nuevas y las integran (como VDPAU o OpenGL 3)

Yo me refiero a otra cosa. El soporte 3D en Linux siempre ha sido bueno en Intel y NVIDIA (no así en ATI), al menos desde hace unos 8 años atras que fue cuando comencé a usar Linux. En “echoch tiempoch” podías jugar perfectamente juegos modernos, en donde moderno significaba Quake 2, Unreal Tournament, Soldier of Fortune, etc.

Las tarjetas avanzadas de esa época (2000, 2001) incluian soporte para pixel buffers que es lo que necesita Compiz para implementar la extensión GLX_EXT_texture_from_pixmap. Es por eso que en una GeForce 4 por ejemplo puedes usar Compiz sin problemas. Esos drivers en general casi ni se desarrollan hoy en día, basta con lo que tenían en esa época. Aqui puedes ver un demo del 2002 que hicimos con unos amigos, hay características que están implementadas ahi que usan los pixel buffers que necesitas para Compiz:

http://www.youtube.com/watch?v=PoNQGEQ4rcA

En donde hay problemas en en hardware con mal soporte de drivers como es el caso de ATI y en su tiempo de VIA. Entonces a pesar de que la caracteristica existe, la extensión no esta(ba) implementada, eso está cambiando recién pero no podemos generalizar y decir que en Linux los drivers no eran potentes.

No sé que problemas hayas tenido con los drivers de intel porque es bien raro que no los instale o reconozca. Los drivers de intel son abiertos y están incluidos en X.org por omisión, no se instalan. Cuando el servidor X se inicia, hace un scan de los buses para detectar el ID del dispositivo y en base a eso carga el driver, no es mucho más complejo que eso.

En el caso de NVIDIA los dramas más que nada tienen que ver con el desarrollo independiente de NVIDIA que hasta hace poco requería que el usuario recompilara el driver si es que no había una versión ya compilada para su kernel, esas complejidades desaparecieron cuando se hizo un procedimiento comun para generar los binarios al iniciar el sistema (linux restricted modules y sus amigos).

Y respecto a la integración de los drivers con las dristribuciones, es cierto que ultimamente han salido paquetes para ubuntu/opensuse/fedora e incluso en los mismos resositorios, y estas tambien han mejorado sus herramientas de autodetección e instalacion de los respectivos drivers… pero, todabia no estan en un buen nivel y, aún incluso algunas distros tienen problemas al instalar y reconocer drivers para intel. Es cierto que a veces no hay que tocar nada y puedes correr inmediatamente una aplicacion 3D, pero no es la mayoria de los casos, a veces se deben instalar paquetes especificos. Problemas que han ocurrido tanto por despiste de los empaquetadores, por el avance de las herramientas de autodeteccion, y por la falta de una infraestructura de pruebas que es bastante dificil de conseguir.

Es dificil hacerce el panorama general de este tema de los drivers y el video en gnu/linux phoronix lo presenta muy bien en algunos de sus últimos artículos, pero gran parte del tema también está en las publicaciones anteriores.

Imagino que el hecho de que las noticias de Linux sean algo nuevo para muchos, provoca que algunos que no saben mucho del pingüino (onda que no lo usen) entren a curiosear y al no entender sientan que la noticia no tiene sentido (para los que creen que no hay necesidad de Linuxwayer)

@Franco:
Interesantísima tu intención, todo los otros sitios de noticias de Linux son solo traducciones y re-ediciones de noticias de otros blogs. Felicitaciones, gran iniciativa, se agradece.

la verdad es que la reproducción de video en Linux es maaaaala… pa que andamos con cosas, ojala que ATI se ponga las pilas también.

@chronnoz :
La D de “despliegue” de VDPAU se refiere en parte al postprocesamiento del video, asi que veremos esas mejoras

Respecto a temas como el panel de control es porque NVIDIA con sus drivers para Linux no está muy orientado al mercado hogareño, sino que al mercado profesional, como por ejemplo las estaciones de trabajo en Hollywood.

FFmpeg es un set de codecs, viene con una utilidad para transcodificar, pero también se ocupa como biblioteca en otras aplicaciones de video (ej. mplayer) y en gstreamer que es un framework multimedia para Linux, Windows y OSX

@Fakeroot :
Yo creo que wayland primero será desarrollado en forma independiente y cuando pruebe que vale la pena ahí tendrá apoyo del resto. Es asi como sucede a menudo, basta ver como se llevó adelante XGL+Compiz. En todo caso PROMETE. Espero escribir sobre eso pronto.

Los avances que mencionas como GEM y kernel mode setting hacen que Xorg sea mas pequeño, lo mejoran, por lo tanto dificil que se elimine.

@Anónimo
No es tan simple liberar, aunque sean fabricantes de hardware. Varios componentes de sus GPU’s son desarrollados por terceros que resguardan su propiedad intelectual, por eso son reacios a mostrar sus API’s internas

@Lord-Nicon
ATI tiene avances en el mismo sentido, pero sinceramente creo que van a jugar solos a eso

@Toshi
Es dificil que se unan ya que son competencia (ATI/AMD + Intel + NVIDIA). Es por eso que estan trabajando en sacar adelante algo que después se pueda convertir en estándard, asi “la llevan”.

@Andres Bravo
Los escritorios 3D pueden correr con tarjetas chicas gracias a los cambios que se han hecho en X. Los drivers siempre han sido potentes. Lo que pasó con Aero de Vista es netamente un tema de diseño de software.

Los drivers de Intel ya estan bien integrados porque son Open Source (salvo el de GMA 500). Los de NVIDIA y ATI están bien integrados en distribuciones que no le hacen asco a los drivers propietarios como es el caso de Ubuntu

Los cambios que se están haciendo no van a afectar a las aplicaciones por la forma en que están construidas. Como aplicaciones no estan amarradas al sistema subyacente

No quise incluir a XvBA porque era “una sigla más” que entraba al juego y sinceramente no le veo mucho futuro. Mi idea era hablar de VDPAU solamente, y por eso tuve que agregar otros sistemas como XvMC

@Mikko
Debe ser porque el promedio de Trolls no alcanza a pasar más allá del titular

@Tom
Lo que quiero hacer es que en FayerWayer el área de Linux tenga artículos que no vas a encontrar en otros sitios. Encontrarás la información pero otra cosa es procesarla y tratar de ser un aporte. Por ejemplo este artículo resume lo que puedes encontrar en al menos unos 15 artículos altamente técnicos tal como dices.

Saludos y muchas gracias por su feedback! estoy bastante motivado. En todo caso no se acostumbren, ya que también vendrán artículos mas light (pero no tanto jeje)

Buen articulo

Excelente articulo, queremos ver mas linux en FW.

En todo caso, Bien Franco!, de otro nivel el articulo

“Is improved Composite support during video playback, Hybrid CrossFire support, and a number of fixes. Oh, and there’s also OpenGL 3.0 support!”

Por otra parte me parece exelente que nvidia este decidida a dar soporte de drivers mas avanzados o completos a plataformas como GNU/Linux, esto me hace querer tener una lap con grafica nvidia, tengo ati integraday no rulea taaan chido el driver y la actualizacion que hay hasta (con envy) hasta me dejo los videos parpadeantes si no los ponia a fullscreen.

Bueno
Bye

Creo que el proximo nivel en un mediano plazo/futuro próximo es integrar estos drivers a las distribuciones o hacer su configuacion una tarea sencilla para un usuario final comun y corriente.
No veo a OpenGl 3 ni VDPAU en el horizonte próximo como estandar en el resto de los drivers, todabía falta un montón de debate, adaptacion de drivers, modificaciones de kernel, y consecuentes dolores de cabeza que esto va a casusar en las actuales aplicaciones 3D (Xgl, Aiglx, Compiz, Kwin y juegos).

Buen artículo, pero la verdad me costó su rato entender hacia adonde apuntaba y a que cosa quería llegar (falto una pequeña alusion a XvBA).