Libertonia
Portada · Todo · Software Libre · Desarrolladores · Comunidad · Internet · Tecnología · Meta · Diarios
Phonon, gstreamer and co.

atopos's Diary
Por atopos
departamento luchas-intestinas , Sección Diarios
Puesto a las Fri May 12th, 2006 at 09:28:14 AM CET
Desde hace ya algún tiempo KDE tiene previsto introducir cambios en su infraestructura de sonido. Los problemas de aRts, el actual framework, han hecho pensar en la necesidad de nuevas posibilidades. Una de las novedades importantes que incluirá la tan esperada KDE4 en esta dirección es Phonon.

 


Phonon se plantea como una API que proporciona una capa intermedia al programador entre las aplicaciones de KDE y las APIs de los backends multimedia como Gstreamer, Helix, Xine, Jack, NMM, etc.

La apuesta parece prometedora, y empieza a comentarse en los medios especializados (véase, por ejemplo, este interesante artículo).

Pero no todo es paz en el reino del señor, y ayer mismo se ha montado un cierto revuelo con un artículo crítico de un desarrollador de GStreamer, que no considera Phonon precisamente una buena solución.

Aaron Seigo, uno de los desarrolladores más conocidos de KDE, ha salido al paso, y con él otros desarrolladores de este entorno de escritorio.

La discusión está servida. Y es que, hoy por hoy, el tema tan complejo del multimedia en Linux & CO sigue necesitando de una buena dosis de trabajo creativo.

¿Qué opinan los libertonianos ---callaos estaís, pillines--- del asunto?

< OpenLaszlo (5 comments) | Linksys WRT54GL (3 comments) >
Enlaces Relacionados
· Phonon
· Gstreamer
· Helix
· Xine
· Jack
· NMM
· este
· artículo crítico
· salido al paso
· otros
· desarrolladores
· More on atopos's Diary
· Also by atopos

Menu
· crear cuenta
· FAQ
· búsqueda
· Fuentes de Noticias

Login
Nueva cuenta
Usuario:
Contraseña:

Ver: Modo: Orden:
Phonon, gstreamer and co. | 9 comentarios (9 temáticos, editoriales, 0 ocultos)
Asunto complicado, sin duda (4.00 / 3) (#1)
por Ed hunter (eduardo.mestreENhispalinux.es) a las Fri May 12th, 2006 at 01:06:40 PM CET
(Información Usuario) http://speedball.servemp3.com

Tanto esound como aRts fueron unas chapuzas obligadas por las limitaciones del modelo de driver OSS, que a día de hoy han quedado superados por ALSA. Supongo que si se diseñasen GNOME o KDE hoy no se habría pensado en usar un daemon de sonido.

En el caso de Jack, la idea es la sincronización perfecta entre diferentes pistas de audio y sintetizadores MIDI, por lo que es más bien la plataforma básica para aplicaciones estilo Rosegarden que para el escritorio. En todo caso puede tener cierto interes en videojuegos, por lo de la sincronización y tal, pero no lo veo tan claro.

El tener una API de sonido a nivel de escritorio es lógico, para usar siempre el mismo modelo de objetos, pero soy de los que piensan que el backend lo debe poder escoger el usuario.

Luego debemos tener en cuenta la transparencia de la red en UNIX. Puedes tener tu terminal gráfico en la red, por lo que el sistema de sonido del escritorio debería tener en cuenta el valor de la variable $DISPLAY o debería existir una variable similar especifica del sonido, una $SOUND. Si la variable SOUND=:0 usamos el primer dispositivo de sonido de la máquina local, y si es SOUND=192.168.0.24:3 usaríamos el cuarto dispositivo de sonido de la máquina con IP 192.168.0.24.

Se nota que el sonido no es algo en lo que se pensase en UNIX en orígen y no esta todavía totalmente resuelto, ya que cuando se diseñó X-Window System tampoco se pensó demasiado en ello más allá de hacer sonar un zumbador al estilo del PC-Speaker o el zumbador del ZX-Spectrum.

Eso si, si se trata de conseguir soluciones poco ambiciosas, tales como obtener un sistema de sonido similar al de Windows o Macintosh (todo limitado a la máquina local y tal) prácticamente con usar drivers ALSA y Jack vamos más que sobrados.

Speedball la banda de heavy más chunga
Ven al Helvete Metal Bar


 
mínimo indispensable (none / 0) (#2)
por man ls a las Sun May 14th, 2006 at 11:54:19 AM CET
(Información Usuario)

Lo más importante que hay que entender es que Phonon no es el máximo común divisor (hace todo lo que hacen los demás)m sino el mínimo común múltiplo: se limita a un subconjunto sencillo para programas de KDE que quieren hacer un sonido "ping!" chulo. No va a reproducir todo lo que hace GStreamer, que es lo que le achaca el tal Schaller.



Phonon, gstreamer and co. | 9 comentarios (9 temáticos, editoriales, 0 ocultos)
Ver: Modo: Orden:

ecol Logo Powered by Scoop
Todas las Marcas Registradas y copyrights de esta página son propiedad de sus respectivos dueños.
Los comentarios son propiedad del que los escribe.
Los iconos de las noticias y el logotipo son propiedad de Javier Malonda.
El Resto © 2002 Escomposlinux.org y aledaños.

Puedes sindicar los contenidos de libertonia en formato RSS 1.0 y RDF 0.9. También se puede sindicar la cola de envíos pendientes de moderación.

El proyecto escomposlinux.org está dedicado a la memoria de tas

crear cuenta | faq | búsqueda