Faire fonctionner le périphérique audio USB M‑Audio Transit sous Ubuntu 9.04 amd64

Exigences

• madfuload (paquet disponible dans les dépôts multiverse)
• Le fichier de firmware ma006100.bin (à extraire du paquet de pilotes Windows ou à récupérer depuis une installation Windows)

Note : définissez « multiverse » dans /etc/apt/sources.list si nécessaire.

Aperçu technique rapide

Définition : madfuload est un utilitaire qui télécharge un firmware dans certains périphériques M‑Audio qui démarrent en mode DFU (Device Firmware Upgrade).

Problème : le Transit apparaît d’abord comme un périphérique « vide » (DFU) car le firmware n’est pas présent. Sous Windows, le pilote charge automatiquement ce firmware. Sous Linux, il faut le charger soi‑même car l’appareil reste inactif sans firmware.

Comportement observé sans firmware (exemple) :

Bus 001 Device 007: ID 0763:2806 Midiman M-Audio Transit DFU

Après chargement du firmware, l’ID change et l’appareil est reconnu comme interface audio :

Bus 001 Device 009: ID 0763:2006 Midiman M-Audio Transit

Procédure pas à pas

1. Débranchez votre Transit USB si nécessaire.
2. Activez le dépôt multiverse si ce n’est pas déjà fait. Vérifiez la présence avec :

less /etc/apt/sources.list | grep multiverse

Vous devez voir une ligne du type :

deb http://us.archive.ubuntu.com/ubuntu/ jaunty multiverse

Si la ligne est commentée (#), éditez le fichier :

sudo nano /etc/apt/sources.list

Enregistrez puis actualisez apt :

sudo apt-get update

3. Installez madfuload :

sudo apt-get install madfuload

4. Récupérez ma006100.bin depuis le paquet de pilotes Windows ou depuis une partition Windows existante (chemin typique : /windows/system32/drivers/). Copiez le fichier vers :

sudo mkdir -p /usr/share/usb/maudio
sudo cp /chemin/vers/ma006100.bin /usr/share/usb/maudio/
sudo chmod 644 /usr/share/usb/maudio/ma006100.bin

5. Ajustez la règle udev afin que le chargement du firmware soit automatique (évite un segfault observé en lançant madfuload directement avec certains paramètres sur amd64).

Éditez le fichier suivant (choisissez votre éditeur) :

sudo gedit /lib/udev/rules.d/42-madfuload.rules

Repérez la section Transit et remplacez le bloc existant par celui-ci :

# Transit
ACTION=="add", SUBSYSTEM=="usb", ENV{PRODUCT}=="763/2806/*", RUN+="/usr/sbin/madfuload -l -3 -f /usr/share/usb/maudio/ma006100.bin
-D $env{DEVNAME}"

Important : conservez exactement le chemin vers ma006100.bin et les guillemets comme ci‑dessus.

6. Branchez le Transit et vérifiez avec lsusb :

user@host:~$ lsusb

Vous devriez maintenant obtenir une ligne ressemblant à :

Bus 001 Device 009: ID 0763:2006 Midiman M-Audio Transit

Si l’ID reste 0763:2806, le firmware n’a pas été chargé.

Vérifications et dépannage rapides

Important : certains systèmes (≈80% des machines testées par l’auteur original) ont nécessité un redémarrage après l’installation. Essayez d’abord un redémarrage si l’appareil reste en DFU.

Si le périphérique reste en mode DFU après redémarrage :

• Vérifiez que /usr/share/usb/maudio/ma006100.bin existe et que les permissions permettent la lecture.
• Regardez les logs udev avec :

sudo udevadm monitor --environment --udev
sudo journalctl -f

• Testez madfuload manuellement (après avoir débranché et rebranché) pour voir les erreurs :

sudo /usr/sbin/madfuload -l -3 -f /usr/share/usb/maudio/ma006100.bin -D /dev/bus/usb/001/009

Remplacez /dev/bus/usb/001/009 par le chemin exact de votre périphérique listé par lsusb -t ou ls -l /dev/bus/usb/.

Limites matérielles et format audio

Fait important : le Transit est un périphérique USB 1.1 (débit nominal 12 Mbit/s). Cela limite la bande passante disponible pour des flux audio haute résolution. En pratique :

• Le firmware par défaut charge le mode 16 bits, 8000–48000 Hz (lecture et enregistrement fonctionnels).
• Le Transit ne peut pas gérer de façon fiable un flux simultané 96 kHz en 24 bits sur USB 1.1. Cette limite provient du matériel et non d’ALSA.

Conséquence : sous Linux vous êtes limité aux flux 16 bits jusqu’à 48 kHz avec ce périphérique.

Alternatives et approches complémentaires

• Charger le firmware depuis Windows : si vous avez accès à Windows, branchez le Transit sous Windows pour qu’il charge le firmware, puis rebranchez sous Linux — cela peut fonctionner temporairement.
• Machine virtuelle : attacher le périphérique à une VM Windows pour que le pilote y charge le firmware, puis rendre le périphérique à l’hôte Linux.
• Matériel alternatif : pour l’audio 24 bits/96 kHz recommandé d’utiliser un périphérique USB 2.0 ou supérieur.

Checklist rapide (opérateur)

• Activer multiverse
• Installer madfuload
• [ ] Copier ma006100.bin vers /usr/share/usb/maudio
• [ ] Modifier /lib/udev/rules.d/42-madfuload.rules comme indiqué
• [ ] Brancher le Transit et vérifier lsusb
• Redémarrer si nécessaire

Critères de réussite

• Le périphérique apparaît dans lsusb avec l’ID 0763:2006.
• Le périphérique figure dans ALSA (par ex. aplay -l ou arecord -l).

Résumé

Le Transit nécessite que son firmware soit envoyé au périphérique après chaque démarrage. Sous Ubuntu 9.04 amd64, l’approche stable consiste à installer madfuload, copier ma006100.bin dans /usr/share/usb/maudio puis ajouter la règle udev fournie pour charger automatiquement le firmware au branchement. Si l’appareil reste en DFU, redémarrez et vérifiez les permissions et les logs.

Notes finales : gardez à l’esprit la limitation matérielle USB 1.1 qui empêche l’utilisation fiable du 24 bits/96 kHz en mode simultané lecture/enregistrement. Pour des besoins audio modernes, envisagez un périphérique USB 2.0/3.0.