Salut,
à mon avis ce que tu veux faire s'appelle du desktop grid.
C'est à dire répartir un ensemble de tâche sur plusieurs machines desktop.
A mon boulot, nous avions comparé (en mars 2004) Globus [0] et Xtremweb [1] et l'installation de Globus était un peu lourde et assez longue.
Par contre Xtremweb est assez simple à installer.
Dans notre cas nous étions intéresser d'utiliser une grille afin de faire un traitement sur un ensemble de fichier (ce qui ne necessite pas de modifications des programmes).
Du fait de la lourdeur de l'infrastructure nécessaire, je ne pense pas que Globus se justifie pour un petit ensemble de machine (sauf si biensur tu veux acquérir des compétences sur le standard du grid computing).
Pour info, nous utilisions des machines GNU/Linux et Mac OS X, donc je ne sais pas comment tout cela se comporte sous Windows.
Personnellement j'utilisais aussi unison (GNU/Linux <-> Mac OS X) mais l'incompatibilité de synchronisation entre différentes versions de unison est un peu pénible.
Il faut faire attention à ce que les versions coincident bien sinon la synchronisation n'est pas possible.
En conclusion je trouve cela pas mal mais ce n'est pas la solution idéale non plus.
Salut tu veux dire quoi par:
"ne fonctionne pas en alsa tout bête" ?
Car jack utilise la couche alsa pour communiquer avec ta carte son.
A mon avis, tu dois avoir un .asoundrc qui traîne et qui redéfinit le device default.
Donnes un peu de message d'erreur et je pourrais t'aider certainement.
Salut,
j'ai réussi à faire des transfert de données entre ma debian sid et mon motorola v180.
J'ai acheté le cable USB motorola fournit avec la suite logicielle Mobile Phone Tools.
Pour la gestion du répertoire, tu as l'application kmobiletools qui fonctionne bien, elle permet la synchronisation entre ton PIM côté kde et ton téléphone mobile.
Pour le transfert de données (j'ai seulement essayé avec un MP3), j'ai trouvé sur sourceforge moto4lin, cela a bien fonctionné.
Il faut seulement vérifier que les droits d'accès au device usb sont correct.
Sinon si tu veux faire du transfert de MIDlet, pour l'instant je n'ai pas encore réussi.
J'ai réussi à activer l'option de transfert de MIDlet sur le téléphone via l'édition de la SEEM avec moto4lin, mais je n'arrive pas encore à transférer en utilisant wine et l'outil MIDway de Motorola.
Ben à l'usage, je trouve Mac OS X un peu pénible.
Je n'ai par exemple pas trouvé comment désactiver ou modifier l'application responsable du preview dans le finder.
C'est assez pénible lorsque l'on tombe sur un codec qui n'est pas reconnu par Quicktime (le Media Player d'Apple).
Un truc qui ma étonné aussi, c'est que le système de fichier de Mac OS X ne gère pas la case, cela suprend vraiment la première fois que l'on s'en rend compte.
Un dernier truc mais la je pense qu'il y a une astuce, je ne sais pas comment redimensionné une fenêtre sans avoir accès au bord (le Alt + Right Click sous Fluxbox), c'est assez pénible surtout comme j'utilise un powerbook 12" et que les bordures des fenêtres "sortent" de l'affichage.
Donc voila pour les points négatifs que j'ai trouvé dans Mac OS X (10.3.7)
salut,
j'ai vérifié et la SoundBlaster Live! est bien full-fuplex, donc du côté matériel cela devrait se passer sans problème.
Ce qui me vient à l'idée ensuite est soit un problème de disque dur, soit un problème d'interruption partagée.
Regarde dans Audacity s'il y a une configuration pour la taille des buffers d'entrées/sorties.
Plus le buffer est grand, plus il y a de latence mais moins il y a d'appel système pour faire l'enregistrement sur le disque.
Cela peut être aussi un problème d'interruption, mais je pense que cela doit être audible si tu joues plusieurs pistes en même temps.
Un autre truc, tu parles du driver emu10k1, est-ce vraiment le nom du driver ? ou bien est-ce snd_emu10k1, car dans le cas ou tu utilises emu10k1, c'est le driver OSS et peut-être que ton problème de performance vient de la.
Regardes quand même dans le /var/log/messages, s'il n'y a des message à propos de l'audio.
Salut, est-ce que tu pourrais donner un peu plus de détails, car la c'est pas génial pour savoir ce qui ne fonctionne pas.
Première chose, est-ce ta carte est bien configurée du point de vue d'ALSA:
$ cat /proc/asound/cards
et tu peux tester en jouant un wav avec la commance aplay.
Si la carte est bien configurée avec ALSA mais que jack ne fonctionne pas, il peut y avoir plusieurs raisons:
1- le device de la carte est déjà utilisé par une application, je sais que qjackctl propose de tuer artsd mais je ne sais pas s'il s'occupe aussi de esd (le serveur de son de gnome).
Tu peux vérifier l'occupation de ta carte avec un:
$cat /proc/asound/card0/pcm0p/sub0/hw_params
En supposant que ta carte est bien la première dans la sortie du cat /proc/asound/cards.
2- l'application pour lancer jack est mal configurée, cela m'est arrivé en passant d'un kernel 2.4.x à 2.6.x, j'avais conservé ma partition /home et en 2.4.x j'utilisais jackstart avec les capabilities pour démarrer jack.
3- ta carte (je n'ai pas vérifié sur le site d'ALSA) ne supporte pas le full-duplex ou alors sous seulement certaines valeurs de buffer size et frame per buffer.
Donne un peu plus de détail afin que l'on puisse t'aider.
Bonsoir,
j'ai du mal à comprendre à ceux que tu veux dire par "son midi".
D'après ce que je vois des informations que tu fournis, le périphérique MIDI (Musical Instrument Digital Interface) de ta carte est présent (sortie aplaymidi --list).
Je pense donc que tu envoies bien les données MIDI sur le port de sortie MIDI de ta carte son (certainement partagé avec le port joystick) mais que tu n'as pas de matériel pour faire la synthèse derrière.
En effet le MIDI est comme une sorte de partition, c'est seulement une suite de commande, si derrière il n'y a personne pour les interprêter => pas de son.
Les chipsets des cartes sons peuvent faire de la synthèse par modulation de fréquence ou tables d'ondes, mais généralement l'on utlise plutôt un synthétisseur logiciel qui offre beaucoup plus de possibilités (surtout avec les patchbays).
Il faut noter qu'il est possible de chaîner les applications MIDI à l'aide de la couche ALSA sequencer (c'est aussi possible pour l'audio avec jack mais c'est une autre histoire).
Donc je te conseilles plutôt de regarder du côté des synthétisseurs logiciels MIDI type gmorgam, ams, et pour les patch bays: alsa modular synth, pure data.
J'espère avoir pu t'éclairer et te souhaite une bonne année en passant.
Je pense que tu devrais regarder du côté du grid computing.
Les implémentations libres que je connais sont les suivantes:
- globus toolkit: http://www.globus.org(...) http://www-unix.globus.org/toolkit/(...)
C'est très gros à mettre en place et c'est plutôt pour les grosse infrastructures (à mon avis 100 machines).
Je pense qu'il faut mieux installer la Agnula/DeMuDi puis ensuite installer les applications que tu désires et non installer une Debian puis mettre les applications audio.
En effet dans la DeMuDi, tu es sur que la partie audio est cohérente, puisque c'est le but de la distribution.
L'installeur de la DeMuDi 1.2.0-rc* est celui de Sarge, c'est donc très simple à utiliser.
De plus en rajoutant les entrées qui cont bien dans le /etc/apt/sources.list, tu pourras facilement installé les autres applications qui te manque.
Je ne pense pas que l'utilisation de rate va fixer le problème.
Car rate est côté software alors que la dérive d'horlge est côté hardware.
En fait sur les cartes sons dites professionnelle, tu as la possibilité d'utiliser une horlge externe ceci afin de corriger ce problème de synchronisation.
Pour ce qui est de jouer les sons sur les 2 cartes, je ne sais pas si dans ALSA il y a quelque chose pour resynchroniser (ce dont je doute beaucoup).
En effet les cartes sons ne sont que rarement à la bonne fréquence d'échantillonnage.
Par exemple sur ta carte 1 tu vas avoir 44101 et sur ta carte 2 44099 alors que tu as demande 44100Hz.
Cela signifie que à chaque seconde tu as 2 echantillons d'écart. Ce n'est pas énorme mais malheureusement cela va s'ajouter au cours du temps.
Par exemple au bout de 2h, tu auras un délai de 300ms ce qui peut être très génant pour certaine application.
Bonjour,
je me connais pas FreeBSD donc je ne peux pas faire de comparaison, mais je ne pense pas que tu vas retrouver les mêmes logiciels sur GNU/Linux et FreeBSD.
A ma connaissance la bibliothèque permettant de communiquer avec les drivers sons GNU/linux n'est pas porté sur FreeBSD.
Je parle d'ALSA, OSS (l'ancien système) étant considéré comme obsolète dans la communauté linux audio.
La majorité des applications audio supportent maintenant ALSA et non plus OSS.
Donc si ALSA n'a pas été porté sur FreeBSD (ce qui est le cas d'après la conférence de Takashi Iwai, mainteneur principal ALSA, au RMLL), tu ne trouvera pas les mêmes applications.
Du point de vue performance du système, je sais que sur linux, il y a eu beaucoup de boulot pour permettre une utilisation temps-réel (du point de vue de l'audio: latence < 10ms), et il fautdrait donc vérifier que les mêmes performances sont possibles dans FreeBSD.
Je te conseille vivement la MAO sur GNU/Linux, car la communauté est très active (compare les versions de Jack et Ardour d'il y a 1 an et les actuelles).
hum effectivement après un coup de google, je viens de comprendre la difficulté.
Je doute pouvoir faire tourner les drivers windows sur ppc.
Peut-être qu'il existe quelque chose d'équivalent à ndiswrapper pour ppc.
De jolies soirées en perspective....
Je crois que je suis sur la page expliquant ceci mais ce layout ne fonctionne pas avec mon powerbook.
Je me suis donc rabattu sur xmodmap.
Pour l'instant cela à l'air ok, il faut encore que je modifie un peu la config pour récupérer { et }.
Et ensuite cela devrait être dans la poche.
L'étape d'après, c'est le support de la carte wifi.....
Pour écouter ta communication MIDI, je pense qu'il doit exister sous Windows des devices MIDI virtuels.
Si cela existe tu devrais pouvoir t'en sortir avec 1 seule carte MIDI.
Le truc en d'enregistrer ta communication entre ton pc Windows et ton device.
Je sais que cela existe sur GNU/Linux ALSA et sur Mac OS X, donc cela m'étonnerait que cela ne soit pas le cas sur Windows.
Sinon pour le maquettage, je te conseille d'utiliser Pure Data, c'est du type patch bay. C'est assez facile à utiliser.
La licence Art Libre n'a pas été prise en compte à cause d'un stupide manque de temps de lecture.
Le mieuxest si vous connaissez l'anglais est de proposer l'ajout de cette license sur la mailing-list users@agnula.org
Dans le cas contriare, je peux essayer de traduire vos propos et les infectez sur la mailing-list users@agnula.org
Reste le support des cartes son pro, qui integrent des DSP et sorties multiples, qui tant qu'elle ne seront pas supporté sous linux freinera l'adoption de cette plate forme par les musiciens.
C'est toujours le problème si les constructeurs ne donnent pas les specs, le matériel ne peut pas être supporté.
Dans le domaine des cartes sons près performantes, les cartes RME sont très bien supportés.
Mais il est vrai que les cartes de CreamWare ne sont pas encore supportées à ma connaissance, et je n'ai pas vu d'information qui irait dans ce sens.
Le principal intérêt de JACK n'est pas la faible latence mais plutôt de pouvoir "chaîner" les appplications audio les unes à la suite des autres en assurant le temps réel.
On peut voir un peu JACK comme le pipe de l'AUDIO.
Du coup il n'est plus nécessaire de construire de grosses applications car on peut construire un système audio à partir de module.
Pour le MIDI, il y a le ALSA sequencer qui permet de relier entre elles les appplications MIDI.
Il faut aussi noter que JACK a été porté sous MacOSX par Stephane Letz du GRAM.
Le packaging de pleins de softs est PlanetCCRMA pour la RedHat.
Pour la DeMuDi à mon avis il est possible de récupérer indépendement les packages via apt-get.
Mais il y a un gros problème avec ALSA.
En effet les drivers ALSA sont des modules du noyau et de ce fait complètement dépendant (sous leur forme compilée) d'une version du noyau.
C'est pour cela qu'il faut mieux éviter d'avoir freshrpm en même temps que planetccrma dans son /etc/apt/sources.list
Car les drivers de ALSA sont compilés pour les noyaux standards de RedHat contrairement à ceux de PlanetCCRMA ou les noyaux sont patchés faible latence et capabilities.
Si la version du noyau pour lequel les drivers ont été compilé ne matche pas la version du noyau que l'on tourne, il risque d'y avoir un problème de symbol non défini.
Désolé pour le recoupement dans les dates mais ....
L'Ircam organise dans le cadre de Résonances 2003 une install party
Linux et une journée consacrée aux logiciels libres pour la musique.
La journée "Logiciel libre musical" permettra de faire le point sur les
logiciels libres dans le domaine musical et audio professionnel,
l'évolution de Linux vers plus de facilité d'utilisation, les
compatibilités avec les équipements audio, les drivers audio et MIDI.
Date : Jeudi 23 octobre 2003, de 10h à 18h
Lieu : Ircam, Studio 5
L'install-party Linux est consacrée aux logiciels libres musicaux, pour
découvrir les distributions AGNULA et les packages Planet CCRMA.
Dates : Samedi 18 et dimanche 19 octobre 2003, de 12h à 20h
Lieu : Ircam, salle Olivier Messiaen
Adresse Ircam:
1 Place Igor Stravinsky
75004 Paris
(A côté du centre Georges Pompidou).
# desktop grid ?
Posté par Patrice Tisserand . En réponse au message Calcul partage sur un réseau Linux (et Windows). Évalué à 4.
à mon avis ce que tu veux faire s'appelle du desktop grid.
C'est à dire répartir un ensemble de tâche sur plusieurs machines desktop.
A mon boulot, nous avions comparé (en mars 2004) Globus [0] et Xtremweb [1] et l'installation de Globus était un peu lourde et assez longue.
Par contre Xtremweb est assez simple à installer.
Dans notre cas nous étions intéresser d'utiliser une grille afin de faire un traitement sur un ensemble de fichier (ce qui ne necessite pas de modifications des programmes).
Du fait de la lourdeur de l'infrastructure nécessaire, je ne pense pas que Globus se justifie pour un petit ensemble de machine (sauf si biensur tu veux acquérir des compétences sur le standard du grid computing).
Pour info, nous utilisions des machines GNU/Linux et Mac OS X, donc je ne sais pas comment tout cela se comporte sous Windows.
[0] http://www.globus.org/toolkit/
[1] http://xtremweb.net
[^] # Re: Unison
Posté par Patrice Tisserand . En réponse au journal synchronisation de fichiers entre plusieurs PC/OS. Évalué à 3.
Il faut faire attention à ce que les versions coincident bien sinon la synchronisation n'est pas possible.
En conclusion je trouve cela pas mal mais ce n'est pas la solution idéale non plus.
# alsa tout bête
Posté par Patrice Tisserand . En réponse au journal Novation X-Station. Évalué à 2.
"ne fonctionne pas en alsa tout bête" ?
Car jack utilise la couche alsa pour communiquer avec ta carte son.
A mon avis, tu dois avoir un .asoundrc qui traîne et qui redéfinit le device default.
Donnes un peu de message d'erreur et je pourrais t'aider certainement.
Patrice.
# Erreur de frappe ?
Posté par Patrice Tisserand . En réponse au message probleme avec une methode virtuelle. Évalué à 3.
> float circuit_a::F1AIntegrer(float t,float x)
Alors F1AInteger ou F1AIntegrer ?
Comme cela ressemble à du copier-coller, je suppose que ton problème est simplement cette faute de frappe .....
Bon courage.
# transfert ok sur motorola v180
Posté par Patrice Tisserand . En réponse au message cable usb de telephone mobile et ubuntu. Évalué à 1.
j'ai réussi à faire des transfert de données entre ma debian sid et mon motorola v180.
J'ai acheté le cable USB motorola fournit avec la suite logicielle Mobile Phone Tools.
Pour la gestion du répertoire, tu as l'application kmobiletools qui fonctionne bien, elle permet la synchronisation entre ton PIM côté kde et ton téléphone mobile.
Pour le transfert de données (j'ai seulement essayé avec un MP3), j'ai trouvé sur sourceforge moto4lin, cela a bien fonctionné.
Il faut seulement vérifier que les droits d'accès au device usb sont correct.
Sinon si tu veux faire du transfert de MIDlet, pour l'instant je n'ai pas encore réussi.
J'ai réussi à activer l'option de transfert de MIDlet sur le téléphone via l'édition de la SEEM avec moto4lin, mais je n'arrive pas encore à transférer en utilisant wine et l'outil MIDway de Motorola.
Bonne chance.
[^] # Re: avec linux ou avec mac OS X?
Posté par Patrice Tisserand . En réponse au journal Mini mini ?. Évalué à 6.
Je n'ai par exemple pas trouvé comment désactiver ou modifier l'application responsable du preview dans le finder.
C'est assez pénible lorsque l'on tombe sur un codec qui n'est pas reconnu par Quicktime (le Media Player d'Apple).
Un truc qui ma étonné aussi, c'est que le système de fichier de Mac OS X ne gère pas la case, cela suprend vraiment la première fois que l'on s'en rend compte.
Un dernier truc mais la je pense qu'il y a une astuce, je ne sais pas comment redimensionné une fenêtre sans avoir accès au bord (le Alt + Right Click sous Fluxbox), c'est assez pénible surtout comme j'utilise un powerbook 12" et que les bordures des fenêtres "sortent" de l'affichage.
Donc voila pour les points négatifs que j'ai trouvé dans Mac OS X (10.3.7)
# probleme disque dur ou irq
Posté par Patrice Tisserand . En réponse au message Prise de son. Évalué à 4.
j'ai vérifié et la SoundBlaster Live! est bien full-fuplex, donc du côté matériel cela devrait se passer sans problème.
Ce qui me vient à l'idée ensuite est soit un problème de disque dur, soit un problème d'interruption partagée.
Regarde dans Audacity s'il y a une configuration pour la taille des buffers d'entrées/sorties.
Plus le buffer est grand, plus il y a de latence mais moins il y a d'appel système pour faire l'enregistrement sur le disque.
Cela peut être aussi un problème d'interruption, mais je pense que cela doit être audible si tu joues plusieurs pistes en même temps.
Un autre truc, tu parles du driver emu10k1, est-ce vraiment le nom du driver ? ou bien est-ce snd_emu10k1, car dans le cas ou tu utilises emu10k1, c'est le driver OSS et peut-être que ton problème de performance vient de la.
Regardes quand même dans le /var/log/messages, s'il n'y a des message à propos de l'audio.
# quelques pistes....
Posté par Patrice Tisserand . En réponse au message Configuration de JACK serveur son. Évalué à 1.
Première chose, est-ce ta carte est bien configurée du point de vue d'ALSA:
$ cat /proc/asound/cards
et tu peux tester en jouant un wav avec la commance aplay.
Si la carte est bien configurée avec ALSA mais que jack ne fonctionne pas, il peut y avoir plusieurs raisons:
1- le device de la carte est déjà utilisé par une application, je sais que qjackctl propose de tuer artsd mais je ne sais pas s'il s'occupe aussi de esd (le serveur de son de gnome).
Tu peux vérifier l'occupation de ta carte avec un:
$cat /proc/asound/card0/pcm0p/sub0/hw_params
En supposant que ta carte est bien la première dans la sortie du cat /proc/asound/cards.
2- l'application pour lancer jack est mal configurée, cela m'est arrivé en passant d'un kernel 2.4.x à 2.6.x, j'avais conservé ma partition /home et en 2.4.x j'utilisais jackstart avec les capabilities pour démarrer jack.
3- ta carte (je n'ai pas vérifié sur le site d'ALSA) ne supporte pas le full-duplex ou alors sous seulement certaines valeurs de buffer size et frame per buffer.
Donne un peu plus de détail afin que l'on puisse t'aider.
# son midi ?
Posté par Patrice Tisserand . En réponse au message A7N8X Deluxe + Alsa - pas de son midi. Évalué à 1.
j'ai du mal à comprendre à ceux que tu veux dire par "son midi".
D'après ce que je vois des informations que tu fournis, le périphérique MIDI (Musical Instrument Digital Interface) de ta carte est présent (sortie aplaymidi --list).
Je pense donc que tu envoies bien les données MIDI sur le port de sortie MIDI de ta carte son (certainement partagé avec le port joystick) mais que tu n'as pas de matériel pour faire la synthèse derrière.
En effet le MIDI est comme une sorte de partition, c'est seulement une suite de commande, si derrière il n'y a personne pour les interprêter => pas de son.
Les chipsets des cartes sons peuvent faire de la synthèse par modulation de fréquence ou tables d'ondes, mais généralement l'on utlise plutôt un synthétisseur logiciel qui offre beaucoup plus de possibilités (surtout avec les patchbays).
Il faut noter qu'il est possible de chaîner les applications MIDI à l'aide de la couche ALSA sequencer (c'est aussi possible pour l'audio avec jack mais c'est une autre histoire).
Donc je te conseilles plutôt de regarder du côté des synthétisseurs logiciels MIDI type gmorgam, ams, et pour les patch bays: alsa modular synth, pure data.
J'espère avoir pu t'éclairer et te souhaite une bonne année en passant.
Patrice.
# grid computing
Posté par Patrice Tisserand . En réponse au message Traitement distribué parallèle. Évalué à 3.
Les implémentations libres que je connais sont les suivantes:
- globus toolkit:
http://www.globus.org(...)
http://www-unix.globus.org/toolkit/(...)
C'est très gros à mettre en place et c'est plutôt pour les grosse infrastructures (à mon avis 100 machines).
- xtremweb
http://xtremweb.net(...)
C'est du desktop grid en p2p
- boinc
http://boinc.berkeley.edu/(...)
C'est ce qui est utilisé par les projets @home
Le sujet est très intéressant et assez vaste,
bonne chance.
Patrice.
[^] # Re: Pas vraiment sûr pour toutes les applications
Posté par Patrice Tisserand . En réponse au message MAO et libre.. Évalué à 1.
En effet dans la DeMuDi, tu es sur que la partie audio est cohérente, puisque c'est le but de la distribution.
L'installeur de la DeMuDi 1.2.0-rc* est celui de Sarge, c'est donc très simple à utiliser.
De plus en rajoutant les entrées qui cont bien dans le /etc/apt/sources.list, tu pourras facilement installé les autres applications qui te manque.
[^] # Re: .asoundrc
Posté par Patrice Tisserand . En réponse au message Alsa, 2 cartes son.... Évalué à 1.
Car rate est côté software alors que la dérive d'horlge est côté hardware.
En fait sur les cartes sons dites professionnelle, tu as la possibilité d'utiliser une horlge externe ceci afin de corriger ce problème de synchronisation.
# .asoundrc
Posté par Patrice Tisserand . En réponse au message Alsa, 2 cartes son.... Évalué à 2.
Tu peux trouver de la documentation dans le wiki d'ALSA :
http://alsa.opensrc.org(...)
http://alsa.opensrc.org/index.php?page=TwoCardsAsOne(...)
il y a aussi le rapport de stage de François Gueurce qui est disponible sur mon compte agnula:
http://www.agnula.org/Members/p_tisserand/view(...)
Sa partie sur .asoundrc est bien complète.
Pour ce qui est de jouer les sons sur les 2 cartes, je ne sais pas si dans ALSA il y a quelque chose pour resynchroniser (ce dont je doute beaucoup).
En effet les cartes sons ne sont que rarement à la bonne fréquence d'échantillonnage.
Par exemple sur ta carte 1 tu vas avoir 44101 et sur ta carte 2 44099 alors que tu as demande 44100Hz.
Cela signifie que à chaque seconde tu as 2 echantillons d'écart. Ce n'est pas énorme mais malheureusement cela va s'ajouter au cours du temps.
Par exemple au bout de 2h, tu auras un délai de 300ms ce qui peut être très génant pour certaine application.
# Pas vraiment sûr pour toutes les applications
Posté par Patrice Tisserand . En réponse au message MAO et libre.. Évalué à 2.
je me connais pas FreeBSD donc je ne peux pas faire de comparaison, mais je ne pense pas que tu vas retrouver les mêmes logiciels sur GNU/Linux et FreeBSD.
A ma connaissance la bibliothèque permettant de communiquer avec les drivers sons GNU/linux n'est pas porté sur FreeBSD.
Je parle d'ALSA, OSS (l'ancien système) étant considéré comme obsolète dans la communauté linux audio.
La majorité des applications audio supportent maintenant ALSA et non plus OSS.
Donc si ALSA n'a pas été porté sur FreeBSD (ce qui est le cas d'après la conférence de Takashi Iwai, mainteneur principal ALSA, au RMLL), tu ne trouvera pas les mêmes applications.
Du point de vue performance du système, je sais que sur linux, il y a eu beaucoup de boulot pour permettre une utilisation temps-réel (du point de vue de l'audio: latence < 10ms), et il fautdrait donc vérifier que les mêmes performances sont possibles dans FreeBSD.
Je te conseille vivement la MAO sur GNU/Linux, car la communauté est très active (compare les versions de Jack et Ardour d'il y a 1 an et les actuelles).
[^] # Re: config de clavier mac pour Xfree
Posté par Patrice Tisserand . En réponse au journal sarge sur ppc. Évalué à 1.
Je doute pouvoir faire tourner les drivers windows sur ppc.
Peut-être qu'il existe quelque chose d'équivalent à ndiswrapper pour ppc.
De jolies soirées en perspective....
[^] # Re: config de clavier mac pour Xfree
Posté par Patrice Tisserand . En réponse au journal sarge sur ppc. Évalué à 1.
Je me suis donc rabattu sur xmodmap.
Pour l'instant cela à l'air ok, il faut encore que je modifie un peu la config pour récupérer { et }.
Et ensuite cela devrait être dans la poche.
L'étape d'après, c'est le support de la carte wifi.....
Merci pour les infos.
[^] # Re: moi la musique j'y comprend rien...
Posté par Patrice Tisserand . En réponse au message Pilotage par Interface Midi. Évalué à 1.
Si cela existe tu devrais pouvoir t'en sortir avec 1 seule carte MIDI.
Le truc en d'enregistrer ta communication entre ton pc Windows et ton device.
Je sais que cela existe sur GNU/Linux ALSA et sur Mac OS X, donc cela m'étonnerait que cela ne soit pas le cas sur Windows.
Sinon pour le maquettage, je te conseille d'utiliser Pure Data, c'est du type patch bay. C'est assez facile à utiliser.
[^] # Re: Suivez la Journée du Libre de l'ESSI en direct !
Posté par Patrice Tisserand . En réponse à la dépêche Suivez la Journée du Libre de l'ESSI en direct !. Évalué à 1.
[^] # Re: Lancement de AGNULA Libre Music
Posté par Patrice Tisserand . En réponse à la dépêche Lancement de AGNULA Libre Music. Évalué à 2.
Le mieuxest si vous connaissez l'anglais est de proposer l'ajout de cette license sur la mailing-list users@agnula.org
Dans le cas contriare, je peux essayer de traduire vos propos et les infectez sur la mailing-list users@agnula.org
[^] # Re: "Logiciel libre musical" : l'avenir pour Linux ?
Posté par Patrice Tisserand . En réponse à la dépêche Résonances 2003 : install party Linux et journée "Logiciel libre musical". Évalué à 1.
C'est toujours le problème si les constructeurs ne donnent pas les specs, le matériel ne peut pas être supporté.
Dans le domaine des cartes sons près performantes, les cartes RME sont très bien supportés.
Mais il est vrai que les cartes de CreamWare ne sont pas encore supportées à ma connaissance, et je n'ai pas vu d'information qui irait dans ce sens.
[^] # Re: "Logiciel libre musical" : l'avenir pour Linux ?
Posté par Patrice Tisserand . En réponse à la dépêche Résonances 2003 : install party Linux et journée "Logiciel libre musical". Évalué à 1.
On peut voir un peu JACK comme le pipe de l'AUDIO.
Du coup il n'est plus nécessaire de construire de grosses applications car on peut construire un système audio à partir de module.
Pour le MIDI, il y a le ALSA sequencer qui permet de relier entre elles les appplications MIDI.
Il faut aussi noter que JACK a été porté sous MacOSX par Stephane Letz du GRAM.
[^] # Re: "Logiciel libre musical" : l'avenir pour Linux ?
Posté par Patrice Tisserand . En réponse à la dépêche Résonances 2003 : install party Linux et journée "Logiciel libre musical". Évalué à 3.
Pour la DeMuDi à mon avis il est possible de récupérer indépendement les packages via apt-get.
Mais il y a un gros problème avec ALSA.
En effet les drivers ALSA sont des modules du noyau et de ce fait complètement dépendant (sous leur forme compilée) d'une version du noyau.
C'est pour cela qu'il faut mieux éviter d'avoir freshrpm en même temps que planetccrma dans son /etc/apt/sources.list
Car les drivers de ALSA sont compilés pour les noyaux standards de RedHat contrairement à ceux de PlanetCCRMA ou les noyaux sont patchés faible latence et capabilities.
Si la version du noyau pour lequel les drivers ont été compilé ne matche pas la version du noyau que l'on tourne, il risque d'y avoir un problème de symbol non défini.
Vivement le 2.6.0 qui aura ALSA en standard ....
# Presque la même chose à Paris.
Posté par Patrice Tisserand . En réponse à la dépêche Initiation Linux et Audio à Nantes le 18 octobre. Évalué à 1.
L'Ircam organise dans le cadre de Résonances 2003 une install party
Linux et une journée consacrée aux logiciels libres pour la musique.
La journée "Logiciel libre musical" permettra de faire le point sur les
logiciels libres dans le domaine musical et audio professionnel,
l'évolution de Linux vers plus de facilité d'utilisation, les
compatibilités avec les équipements audio, les drivers audio et MIDI.
Date : Jeudi 23 octobre 2003, de 10h à 18h
Lieu : Ircam, Studio 5
L'install-party Linux est consacrée aux logiciels libres musicaux, pour
découvrir les distributions AGNULA et les packages Planet CCRMA.
Dates : Samedi 18 et dimanche 19 octobre 2003, de 12h à 20h
Lieu : Ircam, salle Olivier Messiaen
Adresse Ircam:
1 Place Igor Stravinsky
75004 Paris
(A côté du centre Georges Pompidou).
Plus d'info:
Résonances 2003:
http://resonances.ircam.fr(...)
Logiciel Libre Musical:
http://resonances.ircam.fr/rubrique.php3?id_rubrique=54(...)
Linux Install Party:
http://resonances.ircam.fr/rubrique.php3?id_rubrique=64(...)
# Re: Initiation Linux et Audio à Nantes le 18 octobre
Posté par Patrice Tisserand . En réponse à la dépêche Initiation Linux et Audio à Nantes le 18 octobre. Évalué à 3.
PlanetCCRMA at Home est une collection de package que vous pouvez installer sur un ordinatuer tournant RedHat 7.3, 8.0 ou 9 afin de le transformer en une station de travail audio/video.
La collection de logiciel est vraiment impressionante.
Le lien:
http://www-ccrma.stanford.edu/planetccrma/software/(...)
Le mirroir en France:
http://freesoftware.ircam.fr/mirrors/planetccrma/software/(...)