Lo raro de esto es que la misma configuración en las otras placas base me funciona muy bien. No tengo bloqueos de audio de ningun tipo y con esta placa (P4M900M - audio:Chip integrado por Realtek(R) ALC883) se me ha presentado este problema.
Según la información del hardware de la placa, el chip integrado de sonido tiene "codificador de audio de 8 canales flexible con sensor de jack" por lo que creo que el problema es que linux me esta utilizando otro controlador o administrador de audio. Seguiré probando. Gracias. On Dec 20, 2007 2:15 AM, Germán Poó-Caamaño <[EMAIL PROTECTED]> wrote: > El jue, 20-12-2007 a las 01:12 -0300, Francisco Durán escribió: > > > 2007/12/19, Andrés Ruz <[EMAIL PROTECTED]>: > > > Tengo instalado Gnome pero solo estoy cargando el servidor X sin > > > gestor de ventanas. De todas formas probé desde Gnome y me pasa lo > > > mismo. > > Para poder escuchar a más de un programa a la vez debes tener algún > > sound daemon corriendo. Yo por lo general utilizo JACK, aunque muchas > > distribuciones traen esd o artsd por defecto. > > Te recomiendo que te encomiendes a san google y averigües respecto de > > los sound daemons. > > Esto es relativo. > > Si el controlador utilizado es OSS, entonces cualquier programa > bloqueará el dispositivo, y solo podrá existir uno en ejecución. > Aquí se hace necesario un administrador de sonido (como jackd, > esd, artsd, pulse, etc.) > > Si el controlador utilizado es Alsa, no debieran producirse > bloqueos de ninguna naturaleza entre las aplicaciones. Está > diseñado para ello. La excepción la provocan las aplicaciones > que insisten en utilizar OSS; usualmente aplicaciones > propietarias. > > Cuando apareció Alsa, un paso lógico fue intentar eliminar > los programas como esd, artsd, etc. porque la principal > funcionalidad para el cual fueron hechos ya estaba disponible > a nivel del controlador. > > Sin embargo, estos programas ofrecen otras características, > tales como "compartir" el dispositivo de audio por la red > (pulse, artsd?), baja latencia (jackd?, pulse vía un conector > jackd). > > Una de las gracias que se podría realizar con Pulse, es > disponer de perfiles de volumen, diferenciando el nivel > del volumen por aplicación. Por ejemplo, si tienes una > videoconferencia, automáticamente el resto de las > aplicaciones baja su volumen, mientras la aplicación > de la videoconferencia aumenta. Lo mismo ocurre, si > recibes una llamada VoIP, ¿Para que detener el resto > de las aplicaciones si el sistema puede ser un poco > más inteligente? > > Un diagrama donde se explica el funcionamiento de Pulse > se encuentra en: > http://rudd-o.com/archives/2007/11/05/how-pulseaudio-works/ > > -- > Germán Poó Caamaño > http://www.ubiobio.cl/~gpoo/ > Concepción - Chile > >
