Explicación de los problemas en el desarrollo de adobe flash player para Linux. Noticia aparecida en FayerWayer que informa del debate que se ha producido entre el desarrollador de este plugin y los desarrolladores de la comunidad Linux en el sitio Phoronix.
"Si encuentras que una interfaz debería funcionar pero no funciona, por favor, reporta el bug. No te conformes usando interfaces que no fueron diseñadas para eso o que funcionan en formas no documentadas. Sé que es la forma estándar de hacer estas cosas en Windows. Nosotros preferimos corregir nuestros bugs cuando los conocemos, para que no tengas que hacer ese tipo de cosas aquí. El hecho de que el “método más confiable de detección” sea confiable sólo en el driver de código cerrado de NVIDIA, es una clara evidencia de que no es confiable."
Hace no mucho leí que Intel dedicaba un 1% de recursos y personas a Linux respecto a Windows para soportar el hardware en uno y otro sistema y que sin embargo habían conseguido mejores resultados en Linux. Me pareció exagerado pero ahora veo que no.
#6 por lo visto no es tan fácil hacerlo mediante OpenGL al menos en mplayer. El motivo técnico no lo sé, pero de acuerdo con la documentación de mplayer:
ycbcr
Use the GL_MESA_ycbcr_texture extension to convert YUV to RGB. In most cases this is probably
slower than doing software conversion to RGB.
editado:
gracias a DRI2, las incompatibilidades compiz-xv/opengl en teoría ya no existen.
#7 ¿ DRI2 ? Eso lo usarán los drivers libres de ATI e Intel, por lo que lo que es los drivers propietarios de NVIDIA ...
Que chungo va todo aquí para acelerar ... ¿ OpenCL y/o VDPAU ya sirven para algo ? ATI va por un lado , NVIDIA por otro, INTEL por otro, y mientras en Windows tienen Direct 3D ... no, si al final los de Adobe usarán SDL como API y la salida la elegiŕas tu segun como te vaya de rápido ...
Yo si lo uso en kde, parece cuando cambio un vídeo a pantalla completa que se ve el fondo de gnome unos segundos. En iceweasel.
Y lo que dice 2 me suele pasar con los controles.
En la actualidad no hay forma de convertir YUV a RGB a través del hardware de video (GPU) y es una tarea que se hace “por software” en la CPU.
Esto es agarrarse a un clavo ardiendo para seguir viviendo de las rentas. Auqnue no lo haga la GPU, el coste de hacerlo por CPU no es tan alto como puede parecer.
#5 OK , XV acelera YUV, Adobe Flash opera sobre RGB . Que usen GLSL Fragment Shaders para convertir a toa jostia y a correr .Eso sí , adios a Compiz mientras uses Flash
Comentarios
Ian de Intel respondió:
"Si encuentras que una interfaz debería funcionar pero no funciona, por favor, reporta el bug. No te conformes usando interfaces que no fueron diseñadas para eso o que funcionan en formas no documentadas. Sé que es la forma estándar de hacer estas cosas en Windows. Nosotros preferimos corregir nuestros bugs cuando los conocemos, para que no tengas que hacer ese tipo de cosas aquí. El hecho de que el “método más confiable de detección” sea confiable sólo en el driver de código cerrado de NVIDIA, es una clara evidencia de que no es confiable."
Hace no mucho leí que Intel dedicaba un 1% de recursos y personas a Linux respecto a Windows para soportar el hardware en uno y otro sistema y que sin embargo habían conseguido mejores resultados en Linux. Me pareció exagerado pero ahora veo que no.
#6 por lo visto no es tan fácil hacerlo mediante OpenGL al menos en mplayer. El motivo técnico no lo sé, pero de acuerdo con la documentación de mplayer:
ycbcr
Use the GL_MESA_ycbcr_texture extension to convert YUV to RGB. In most cases this is probably
slower than doing software conversion to RGB.
#7 ¿ DRI2 ? Eso lo usarán los drivers libres de ATI e Intel, por lo que lo que es los drivers propietarios de NVIDIA ...
Que chungo va todo aquí para acelerar ... ¿ OpenCL y/o VDPAU ya sirven para algo ? ATI va por un lado , NVIDIA por otro, INTEL por otro, y mientras en Windows tienen Direct 3D ... no, si al final los de Adobe usarán SDL como API y la salida la elegiŕas tu segun como te vaya de rápido ...
Yo lo que se es que algunos botones en flash no van. Lo bueno es que lo suplo en mayor parte con el teclado.
Yo si lo uso en kde, parece cuando cambio un vídeo a pantalla completa que se ve el fondo de gnome unos segundos. En iceweasel.
Y lo que dice 2 me suele pasar con los controles.
Flash is dead
Muy interesante el artículo, pero..
En la actualidad no hay forma de convertir YUV a RGB a través del hardware de video (GPU) y es una tarea que se hace “por software” en la CPU.
Esto es agarrarse a un clavo ardiendo para seguir viviendo de las rentas. Auqnue no lo haga la GPU, el coste de hacerlo por CPU no es tan alto como puede parecer.
#1 ¿ Cómo ?
¿ Xv no lo hacía ? Vaya , entonces ¿ Se podría intentar con http://www.fourcc.org/fccyvrgb.php ?
(GL Fragment Shaders )
#4 por ejemplo mplayer lo hace en tiempo real, por software, sin un coste de cpu apreciable.
#5 OK , XV acelera YUV, Adobe Flash opera sobre RGB . Que usen GLSL Fragment Shaders para convertir a toa jostia y a correr .Eso sí , adios a Compiz mientras uses Flash
¿Qué no se supone que si alguien modifica la entradilla es microbloggin? Solo pregunto.
Cuando Adobe cree un plugin de flash decente,aunque ahora ya lo sea, el escritorio en Linux sera muchisimo mejor que el de cualquier plataforma
Categoría incorrecta: el plugin de Adobe Flash no es software libre.
#9 ¿Quieres decir cuando Adobe libere flash?