Bon, ben voilà va falloir que je m'y mette. Pour éviter de lancer mes applis son en mode root, va falloir compiler un kernel realtime pour faire tourner jack...

J'ai trouvé ces indications : http://jackit.sourceforge.net/docs/faq.php#a52

Mais, bien sûr ça aurait été trop beau si tout avait été simple... Premier écueil : pas de dossier /usr/src/linux... Ou sont cachées les sources du kernel ???

Pitetre ça a pas l'air compliqué pour vous, mais moi, là je suis un peu perdu...

Adresse ou j'ai rouvé le source du realtime : http://sourceforge.net/project/showfiles.php?group_id=106645&package_id=114949
Tu peux aussi essayer ce dépot!
http://people.redhat.com/mingo/realtime-preempt/

J'essaies de travailler sur cette base pour avoir une variante du kernel en rt ? L'idéal serait d'avoir une "variante rpm du kernel pour reconstruire les modules dessus! Tu as quoi comme carte graphique par exemple ?

Je sais pas si mon précédant message a été envoyé ou si j'ai regardé le tiens avec des yeux pleins d'interêt, mais j'aimerai bien faire déjà un petit états des lieux des logiciels pour le son, et aussi rendre les logiciels compatibles avec les dépots officiels le cas échéant!
Ecoute, j'ai trouvé cette page de download où il semlerait qu'une bonne partie de ce qui est disponible en musique soit accessible, n rpm fc- s'il vous plait !!!
http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/6/i386/repodata/repoview/Applications.Multimedia.group.html

Tu veux dire que tu essayes de compiler un chtit kernel real-time preempt ? Ma carte graphique c'est une radeon mobility X700 sur un Asus A7Vc

Dès que j'ai un kernel qui me le permet, je teste tous ces logiciels. Je suis en classes d'électroacoustique au Conservatoire, alors tu penses que ça intéresse du monde ces trucs là !!! J'ai essayé de compiler un bazar qui permet d'utiliser les plugs vst de windows sur Linux, mais visiblement y'a des problèmes de path qui ont changé entre fst, le sdk vst de steinberg, fst, etc.... Bref j'ai essayé, mais ça a merdé !!!

http://joebutton.co.uk/fst/
http://cafcom.free.fr/spip.php?article2

Voilou...

Mais bon, en Linux je suis plus on boulet qu'autre chose... C'est quoi un kernel en -rt... ??????????? ca veut pitetre dire realtime ???
Je peux faire la procédure yum qui y est indiquée dans le yum.readme sans me retrouver avec un écran noir ou un gros bug au prochain lancement ?

Comme tu vois, moi y en a être gros débutant en Linux...
grrr...
Chaque fois que je lis real time tout court avec Linux, ca me herisse le poil !

Avec Linux de base, dites :
SOFT REAL TIME ou TEMPS REEL MOU !

On ne fait pas du temps reel (dur) avec Linux. Cette notion de temps reel mou, invention d'informaticiens, est une usurpation ! C'est de la Qualite de Service qui est fait pour le traitement de flux video ou audio.

Le temps reel (dur) sous Linux : c'est des double kernel avec RTLinux ou RTAI, voire xenomai !!!!

Voila.
Ptit coup de gueule mais appelons un chat, un chat 😉

++
Voila la réponse que j'ai eue de la part de Fernando Lopez qui développe les kernel temps reel pour ccrma (tyape pas trop fort prof, je sais pas si c'est du mou, du dur, du fondu ou du lourd..

>As I have not released low latency kernels yet you will have to
>configure one file by hand (and use the normal fc kernels for now).
>
>Follow the directions at the end of this post:
>http://ccrma-mail.stanford.edu/pipermail/planetccrmanews/2006-November/000047.html
>
Visiblement le gars va nous en pondre un mais je sais pas quand.

Alors prof, chez ccrma ils font du vrai dur ? ou bien y'aura pas de grande différence avec le kernel actuel de FC6 ?

Sois indulgent, je débute...

Et y a t il un moyen raisonnable de faire du vrai dur ?
Arf, t'as mal compris le mec de ccrma, c'est quand même des spécialistes du traitement du signal.
Un système temps réel est un système déterministe capable de réagir à des événements dans une période de temps données (échéances). La différence entre le temps réel dur (le vrai temps réel) et le temps réel mou est que le premier ne tolère aucun dépassements dans le pire des cas, alors que le second les tolère jusqu'à une certaine limite.
Les kernel avec les patchs dits "temps réel" ou faible latence, c'est du temps réel mou, pour fournir un environnement de travail offrant une qualité de service suffisante pour une utilisation multimédia professionnelle p. ex.
Dans un HS de GLMF, il y avait une expérience de génération de signal carré (25Hz), sur un système Linux normal (temps partagé), la période variait entre 22 et 29Hz, avec un kernel faible latence entre 19.98 et 20.01Hz, je suppose que pour les musiciens avec une ouïe fine, ce genre de désagrément est plutôt ennuyeux.
http://pficheux.free.fr/articles/lmf/hs24/realtime/linux_realtime_reloaded_final_www.pdf
Par contre, je te déconseille d'utiliser sur une station de travail du temps réel dur, tu risquerais de te plaindre du "manque de réactivité" de ta station de travail 😉
Merci Sat !!!!

@Esoxx
Non, je ne t'en veux pas du tout ! C'est pour cela que j'ai reprecise les choses. Mais bon, a force de repeter a tout bout de champ, ca agace un peu...voila pourquoi ce tout petit coup de gueule !

Je te conseille de lire l'article signale par Sat que j'ai coecrit avec Pierre Ficheux. Quand tu l'auras lu, tout sera plus clair......et tu seras impardonnable ensuite si tu as un vocabulaire approximatif sur la question 😉

🙂🙂🙂🙂🙂🙂
Bon je vais essayer de ne plus déclancher le courroux des divinités Linuxiennes, j'ai un laptop qui commence à tourner correstement, je voudrais pas qu'on m'y jette un sort... :-o

Pour ce qui est de la musique, c'est mon job alors je peux donner un point de vue. Je de chez Windows, et vu que marre de pirater et pas encore fait de musiques pour Besson, je suis arrivé à Linux depuis une semaine, et le principe me plait bien. Donc la latence...

Sous XP avec une MOTU 828 mkII et des drivers ASIO 2, 512 buffers à 44100 ou 48000 KHz, j'avais une latence en sortie de 12 ms et des brouettes (Laptop asus A7Vc, centrino 1,87, single) le système était suffisemment réactif pour jouer des synthés virtuels comme sur un vrai synthé harware DX7, etc). Par contre ça devenait limite quend il s'aagissait de monitorer une entrée audio sur un multipiste comme Nuendo 3. Mais si on ne mettait pas trop de plugs sur le chemin (en entrée, aps en auxilliaire), ça pourvait encore le faire, mais juste...
Alors si on peut obtenir une latence de 8-10 ms, pas besoin de temprs réel dur (vive le hard...)...

Avec le noyau 2.6.18-1.2869.fc6 j'ai une latence correcte sur ardour avec ma carte son intégrée au PC (MOTU ne vaut pas entendre parler de linux) . Mais j'ai pas encore mis de plugs...
Alors si onj peut rester dans ces zones autour de 10ms, que ce soit du mou ou du dur, je m'en tape le haricot !!!

8-)
Pour être précis, j'arrive à une latence de 11,6ms en entrée/sortie. Ce qui est déjà correct sur une carte son intégrée de portable...
oui...

C'est correct pour le son...
Est-ce que quand tu secoues ton systeme (par exemple par des ecritures de gros fichiers sur le DD), tu n'as pas qq petits artefacts ?

++
J'ai pas encore été jusque là sous Linux, Ardour ne tourne que depuis hier. Bon logiciel, clone de Protools, mais il manque une chose : le MIDI....
Par contre sous Windows/Nuendo (Steinberg) où j'avais les mêmes latences, aucun soucis... Par contre il faut bannir une chose : la fréquence variable du proce... C
Oups, fausse manip, saleté de pad...
[...]
C'est le souk assuré, la montée en régime du proce est trop lente, du moins sous windows, et pour le son ça ne pardonne pas. Perso, je bloque la fréquence au max, comme ça point de soucis (sous XP toujours !).
Dès que je peux me consacrer à tester Ardour, je te raconte.
AU passage, il est possible de faire tourner une carte son avec drivers XP sous Wine ???? Et vu que MacOSX est construit sur du Linux (du moins c'est ce que disent les proMac), pas moyen de récupérer les drivers OSX ???
Je dis pitetre des grosses conneries là, mais bon...On peut toujours rêver, Noel n'est pas si loin !
Je sais pas si ça peut vous aidez mais ce site la regroupe pas mal d'info sur les logiciels de musique sous linux : http://www.linuxmao.org

AU passage, il est possible de faire tourner une carte son avec drivers XP sous Wine ????
Pas à ma connaissance
Et vu que MacOSX est construit sur du Linux (du moins c'est ce que disent les proMac)
Pas sur linux mais sur du BSD
pas moyen de récupérer les drivers OSX ???
non plus
Bon, ben tant pis... J'aurai essayé...:roll:
Faut pas enterrer ce sujet ! Jusqu'à FC5, faire du son sous Fedora, c'était tout con et ce grâce au fameux planetccrma de Nando-Lopez. Mais pour FC6, les choses n'avancent plus ! Il faut dire que se retaper la fabrication des RPM tous les 9 mois, ça finit par être vite gonflant...

Je suis sérieusement en train de me dire que je vais installer une distribution audio clé en mail à côté de Fedora pour mes besoins audio (je salue au passage le camarade du CNSM, pour ma part, je sors de Louis Lumière !). Sur Linuxmao, on parle beaucoup de 64studio, Musix et Studio To Go (dont j'ai essayé le Live-cd, qui est franchement bon !). Il existe aussi Apodio. Bref, plein de trucs clés en main.

Mais bon, en bon geek que je suis, je tenterai bien de garder Fedora...
Tu auras mon soutiens pour recompiler quelques paquets voir faire un kernel patché selon la méthode Ingo Molnar à partir du prochain kernel 2.6.19 fc6...Je pense que c'est une base pour ce travail...

Je me demande si FC7 Ne serait pas une meilleure base pour faire cela car la version d'alsa est plutot vielle(1.0.14rc1 en fc7) et compilée en statique pour fc6 (donc pas possible de mettre à jours sans refaire toute la distribution... Si vous avez du matériel spécial il faudra qu'il passe avec alsa 1.0.12rc1
Bon bah d'accord, j'attendrai F7. As-tu essayé une des distrib pré-citées ?
Fc7 existe mais en developement...
Je pense que c'est possible de faire cela avec fc6; mais si quelques personnes sont interressées, on pourrait demander à avoir une version fc7 dédiée pour la musique avec une variante "temps réel" du kernel.

A étudier...
Salut....

Temps reel mou...😉

Je pense que la prochaine version majeure de Linux (3.0 ?), ca sera le support du temps reel (dur) vu que note ami Linus s'interesse de plus en plus aux FPGA et a l'electronique embarquee...
Ca sera la revolution du prochain noyau...
Les patchs d'Ingo Molnar (-rt) sont pour ameliorer la preemption du noyau donc diminuer les temps de latence...temps reel mou, donc.

Je prepare un tuto sur FC et le TR : http://doc.fedora-fr.org/Fedora_Core_et_le_Temps_R%C3%A9el
J'ai mis un petit dessin pour bien capter le truc.

Ensuite, il y a ce document du FOSDEM de l'annee derniere pour bien situer les enjeux du Temps Reel dur ou mou sour Linux : http://www.embedded-kernel-track.org/2006/RT_patches_-_history_and_usage.pdf
Regardez le dessin de la page 5 de la presentation...

++
Pour l'instant, mon vrai problème c'est que je n'arrive pas à lancer jack autrement qu'avec root.
@eddy33

Oui je lis ton article avec attention. Effectivement lorsque je parle de temps réel je parle toujours du patch ingo molnar qui est celui utilisé sur le kernel recompilé pour le traitement des flux audio. Ce kernel est utilisé pas simplement pour lire des flux audio ou video mais aussi plus généralement pour faire de la musique et piloter des instruments midi (donc le temp de réponse entre la touche pressée et le son audible est important). Il peut aussi être possible de travailler sur des interactions aléatoires avec d'autres périphériques pour agir sur le signal en "temp réel". Cette interaction implique des échéances plus strictes sur les temps de calcul.

Bien sur c'est autre chose que le temp réel embarqué dont tu parles (temp réel dur), mais le terme de temps réel (même mou) s'applique quand même dans ces applications il me semble!

Le diagramme montrant la superposition des temporalités suivant les situations est particulierement parlant... J'ai crus voir que tu connaissais différentes possibilités d'améliorer la préemption du kernel linux de base dont les patches molnar font parti, mais il existerai d'autres méthodes)? hors les solutions propriétaires pour l'embarqué...

@draffin
J'avoue ne pas avoir essayé d'utiliser jack pour l'instant (la carte d'acquisition midi/audio n'est pas sous linux pour l'instant!)
mais tiens moi au courant de tes avancées! Tu as du recompiler des modules pour cela ?
@draffin

Ca ne m'etonne pas !
Je ne connais pas jack mais je suppose que qu'il doit installer des threads en mode noyau charges sous forme de modules Linux. Or pour charger un module, faut etre root...😉

++
Salut kwizart.

oui, les gens de la communaute Linux quand ils parlent de temps reel, c'est en fait de temps reel mou qui se rapproche plus d'une assurance de QoS. C'est une notion tres recente (qq annees) liee a l'avenement du multimedia et flux video.

Etant electronicien et faisant de l'embarque et du TR (dur) depuis presque 20 ans, nous parlons plutot de TR dur qui existe depuis que le controle commande existe (a peu pres 50 ans)...

L'amelioration de la preemption se fait avec une approche TR dur a double noyau sous Linux...je vais expliquer ca dans le tuto...
oui j'ai fait ce petit dessin pour bien comprendre le truc. L'echelle des temps n'est qu'indicative pour donner un ordre de grandeur des temps de latence ou reactivite...

++
=> Draffin,

As-tu essayé cette manip dans le fichier /etc/security/limits.conf ?
Rajouter ces deux lignes :
tonNomUser - rtprio 20
tonNomUser - memlock 1000000

C'est un manip de Fernando Lopez (je gars qui compile les noyaux faible latence pour planet CRMA)

De mon côté ça marche.
Concernant le te:mps de latence pour les applis son :
Comme ce qui a été dit plus haut, le soucis c'est de faire en sorte que le délai entre le moment où on joue une note sur un clavier et le momet où le son associé à l'évènement MIDI (Note On) soit le plus court possible. < 15 ms. Mais il y a aussi le problème du monitoring. En effet, si le monitoring est soft (via l'appli et mixer logiciel) ce temps doit être réellement plus faible. < 10ms. Sinon, en prenant un exemple simple, si un chanteur chante (jusque là c'est normal) dans le micro, et qu'au casque il entend sa voie décalée... il va devenir fou. C'est ingérable. S certains périphériques audio permettent le monitoring direnct (compatible ASIO 2 sous XP) on peut faire ce monitoring ia la carte son. Le problème à ce moment là est qu'il faut avoir un mixer hardware pour régler les niveaux de monitoring, et aussi des racks effet hardware si on veut appliquer des effets (reverb, compresseur/limiteur, etc)... Tout ce qui est soft (mixer, plugs...) est bypassé.

Pour ma part sous jack et sur la carte son intégrée du Laptop (realtek à 2 balles), j'arrive en jouant sur les paramètres frame/period et period buffer à obtenir une latence de 29 ms sur jack. 29ms en entrée/sortie, soit la moitié en entrée et la moitié en playback. Ardour lui m'indique 5,6 ms... Il fa

Je n'ai as encore fait de tests exhaustifs, mais en playback
Bon, saleté de pad... vais devoir le régler...
Je continue.
donc en playback sur ardour 2 beta, je suis monté jusqu'à 10 pistes stéreo (44100 KHz) et deux plugs sur le master out. Tout baigne, je n'ai pas été plus loin. Pas testé l'enregistrement. Ceci avec la fréquence de proce centrino solo bloquée à 768MHz (la moitié des 1,86KHz possibles) et Beryl en bureau 3D... Impossible à réaliser sous XP par exemple ! Sous Jack : Frames/period : 256, 44100 KHz Periods/Buffer 5. Je peux passer le Periods/buffer à 4 (latence 23,2ms en In/out, donc 11,6 in 11,6 out, ardour indiquera encore moins), mais je conserve une marge de manoeuvre. Proce tjrs bloqué à 1/2 fréquence).

Tout cela avec le kernel : 2.6.18-1.2869.fc6

De plus sur planet CCRMA, la distro Fedora est vivement conseillée. mais c'est vra que c'est plus chaud pour configurer les interfaces MIDI et joysticks. Mais vu moi le total débutant que je suis y est arrivé...

Voilou, donc, c'est sur du temps reel mou comme ça c'est deja pas mal... Si en plus on peut l'améliorer... Et l'ami fernando planche sur le kernel CCRAM pour FC6...

Sinon, je rejoins avec force et vigueur ceux qui réclament une distro audio/multimedia Fedora... Ubuntu est en train de faire la mm chose.
Pffff deja que en effleurant le pad firefox danse la java si en plus mes posts sont pas pris en compte...

Bonc, donc, je reprends : en playaback sous Ardour 2 beta, 10 pistes stéréo 44100 et deux plugs sur le master out, pas de soucis (fichiers entre 5 et 10 min).
Version kernel : 2.6.18-1.2869.fc6
Donc c'est déjà plus que bien !!!! Pas testé l'enregistrement, mais vu que ma belle MOTU 828 mkII n'est pas reconnue, ça me fait mal de brancher le M160 sur l'entrée audio du Laptop... J'ai ma dignité !!!

Je rejoins vigoureusement ceux qui réclament une distro Fedora audio/multimedia. Ubuntu est en train de la préparer. Fernando Lopez de CCRMA est en train de développer le kernel basse latence pour FC6. Et pour CCRMA, ils conseillent FC...

par contre j'ai testé studio to go, je la trouve pas très pro et pas belle. Auant à studio 64 vu que je suis pas un pro de linux, j'ai eu peur de tout écraser, alors je me suis dégonflé...:lol:
Ah ben m... finalement il a été pris en compte le post d'avant, bon ben il sera en double... dsl...:hammer:
Esoxx wrote:=> Draffin,

As-tu essayé cette manip dans le fichier /etc/security/limits.conf ?
Rajouter ces deux lignes :
tonNomUser - rtprio 20
tonNomUser - memlock 1000000

C'est un manip de Fernando Lopez (je gars qui compile les noyaux faible latence pour planet CRMA)

De mon côté ça marche.
Truc très bizarre : chez moi ça ne marchait pas et comme j'en ai eu marre, j'ai été fouillé les messages d'erreurs. J'ai alors vu qu'il n'arrivait pas à détecter les 10 entrées/sorties de ma carte son (alors qu'en root ça marche impec). Donc, je demande 8 entrées/sorties et là, miracle ! ça marche !!! Du coup, histoire de le taquiner un peu, je demande 0 entrées/sorties et là... j'en obtiens 10 (y a des jours comme ça...)
Maintenant, ça roule (sans avoir à se cogner la console). Cooooollll !8-)
Dis draffin, c'est quoi ta carte son ??? Moi ma MOTU c grillé... 🙁
maudio delta 1010LT. J'ai un peu triché, j'avoue car j'ai choisi ma carte-son après avoir adopté Linux. Je suis donc allé chercher sur le site d'alsa pour vérifier que le pilote existait bien et zou !

Pour en revenir aux histoires de latence, il faut garder à l'esprit que tant que la latence reste inférieure à 50ms (ce qui est énorme), elle n'est pas perçue comme un echo (Laurent Millot devrait confirmer ça). Donc, comme on n'utilise pas des caisses de plug-ins pour l'enregistrement, on ne devrait pas rencontrer ce genre de soucis. Quant au mixage, c'est plus emmerdant, surtout si tu comptes faire un peu d'automation à la souris... Cela dit, pour avoir tester 10 pistes stéréo sur une vieille version d'Ardour, je peux dire que ça reste très correct.

Dans un précédent message, tu parles d'Ardour en disant que c'est dommage qu'il ne gère pas le MIDI. ça reste à confirmer mais il semblerait que la prochaine version de Rosegarden serait pilotable par MTC, ce qui signifie que tu pourras faire fonctionner les deux softs en parallèle et confier la gestion du transport à Jack. Du bonheur !
Oui j'ai lu ça... Mais j'ai un soucis avec Rosegarden, mes interfaces MIDI sont reconnues, mais quand je lance un enregistrement , et bien rien ne rentre... T'as une idée ?
draffin wrote:maudio delta 1010LT. J'ai un peu triché, j'avoue car j'ai choisi ma carte-son après avoir adopté Linux. Je suis donc allé chercher sur le site d'alsa pour vérifier que le pilote existait bien et zou !

Pour en revenir aux histoires de latence, il faut garder à l'esprit que tant que la latence reste inférieure à 50ms (ce qui est énorme), elle n'est pas perçue comme un echo (Laurent Millot devrait confirmer ça). Donc, comme on n'utilise pas des caisses de plug-ins pour l'enregistrement, on ne devrait pas rencontrer ce genre de soucis. Quant au mixage, c'est plus emmerdant, surtout si tu comptes faire un peu d'automation à la souris... Cela dit, pour avoir tester 10 pistes stéréo sur une vieille version d'Ardour, je peux dire que ça reste très correct.

Dans un précédent message, tu parles d'Ardour en disant que c'est dommage qu'il ne gère pas le MIDI. ça reste à confirmer mais il semblerait que la prochaine version de Rosegarden serait pilotable par MTC, ce qui signifie que tu pourras faire fonctionner les deux softs en parallèle et confier la gestion du transport à Jack. Du bonheur !
C'est ce qui vaux mieux faire 😉
Sauf si on découvre Linux 1 an après s'être équipé... 😉
Je viens de créer une doc pour le dépot planet CCRMA at home, par contre je ne sais pas comment il faut installer pour fedora core 6. il semble qu'il existe une version x86_64 pour certains paquets, peut être pas pour le kernel, il est dit que le kernel de base peu convenir si alsa n'est pas trop ancien...

Vos remarques sont bien venues! Je vais créer un fichier planet-ccrma.repo pour fc6 pour simplifier la tâche de l'installation...
Une documentation plus détaillée sur l'utilisation de ce dépot serait la bienvenue, a terme!

http://doc.fedora-fr.org/Depot-CCRMA
Il ne me semble pas que l'installation soit si compliqué que ça ! Il existe un RPM qui "installe" le dépôt planetccrma dans yum. Ensuite, y a plus qu'à faire des coups de yum install Trucaudio et ça roule.
Avant (pour FC4, je crois), il y avait des regroupements de paquetages (audioapps et videoapps). Mais aujourd'hui, Nando n'en fait plus. Il faut dire qu'une partie de ses RPM sont désormais intégrés dans Extras (Rosegarden, Ardour, jack). En plus, le noyau justifie de moins en moins le recours à des patchs de temps réel "mou".
Moralité : Fedora, c'est du bon !
C'est certes sur, tout dépend de ce que l'on fait tourner et comment je suppose...
Chez moi CCRMA ou je ne sais pas quoi a même installé des éléments dans Applications dans lesquels je retrouve tout ou presque ce qui touche à l'audio.
En parlant de ça, quelqu'un a t il installé xjadeo ??? (pour synchro avec ardour via jack), perso, il y a toujours des msg d'erreur quand je suis la procédure incluse dans le readme...