2007-06-26T23:40:51Z

Bon. J'ai finalement opté pour la solution de facilité : j'ai installé le kernel de la distribution studio 64 qui a l'air pile poil taillée pour l'audio. Un bidouillage de limits.conf a fait le reste. C'est pas très chevaleresque je l'avoue, mais à y voir de plus près compiler un noyau temps réel c'est pas si facile. Bon je suis en vacances depuis 2 jours donc je vais ptêt pouvoir m'y mettre... En attendant je me suis enfin débarassé d'ubuntustudio (rien à faire, j'ai du mal avec ubuntu).

A suivre...

2007-05-24T20:42:35Z

Au passage, Ardour2 est arrivé dans SID aujourd'hui, champagne ! (Ptitlouis, tu nous en mets une caisse de côté ? )

2007-05-24T18:08:08Z

Merci pour l'info. Effectivement ubuntustudio propose un kernel sur mesure, mais les dépendances sont vraiment abusives (pas moyen de l'installer sans les paquetages restricted-modules et le pilote nvidia), et puis c'est tellement plus marrant de faire ça soi-même. Je vais donc potasser tout ça, ça m'a l'air bien intéressant !

2007-05-24T16:54:16Z

rhalàlà ...

Mônsieur veut compiler un noyau RT ! cf http://people.redhat.com/mingo/realtime-preempt/ pour le patch
UbunstuStudio dispose normalement d'un kernel déjà compilé comme ça.

Ensuite, comme Debian à PAM < 0.80, il faut installer un petit set_rlimits pour autoriser le groupe audio à lancer les applis clé (ex : jackd) avec une priorité élevée (et sans être root)

Tout est assez bien expliqué ici

Si tu as des questions, n'hésites pas !

2007-05-24T14:32:38Z

Oui, je connais ce projet et oui, je crois qu'il est un peu mort. J'ai installé ubuntustudio temporairement (qui tourne plutôt bien mis à part des plantages avec certains écrans de veille), mais comme je suis extrêmement maniaque quant au contenu de mon disque dur j'aimerais remettre une Debian de base avec juste ce qu'il faut d'optimisations. Apparemment, depuis le noyau 2.6 il n'est plus nécessaire d'appliquer un patch pour bénéficier de la basse latence au niveau de la gestion des périphériques audio, est-ce quelqu'un confirme ?

2007-05-24T13:28:46Z

L'utilisation d'un module engendre de l'utilisation l'espace mémoire !
Peut-être qu'en regardant de ce côté là, le ragondin de l'espace tu trouveras de quoi te satisfaire !!
Le projet en question semble être un peu mort, mais peut contenir des informations importantes !!!!

LeDub qui trouve qu'un petit Page & Plant, plus particulièrement un "Since I've Been Loving You", ça fait toujours du bien

[edit]Ajout d'une remarque[/edit]

2007-05-24T13:07:54Z

Réponse subsidiaire :

Le code étant le même, il ne dois pas y avoir de grosse perte de performance entre la compilation du driver en dur ou en module. En tout cas, je n'en ai jamais entendu parler.

La seule perte de performance est, a mon avis, lors du chargement du module, le temps de l'initialiser. Cette perte se situe soit au demarrage de la machine lorsqu'il est compilé en dur, soit a l'utilisation du drivers lorsqu'il est compilé en tant que module.

2007-05-24T10:47:42Z

Bonjour tatousse,

je voudrais savoir quelles sont les options indispensables à mettre dans le noyau dans le cadre d'une utilisation optimale en audionumérique, Le but étant d'obtenir la meilleure réactivité possible avec le serveur jack et les applis qui en dépendent, en particulier ardour. Question subsidiaire : si je compile le pilote de la carte son en dur et non en module, est-ce que j'y gagne en performances ?