Se connecter
Se connecter

ou
Créer un compte

ou

Comparatif Distrib Linux pour l'Audio, pbm de config, et vos experiences/avis

  • 61 réponses
  • 8 participants
  • 1 878 vues
  • 1 follower
Sujet de la discussion Comparatif Distrib Linux pour l'Audio, pbm de config, et vos experiences/avis
Voila, comme ce sujet commence a tomber de tanzantan, je lance un sujet sur le choix des distributions linux pour faire de l'audio et du midi sous Linux.

D'abord, je pense qu'un certain nombre de liens est necessaires, et aussi un petit recapitulatif.

Recapitulatif
Le concept de distribution linux dediée a une tache donnée n'est pas neuf, mais jamais pour l'audio.
Pourtant un certain nombre de points ont amené a ce que l'on se penche sur la question.
Les distribution linux classiques n'integrent generallement pas les toutes dernieres innovations, hors pour faire de l'audio sous linux d'une facon serieuse, certaines choix s'imposent. En voici les grands axes:

-Utilisation d'un kernel special incorporant des ameliorations pour accroitre la fluidité du systeme et reduire le temps de latence.
-Drivers Alsa pour les cartes sons a la place de l'ancien systeme OSS pour un support plus comprehensif de cartes professionnelles et de leurs possibilites, et pouvoir interconnecter plus facilement les ports midi entre les applications.
-Jack en temps que systeme de communication sonore entre les applications (un peu comme Rewire)
-Fournir un grand choix d'applications deja compilé, et pret a etre utilisé.

Afficher le sujet de la discussion
31

Citation :
L'instable est a eviter (a moins de s'y connaitre a fond) car c'est en fait une distrib experimentale qui contient les dernieres versions de tout les logiciels, et parfois c cassé.



Ouais, mais ca marche au moins aussi bien qu'une RH ou une MDK recente, en general. Moi, je "casse" assez souvent mon systeme, mais ca a cause des CVS, ce qui signifie que je cherche les emmerdes.

Donc oui, je suis en unstable, pour plusieurs raisons, et ca marche tres bien ( je "bosse" quand meme 10-12 heures dessus par jour, ca m'a pas encore pete a la gueule ).

Citation :
Est-ce qu'on peut installer Synapse ou URPMI sur n'importe quelle distro? J'ai cru comprendre que "distro = kernel + packages", alors pourquoi fonctionnent-elles différemment (genre avec ce fameux binaire ardour en RPM mais que pour MDK)?



Non, pas sur debian. Tu peux installer des rpm sous debian, mais bon, c'est pas franchement conseille, surtout pour des gros trucs ( typiquement,m tu vas pas installer kde 3.1 avec les rpm sur une debian ).

Linux, c'est avant tout un noyau avec qqs trucs autour. La gestion des dependances est propre a la distrib, les deux plus courantes etant rpm et packages debian. L'esprit est pas du tout le meme, le fonctionnement interne non plus, rpm ne gere pas vraiment le versioning, je crois.

Citation :
Les lignes de commandes restent les mêmes quelquesoit la distro, non?



Oui et non. Quand tu tapes dans la ligne de commande, ces commandes sont interpretes par ce que l'on appelle le shell. Le shell le plus courant, et de loin, est le BASH. Donc si tu utilises le meme shell sous debian et sous MDK, les commandes sont les memes.

Les commandes de base sont souvent identiques sous differents shell ( autres shell : zsh, korn shell, etc... ) : cp copieras toujours des fichiers, touch creera toujours des fichers vides, du te donnera toujours l'occupation d'un ficher ou repertoire, etc...

Lews differences se jouent au niveau de certaines possibilites evoluees ( historique, completion ), syntaxe, etc...

Je pense que la comparaison avec win3.1/95/98 et cie est en effet tres mauvaise. Les distributions peuvent etre tres differentes entre elles, par leur esprit, leur but, etc...

Sinon, libre et payant n'ont en theorie rien a voir. Si tu utilises regulierement debian, tu dois normalement soutenir le projet. Puis surtout, payer 600 balles ou un peu plus pour un OS, c'est pas du vol. Surtout, t'as un support que tu as pas avec une debian ( c'est un peu demerde toi, quand meme, debian, meme s'i ly a beaucoup de gens prets a t'aider, moi en premier ).
32
Je continue la liste des projets linux audio avec cette fois un entrée un peu surprenante car basée sur la slackware. En effet cette distrib n'a pas de systeme de gestion de packages, donc tout est distribué sous forme d'archives tar.gz qui en se decompactant copient les fichiers depuis la racine.
En l'occurence ce projet vient de demarrer et propose uniquement des binaires pour adour:
www.audioslack.com
C'est aussi une distribution (la slackware) vraiment pour les bidouilleurs.
---------------------------

Deuxieme news mais d'importance, ca y'est linux 2.6 est sorti, du moins sa prerelease test1 (je crois).
Ca signifie entre autre un vrai noyau preemptif, support de l'usb2, alsa en standard et j'en passe...

Un document resumant les dernieres avancées du kernel

http://www.kniggit.net/wwol26.html

Derniere chose, il faudra attendre au moins 3-4 mois avant que ce soit vraiment utilisable, car les premieres versions d'une nvelle serie stable du kernel demandent toujours un peu de fignolages :) :bravo:

33
Décidé depuis peu, la version non-entreprise de Red Hat va être rendue à la communauté sous l'appelation de The Fedora Project (paquetages inclus uniquement GPL), ceci-dit à l'intention de ceux qui sont allergiques aux distributions "commerciales"...

Source: Franz Meyer de Red Hat France présent à la conférence sur le logiciel libre musical de jeudi dernier à l'IRCAM, dans le cadre du salon Résonances 2003, qui a été streamée et devrait être archivée prochainement sur freesoftware@ircam.

Fernando Lopez-Lezcano, créateur de Planet CCRMA, aussi présent, a annoncé qu'il compte poursuivre son travail sur Fedora Core. Qui sait, peut-être que les kernels low-latency, apt-get et tous les logiciels audio/video seront disponibles directement dans le repository Fedora!
34
Bonjour et au secours !

Après avoir galéré plusieurs fois d'abord avec Red Hat 5 puis les Mandrake 7, 8, 9, je me suis remotivé pour Agnula (DeMuDi). Avant, j'arrivais à compiler ou installer un logiciel de son sur 10 à peu près ;-(
(mais jamais ecasound, GSMP ni jMax etc.) Pourtant la configuration du son était facile.

Maintenant j'ai DeMuDi stable (kernel 2.4 et des brouettes), GNOME, ecasound, Timidity, mais impossible de faire reconnaître ma SB Live! (sndconfig ne marche pas, par de reconnaissance par ALSA ni par dmesg).

C'est pas faute d'avoir essayé ! Est-ce que quelqu'un pourrait m'éclairer ?
Merci d'avance.

Matthieu

www.matthieu-metzger.fr.st
35
Ouais, moi !

TU compiles les sources à la main, comme sur le site http://www.alsa-project.org

Si t'as une question, pose la moi, j'ai installé ma midiman 44 comme ça il y a maintenant plus d'un an et demi, et avec qqs conseils avisés, c'est facile (vérifie juste que si tu fais /sbin/modinfo soundcore, ça donne qqch; si c'est pas le cas, ça risque d'être plus tendu).
36
Sndconfig est un utilitaire pour OSS seulement. OSS est l'ancien systeme de driver pour linux, et aujourd'hui il est remplacé par ALSA (www.alsa-project.org).
Tu as de la chance j'ai moi meme une Demudi (actuellement en version 1.0 pour ceux qui ont la chance d'en etre informé) et une SBLive. Sur cette distro il y a les drivers Alsa deja compilés et logiquement il suffit d'installer les packages correspondants.

Quand on install demudi-all-4.0, ca install automatiquement demudi-system qui contient alsa-base...
C'est recurrent :)
demudi-all install aussi tout les sousgroupes demudi-* qui contiennent les applications par genre (editeur, synthese, etc..).

Lors de l'installation des drivers alsa, tu devrais voir apparaitre un ecran dans ton terminal qui te demandes de choisir une carte son, et tu choisis la sblive...

Apres a chaque reboot, il y aura automatiquement le driver alsa pour la sblive de chargé.

37

Citation :
Sndconfig



Ah, j'ai confondu avec snddevices.... :oops:

Pour vérifier que ton driver marche, regarde déjà s'il est loadé par le kernel: /sbin/lsmod. Tu devrais voir apparaîtres des snd- quelque chose, en rapport avec ta carte (emu10k1 pour une sb live).

Si ça marche pas, essaye d'abord en root alsamixer (en root pour voir si c'est un pb de droit ou pas ). Si ça marche pas en root, t'as quelque chose qui foire au niveau des drivers. Sinon, si ça marche en root et pas en utilisateur normal, vérifies que tu es bien dans le groupe audio.

voici ma liste

    Module Size Used by Tainted: P
    snd-pcm-oss 39556 1 (autoclean)
    snd-mixer-oss 13592 0 (autoclean) [snd-pcm-oss]
    snd-emu10k1 72676 1
    snd-pcm 60772 0 [snd-pcm-oss snd-emu10k1]
    snd-timer 14436 0 [snd-pcm]
    snd-hwdep 5120 0 [snd-emu10k1]
    snd-util-mem 1264 0 [snd-emu10k1]
    snd-page-alloc 6292 0 [snd-emu10k1 snd-pcm]
    snd-rawmidi 13376 0 [snd-emu10k1]
    snd-seq-device 4272 0 [snd-emu10k1 snd-rawmidi]
    snd-ac97-codec 41368 0 [snd-emu10k1]
    snd 28932 0 [snd-pcm-oss snd-mixer-oss snd-emu10k1 snd-pcm snd-timer snd-hwdep snd-util-mem snd-rawmidi snd-seq-device snd-ac97-codec]
    soundcore 3844 6 [snd]


(j'ai aussi une sblive sur cette machine).

Pour vérifier si t'es dans le groupe audio : sur debian, ça marche comme ça (je sais pas si c'est spécifique à debian ou pas) :

cat /etc/group | less

Tu dois voir à audio ton login habituel. Si tu n'es pas dedans, en root:

adduser ton_login audio

(pour que ce soit pris en compte, il faut te relogger, je crois. Il doit y avoir un autre moyen, mais je ne le connais pas).
38
Re-bonjour

Merci pout tous les conseils
Mais toujours impossible d'installer Agnula.
Voire de pire en pire.

En fait, j'avais la version 0.9, d'où sûrement les problèmes de config en mode console. Donc pour bien faire j'ai téléchargé les 3 ISO de la version 1.0.

L'installation avec PGI ne marche pas en mode graphique (problème de résolution) malgré une ATI Rage des plus conventionnelles.

Et en démarrant en mode texte, dès la première étape finie (partitions, points de montage, MBR), ça chie de partout jusqu'au Kernel Panic sans qu'on puisse rien faire. Pire qu'un Windaube.

voilà, si quelqu'un manie bien "pigy"...
39
Moi j'ai installé la demudi 1.0 en partant de la 0.9, une "simple" mise a jour...

Comme tu as semble-t-il deja reussi a installer la version 0.9 tu peux faire pareil et contourner le probleme que tu as avec l'installer.

Une fois que tu es sous demudi 0.9, enleves tous les paquets demudi, il te restera alors un systeme de base tout a fait fonctionnel.... toujours sans rebooter tu ajoutes dans /etc/apt/sources.list la ou le systeme de paquets logiciels devra puiser pour installer la 1.0...
Puis dans synaptic tu peux tout installer tranquillou....

Si tu as des questions, n'hesites pas, la maneuvre bien que simple comporte une ou deux subtilités...

Je te conseillerais une fois sous la 0.9 de te familiariser avec synaptic... connais tu cette interface pour apt ?
Ca te permettra de visualiser les paquets logiciels installés... regardes a demudi-*

Ces cochons ont baclé la continuité 0.9 vers 1.0, c'est a dire au lieu de faire un simple "upgrade" une fois le source pour la 1.0 ajouté, il faut manuellement enlever tout les anciens paquets demudi a la main mais c'est pas trop dur, ca va encore....
A vrai dire il faut mieux les enlever avant de specifier la nouvelle source pour l'update...

1) tu identifies les paquets demudi 0.9 et tu les enleves....
2) tu enleve la source pour la 0.9
3) tu ajours la source pour demudi 1.0
4) tu installes les nouveaux paquets

Voila, j'espere que ca fonctionnera, c vrai que c'est decevant cette distro a moins d'etre un specialiste on se casse les dents :fache2:

Ceci dit, j'aimerais bien savoir comment ca "chie de partout" :)

40
Bon voici quelques elements pour optimiser le fonctionnement de jack, je ne rentre pas dans les détails trop car je dois avouer que pour moi aussi ca n'est pas toujours super clair... :volatil:

1-) On peut lancer jack avec l'option -s pour soft realtime. L'interet est qu'en cas de desynchronisation jack peut se relancer automatiquement... J'ai constaté que parfois ca n'empeche pas un logiciel client de quitter (et le tout n'est plus sample accurate ?) mais sans doute ca rend le tout plus flexible...

2-) Mettre son repertoire /tmp ou /tmp/jack dans un fichier virtuel en ram
Moi j'ai ces deux lignes dans le fichier /etc/fstab (on peut les ajouter a la main)

none /dev/shm tmpfs defaults 0 0
none /tmp tmpfs defaults 0 0

La premiere vous l'avez sans doutes deja, car je crois que maintenant jack oblige à la faire figurer. La seconde est optionnelle. Moi j'ai mis tout le repertoire /tmp en ram ce qui est un peu a double tranchants car il peut yavoir des fichiers de plusieurs centaines de meg qui s'y entassent !! Donc a faire seulement si vous avez bcp de ram... L'idee est que les environnement comme KDE créent des tas de fichiers temporaires et les acces disc sont autant d'interruptions sur le cpu...
Jack utiliise un rep /tmp/jack pour ses connections entre logiciels, a ce qui parait le fait de le mettre en ram ameliore les choses, j'avoue que je ne sais pas quel est l'impact reel...

Note: si on ajoute /tmp en ram il faut killer X et faire ca en ligne de commande (ctrl+Alt+F1)

3-) Avoir le system et le swap sur un bon HD, ideallement du SCSI ???
Ben pourquoi pas si on est jusqu'au-boutiste, les environnements comme KDE sont lourds a cause de ca, si on utilise plusieurs logiciels en meme temps, les temps de chargement peuvent influer negativement sur jack et les logiciels clients...
Pour les HD en IDE utiliser la commande hdparm pour "tuner" les performances... en particulier le support DMA parfois "disabled" par defaut...

4) Une source d'emmerdes sont les autres cartes de l'ordinateur en particulier la carte graphique.. Il y a je crois possibilité de jouer avec la latency des cartes PCI.... je n'y connais pas grand chose mais j'ai ce lien http://www-106.ibm.com/developerworks/linux/library/l-hw2/ au cas ou, l'auteur avait des problemes avec sa carte 3D, et il y a une section qui peut etre interessante.

5) Si on enregistre super rarement on peut mettre l'option -P (playback only) pareil je suis pas sur que ca joue vraiment :oops:


Voila bah si vous avez des commentaires, et conseils...

Note: c vrai que certains drivers de cartes sons peuvent etre fautifs et entacher l'ensemble des perfs... ne pas hesiter a faire des tests avec une autre carte son en cas de doute pour voir si le probleme ne vient pas de la...