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.