Semana de Caza de Fallos de Sonido

7:37 pm Uncategorized, artículos, cooker, hardware, mandriva, mandriva enterprise server, mandriva linux, noticiasdrake, software libre

Pacho uno de los chefs cooker de la Asamblea de Mandriva, en su blog personal(en ingles) y en BlogDrake nos informa que la semana del Lunes/01/Junio al Domingo/07/Junio se usará para resolver errores relacionados con el sonido debidos, principalmente, a una selección errónea del modelo adecuado para su hardware por parte del controlador de sonido.

Cómo participar

Necesitamos personas que informen de sus problemas de sonido (como, por ejemplo, que el sonido no funcione en absoluto, que no se puedan utilizar los auriculares, ni grabar desde el micrófono, .etc) proporcionando información útil para la solución del problema en futuras versiones del kernel.

Información requerida:

uname -a
lspcidrake -v | fgrep -i AUDIO
cat /proc/asound/card0/codec#0 | fgrep -i CODEC (el número puede ser diferente a
"0")

Tenga en cuenta que esta “Semana de Caza de Bugs” sólo cubre fallos relacionados con el último kernel disponible en las actualizaciones para 2009.1 y Cooker.

Cuando envié el informe de error (el “bug”) para ESTA Semana de Caza de Bugs tendrá que seguir algunas pautas específicamente establecidas para este evento:

  • Dejar vació el campo “RPM Package” , de esta manera el error será asignado automáticamente al Triage Team, lo que nos permitirá rastrearlo y prepararlo adecuadamente para obtener tanta información como sea posible para una pronta resolución del problema
  • Opcionalmente podrá añadir “BW-20090601″ al campo “Whiteboard”, de lo contrario, lo añadiremos nosotros (Triage Team) cuando lo consideremos oportuno.
  • Usar el Inglés para enviarlo, si no es capaz de escribir en este idioma, por favor, pida ayuda a su comunidad Mandriva

También es importante que usted busque en Internet cualquier información interesante que pudiese ayudar (incluidos los enlaces y, por supuesto, los parches y soluciones que pudiese encontrar) a resolver su informe de error. Si ha probado en cualquier otra distribución linux y funciona bien la tarjeta de sonido, por favor coméntelo también en el bug.

Algunos enlaces de interés son:
http://www.mail-archive.com/alsa-devel@lists.sourceforge.net/
http://bugzilla.kernel.org/
https://bugs.launchpad.net/ubuntu/
https://bugzilla.redhat.com/
https://bugzilla.novell.com/

Y, por supuesto, busque también en nuestro bugtracker para comprobar que nadie más haya informado de su mismo problema ya:http://qa.mandriva.com

Si ya ha abierto un bug relacionado con el problema (para 2009.1 ó Cooker) y quiere que le prestemos atención durante esta Semana, por favor, añada la dirección “pacho en condmat1 punto ciencias punto uniovi punto es” a la lista CC del bug y envié un comentario diciendo que usted desea que su error participe en la Semana de Caza de Bugs. También puede
enviar un mensaje directamente a esa dirección de correo o simplemente añadir un comentario aquí sobre errores o sugerencias para esta Semana de Caza.

Pasos a seguir:

  1. En primer lugar, intente desactivar Pulseaudio para prevenir cualquier “conflicto” que
    pudiera causar. Se puede desactivar desde DrakSound (por favor recuerde volver a activar pulseaudio tras terminar las pruebas).
    Si después de esto el sonido funciona correctamente, tal vez el problema sea causado por pulseaudio. En este caso, inicie sesión como un usuario (no como root) y ejecute

    pulseaudio -k

    , y luego

    pulseaudio -vvv

    Mantenga abierto el terminal.
    La salida de depuración se vera en cuanto utilice clientes de sonido. Envíe un bug con esta información.

  2. Si todavía tiene problemas, compruebe los niveles de volumen. Ejecute
    reset_sound

    para obtener el volumen por omisión de Mandriva para su
    tarjeta de sonido, a continuación, ejecute

    cp /etc/asound.state /tmp/asound.state.1

    .

    Ahora, ejecute

    alsamixer

    y ajuste los niveles de volumen de sonido (en caso de que no solucione nada, vaya al siguiente punto). Después de eso, ejecute

    alsactl
    store
    diff -u /tmp/asound.state.1 /etc/asound.state > /tmp/state.diff

    .

    Por último, adjunte el fichero /tmp/state.diff

  3. Si continúa teniendo problemas, necesitamos saber qué posible parámetro “model=”
    para el controlador de audio podría ayudarnos a hacer funcionar su hardware. Si está utilizando el controlador “snd-hda-intel”, por favor visite:
    http://www.kernel.org/doc/Documentation/sound/alsa/HD-Audio-Models.txt
    y busque su codec, por ejemplo, si busca “STAC9220″ obtendrá algo como esto:

    SSTAC9220/9221
    =============
    ref Reference board
    3stack D945 3stack
    5stack D945 5stack + SPDIF
    intel-mac-v1 Intel Mac Type 1
    ...
    dell-m82 Dell XPS M1210

    Donde 3stack, 5stack … son los posibles valores que puede probar para hacer que su tarjeta de sonido funcione

    Si está usando cualquier otro controlador, por favor visite:
    http://www.kernel.org/doc/Documentation/sound/alsa/ALSA-Configuration.txt
    y busque su controlador, por ejemplo al buscar “snd-ice1712″ obtendrá:

    Module snd-ice1712
    ------------------

    Module for Envy24 (ICE1712) based PCI sound cards.
    * MidiMan M Audio Delta 1010
    ...
    * Terrasoniq TS 88

    model - Use the given board model, one of the following:
    delta1010, dio2496, delta66, delta44, audiophile,
    delta410,
    delta1010lt, vx442, ewx2496, ews88mt, ews88mt_new,
    ews88d,
    dmx6fire, dsp24, dsp24_value, dsp24_71, ez8,
    phase88, mediastation
    ...

    Y verá los posibles “model” que puede probar para su tarjeta.

  4. Para probarlos, por favor intente ejecutar:
    service alsa force-stop
    modprobe snd-hda-intel model=xxxx (o el model de su elección)
    reset_sound
    
  5. Si algún valor de model funciona, por favor informe cuál es el apropiado para su tarjeta. Si ninguno le funciona, simplemente informe de que actualmente ningún model
    disponible funciona para usted :-) , y lo mismo si se resuelve el problema “parcialmente”.
  6. Por último, tendrá que adjuntar (por favor haga clic en el boton
    “Add an attachment” en el reporte del bug) la salida del script “alsa-debug.sh”,
    simplemente ejecute:

    wget "www.alsa-project.org/alsa-info.sh" -O alsa-info.sh
    sh alsa-info.sh --no-upload (presione "Yes" en la primera pantalla y en "Ok" en la última)
    

    Ahora, simplemente suba el archivo /tmp/alsa-info.txt al informe de error.

NOTA para los grupos de usuarios de Mandriva

Les agradecería que pudieran traducir esto a su idioma nativo y difundir este comunicado en su comunidad local. Muchas gracias.

Agradecimientos a Annubis, José A. Valle Cid, Gustavo A. Giampaoli y a mdktrans en general por su gran ayuda en la traducción de este texto

Saludos

Comments are closed.