419meneos
Finalmente: Flash de 64 bits de forma nativa en Linux
blogs.adobe.com/penguin.swf/2008/11/now_supporting_16_exabyt... por apt-drink el 17-11-2008 07:59 UTC, publicado el 17-11-2008 23:15 UTC
El principal desarrollador de Flash para Linux ha publicado en su blog una versión beta del conocido plugin. ¡Se acabaron nsplugginwrapper y demás ñapas!
Aunque precisamente por fin he conseguido que nspluginwrapper funcione como debe...
Mira, un problema menos
Hay que joderse, años y años con la guerra de navegadores, el intentar que se respeten los estándares, y ahora que por fin nos empezamos a librar poco a poco de la dependencia de IE, que tenemos Firefox, Opera, el motor WebKit, etc. resulta que una sola empresa tiene toda la web cogida literalmente por los huevos con el puto flash.
No me extraña que Gnash sea el proyecto de máxima prioridad de la FSF...
Por cierto que ahora que lo pienso, aún estoy con la RC 2 de flash 10, pero bueno ya que me va bien voy a aplicar aquello de " si funciona no lo arregles " para no actualizarlo, al menos por ahora.
Lo que hace falta es que el plugin de flash sea libre, un binario está bien, pero es un parche.
Me da a mi que el flash tiene que ser internamente una chapuza de escandalo, por los problemas que estan teniendo para portarlo a linux(y cualquier otra cosa distinta de windows) y a 64 bits.
No nos engañemos, ni Gnash ni sfwdec ni ningún proyecto estará nunca a la altura del plugin oficial.
Adobe compró Macromedia y ahí la jodimos, porque ellos mismos se han encargado de frenar SVG todo lo posible, que es el único estándar abierto que algún día y con JavaScript podría competir cara a cara con Flash.
En Opera, por ejemplo ya se hicieron demostraciones de vídeos embebidos en páginas web usando SVG, ya veremos qué pasa al final con HTML 5. Si al menos se pudiera evitar tener que usar Flash para ver vídeos sería un enorme paso.
es.youtube.com/watch?v=e_Pe9AgkO3Q
en.wikipedia.org/wiki/HTML_5
Pero de hecho la mejora más importante no ha sido la introducción de los 64 bits, sino los sets de instrucciones paralelos al set del x86 que han ido saliendo a lo largo de los años desde el Pentium, es decir MMX, 3DNow! y SSE (128 bits) con todas sus variantes, que están hechos para cálculos complejos. Y de paso, también alivian en parte la falta de registros generales.
Y eso en sí no tiene nada que ver con los 64 bits.
El problema es que para sacarle partido tanto a una cosa como a la otra, se necesita que el compilador genere código específico y sobretodo que lo haga bien, y no es nada fácil. O eso o que los programas incorporen código en ensamblador ya programado a mano en esos sets de instrucciones, cosa que ya ocurre con los programas o librerías que lo necesitan, básicamente de audio/video.
La realidad es que en la práctica para la mayoría de programas se nota muy poco. El problema es que seguimos arrastrando la arquitectura x86, en parte por Windows y ahora también en parte porque Apple finalmente se bajó los pantalones.
#43 A ver, de acuerdo, al menos no hay que ir descifrando binarios y el OOXML es seguramente mucho más grande y complicado, pero Flash no deja de ser un problema para el desarrollo de la web. Todos los estándares como TCP/IP, C++ y compañía o llevan abiertos toda la vida, o son lo suficientemente pequeños como para que "cualquiera" los implemente, o son lenguajes de programación lo suficientemente importantes como para que sea necesario que alguien haga una implementación libre.
Flash debe liberarse, porque por mucho que Gnash funcionara perfecto, no tienes herramientas libres para crear animaciones en ese lenguaje, Adobe no las sacará probablemente nunca, y nos quedaremos en una situación de "play only" que no nos conviene.
Si Adobe liberara por completo Flash, ya sería otra cosa. De momento es un problema. Hoy tienes plugin, mañana no lo tienes, hoy te cambio la especificación, mañana me espero para que te de tiempo a implementar tu plugin... o no.
Nadie te garantiza nada.
Por eso digo que al menos para el tema de los vídeos es muy necesario que los desarrolladores de navegadores se pongan de acuerdo con SVG + JavaScript. Por eso está el tema calentito con HTML 5.
meneame.net/story/peticion-adobe-para-dar-soporte-flashshockwave-64-bix
Una petición online cumplida :D
Que se hubiesen espabilado en su día, que seguir usando sistemas a 32 bits es un poco lamentable.
Pregunto porque la verdad no lo he probado (problemas para encontrar drivers y programas de 64 bits, mas que nada).
Entonces, hoy por hoy, y dado los quebraderos de cabeza que da, realmente no merece la pena pasarse a 64 bits,¿ no?
Muy buena noticia!!
Para el que no lo sepa, y quiera probarlo, solo tiene que copiar el .so a /usr/lib/mozilla/plugins
Sé que había un proyecto que se cargó Carla Bruni. Seguiremos dependiendo de Adobe hasta que tengamos una herramienta de creación libre.
Y no compares eso con el OOXML porque puede o no ser lo mismo, el tema es si Adobe lo hará bien o no, si Microsoft lo ha hecho mal no quiere decir que los demás lo vayan a hacer igual, al fin y al cabo existen cientos de especificaciones implementadas en montones de lugares que se lo han tenido que currar, desde protocolos como TCP/IP, lenguajes como HTML, compiladores para C++, maquinas viruales como la de Java, ...,tanto de código abierto como cerrado, algunos más simples que Flash y otros más complejos, unos con especificaciones, pero que funcionan y evolucionan día a día.
Lo que hay que saber es si Adobe hará bien ese trabajo, por ejemplo dando las especificaciones durante el desarrollo para que otros grupos puedan mantener el ritmo y no solo cuando ya estén cerradas y su reproductor en la calle. Así que por ahora juzgar un proyecto que acaba de empezar me parece apresurado. De momento es bueno y como mínimo los desarrolladores de reproductores alternativos se ahorrarán la ingeniería inversa que sí que es muy costosa en tiempo.