Nice! Gracias por el aporte

Phonon no es “solo sonido”, sino un gran gran backend-frontend para aplicaciones que aprovechen multimedios. Imaginalo como un monton de engines (con codecs incluidos) para reproduccion de archivos de multimedios (peliculas/musica). Es bastante similar a gstreamer en su concepto (pero con diferencias sustanciales, como el uso de Solid que es bastante mas inteligente que Ear Candy). Es exclusivo de KDE4, y ademas fue para dar una estabilidad a la gran cantidad de APIs que viven cambiando *cof*gstreamer*cof* a lo largo del tiempo.

Pulseaudio es un SOUND SERVER, similar a ESD (que tambien tiene la gracia de poder usar la red para transmitir audio). Pulseaudio se comunica casi a bajo nivel al kernel (via HAL) o via ALSA (sinks/pipes). A diferencia de Phonon, estas llamadas pueden ser ocupando la misma API de ALSA para programar aplicaciones de audio (ALSA/OSS) o bien ocupando bibliotecas de un poco mas alto nivel, como libgnome o libao. Phonon es el API de multimedios de KDE4.

Código:
sudo gedit /etc/modprobe.d/alsa-base

Al final del archivo añade la siguiente linea:
Código:
options snd-hda-intel model=sony-assamd (en el caso de los vaio, mi caso)

Luego graba los cambios, cierra el archivo, reinicia y prueba nuevamente.

Si no fuera vaio el metodo es el mismo solo cambiaria el termino sony-assamd averigua por ahi…

Los cambios fueron probados tanto en intrepid como en jaunty y en ambos se soluciono el problema.
http://foros.ubuntu-cl.org/viewtopic.php?t=8152&start=0&postdays=0&postorder=asc&highlight=

Hay que tener en cuenta que cada laptop es diferente y esos extras son específicos de cada laptop. A medida que se van conociendo más modelos (y extras), vienen esas cosas pre-activadas.

No es un problema de ALSA ni PulseAudio, solo de (pre)configuración.

Que opinas? problemas de alsa?.. PulseAudio? he visto muchos notebooks con este tipo de chipsets con el mismo drama…

Ayudaría Ear Candy a futuro con mi problema?

Saludos!

la latencia no solo se mide por los ciclos de CPU contra la maquina (ya que pueden haber otros procesos ocupandolo), si es que usas algun sistema “anti latencia” (las comillas son mias). Recordar, por ejemplo, los intentos de UBStudio y los kernels de RealTime (que andaban mejor que los experimentos actuales) donde la latencia no llegaba a los 420 ms en promedio, aunque eso no le importaria al usuario comun.

OSS no fue exclusivo de Linux, pero era lo que se tenia ante una voragine de clones de SB16 en el mercado (en aquellos entonces). Codigo realmente usable, pero no en las situaciones que son comunes actualmente (”oh, quiero que se escuchen los videos de yutub”, entre otros ejemplos). ALSA solo coloco una capa para que el desarrollo de aplicaciones para ISVs no se vieran afectados entre cambios de version de OSS, y la mentira de aplicaciones concurrentes que usaran el mismo dispositivo. Para la gente desarrollando drivers fue un descanso de OSS (aparte, esos wnes cambiaron su licencia). Aun se puede usar ALSA para “que varios programas toquen musiquita en sus notificaciones” pero la implementacion no fue nada simple. Imaginen como usar motosierras para poder cortar las piezas del coliseo romano: rectas, ok. Curvas…ni tanto.

ESD y ARTS fueron exclusivas de cada ambiente de escritorio, solo por que cada implementacion de “sonido” de los escritorios tenia una forma de manejo del audio. Si queria ocupar Kopete en GNOME o GAIM en KDE, serian soluciones incompatibles. Para los fanboys de Windows, existe DirectSound desde que lo conozco (1996) y ese ha sido como un buen manejado (pero culero estandard) desde aquellas epocas.

Ahora Pulseaudio trae mas dolores de cabeza que soluciones. Pero que va! Reportar el problema (y ojala reproducir el por que) es mas beneficioso que seguir alegando. Eso!

Esto por el simple hecho de haber disputas entre “usuarios finales” y los desarrolladores del software. Muchas quejas, por ejemplo, se han basado en el simple hecho de “completamente personalizable” o de “amigable para el usuario final”… en proyectos como PulseAudio, tal tipo de discusiones, me parece, deben ser pan de cada día… y los no entendidos (o muy entendidos, por el contrario) dejarán sus malas impresiones.

Saludos!

De seguro eres gay.

jaajaujuajau.

Además de tratar de reducir la latencia, implementa funciones para que las aplicaciones puedan medir la latencia y compensar respecto a eso.

Siempre habrá un compromiso entre latencia y rendimiento. Si reduces la latencia, el rendimiento se ve afectado. Si quieres mejorar el rendimiento tienes que acumular más datos para enviarlos de a bloques más grandes al dispositivo de sonido, aumentando la latencia.

Dado que siempre al pasar por el computador va a haber latencia, hay tarjetas de audio que tienen monitoreo por hardware para escuchar la señal antes de entrar al computador. Eso en conjunto con la compensación de latencia hace que al menos no afecte tanto como debería.

Sobre los efectos de audio, si se puede, pero no están disponibles para el usuario final. Básicamente lo que hacen es insertar plugins de LADSPA en la cadena de salida de audio.

Por ejemplo:
http://ubuntuforums.org/showthread.php?t=789578

Esto te puede ayudar temporalmente:
http://linuxnotes.blogspot.com/2005/04/intel-845g-audacity-and-arts.html

Cualquiera de los componentes que cambies de tu computador te va a ayudar:

512 Ram ddr 333 -> 1GB
Un Celeron de 2Ghz -> Pentium 4 de 2Ghz
Un disco de 40 GB de 5200 rpm ATA -> Disco de 7200 SATA o ATA por lo menos

Hay unos discos duros que tienen más caché con otro y se nota la diferencia. A veces la gente se fija sólo en la capacidad pero el caché es bien importante en el rendimiento. Lo típico son discos de 2MB de caché, y hay de 8MB a veces casi por el mismo precio.

Hace poco actualicé mi PC y me compré una tarjeta madre intel con video integrado y para el uso que le doy funciona de película. Es una de las más económicas para esas prestaciones, una de la serie G31. No soy muy bueno para los juegos, pero Compiz anda suavecito.

Esperemos que esos (cada vez menos) problemas de PA se vayan solucionando y que saquen GUIs en Qt para KDE