Mots clés
audio communication compiler composition dataflow Domain Specific Language DSP ecosystem Elody FAUST functional graphic inscore interaction language lock-free MIDI MidiShare music music score musicale musique operating processing programming real-time score signal synchronization systems
1995 |
|
Fober, Dominique; Orlarey, Yann; Letz, Stephane MidiShare, un système d’exploitation musical pour la communication et la collaboration (Inproceeding) JIM, (Ed.): Actes des Journées d’Informatique Musicale JIM95, Paris, pp. 91-100, 1995. (Abstract | Links | BibTeX | Étiquettes: architectures, collaboration, communication, ethernet, logicielles, MIDI, MidiShare, musique, systeme, temps-reel) @inproceedings{ Fober:95a ,
title = {MidiShare, un système d’exploitation musical pour la communication et la collaboration}, author = {Dominique Fober and Yann Orlarey and Stephane Letz}, editor = {JIM}, url = {JIM95ms.pdf}, year = {1995}, date = {1995-01-01}, booktitle = {Actes des Journées d’Informatique Musicale JIM95, Paris}, pages = {91-100}, abstract = {Des architectures logicielles particulières sont nécessaires au domaine de l’informatique musicale. Outre qu?elles permettent le partage des ressources critiques de la machine entre plusieurs applications, elles conditionnent très fortement leurs activités de communication et de collaboration. Après un bref rappel sur les carences des systèmes d?exploitation relativement aux besoins des applications musicales, nous présenterons MidiShare, une architecture qui leur est dédiée, en insistant sur la prise en compte particulière du temps et de la communication. Nous montrerons ensuite que la souplesse du modèle de communication adopté permet son extension aux réseaux locaux avec l?exemple d?une implémentation pour Ethernet. Enfin, nous présenterons les perspectives de l?organisation de la collaboration entre les applications.}, keywords = {architectures, collaboration, communication, ethernet, logicielles, MIDI, MidiShare, musique, systeme, temps-reel}, pubstate = {published}, tppubtype = {inproceedings} } Des architectures logicielles particulières sont nécessaires au domaine de l’informatique musicale. Outre qu?elles permettent le partage des ressources critiques de la machine entre plusieurs applications, elles conditionnent très fortement leurs activités de communication et de collaboration. Après un bref rappel sur les carences des systèmes d?exploitation relativement aux besoins des applications musicales, nous présenterons MidiShare, une architecture qui leur est dédiée, en insistant sur la prise en compte particulière du temps et de la communication. Nous montrerons ensuite que la souplesse du modèle de communication adopté permet son extension aux réseaux locaux avec l?exemple d?une implémentation pour Ethernet. Enfin, nous présenterons les perspectives de l?organisation de la collaboration entre les applications.
|
|
Fober, Dominique; Orlarey, Yann; Letz, Stephane Architectures logicielles pour la musique (Inproceeding) Proceedings of 01Design’95, pp. 261–274, 1995. (Abstract | Links | BibTeX | Étiquettes: architectures, collaboration, communication, ethernet, logicielles, MIDI, MidiShare, musique, systeme, temps-reel) @inproceedings{ Fober:95b ,
title = {Architectures logicielles pour la musique}, author = {Dominique Fober and Yann Orlarey and Stephane Letz}, url = {01Design95.pdf}, year = {1995}, date = {1995-01-01}, booktitle = {Proceedings of 01Design’95}, pages = {261–274}, abstract = {Le propos de cet article est de montrer d’une part, pourquoi des architectures logicielles particulières sont nécessaires au domaine de l’informatique musicale et d’autre part, comment les différents problèmes qui requièrent ces architectures peuvent être résolus. En adoptant un point de vue particulier qui est celui du temps et de la communication, nous présenterons un système d?exploitation dédié au domaine musical. Nous présenterons son extension aux réseaux locaux de type Ethernet et montrerons enfin comment cette architecture induit la collaboration entre applications.}, keywords = {architectures, collaboration, communication, ethernet, logicielles, MIDI, MidiShare, musique, systeme, temps-reel}, pubstate = {published}, tppubtype = {inproceedings} } Le propos de cet article est de montrer d’une part, pourquoi des architectures logicielles particulières sont nécessaires au domaine de l’informatique musicale et d’autre part, comment les différents problèmes qui requièrent ces architectures peuvent être résolus. En adoptant un point de vue particulier qui est celui du temps et de la communication, nous présenterons un système d?exploitation dédié au domaine musical. Nous présenterons son extension aux réseaux locaux de type Ethernet et montrerons enfin comment cette architecture induit la collaboration entre applications.
|
1994 |
|
Fober, Dominique Real-Time Midi data flow on Ethernet and the software architecture of MidiShare (Inproceeding) ICMA, (Ed.): Proceedings of the International Computer Music Conference, pp. 447–450, 1994. (Abstract | Links | BibTeX | Étiquettes: communication, ethernet, real-time) @inproceedings{ Fober:94 ,
title = {Real-Time Midi data flow on Ethernet and the software architecture of MidiShare}, author = {Dominique Fober}, editor = {ICMA}, url = {ICMC94enet.pdf}, year = {1994}, date = {1994-01-01}, booktitle = {Proceedings of the International Computer Music Conference}, pages = {447–450}, abstract = {We propose a way to transmit real-time musical data flow on Ethernet. The presented implementation is based on the software archi-tecture of MidiShare. After some reminders about Ethernet and MidiShare, we shall present an overview of the intended solution. Then we shall examine the chosen protocols, the implementa-tion and its performance.}, keywords = {communication, ethernet, real-time}, pubstate = {published}, tppubtype = {inproceedings} } We propose a way to transmit real-time musical data flow on Ethernet. The presented implementation is based on the software archi-tecture of MidiShare. After some reminders about Ethernet and MidiShare, we shall present an overview of the intended solution. Then we shall examine the chosen protocols, the implementa-tion and its performance.
|