5 Développer la recherche et les logiciels applicatifsÉQUIPE SERVICES EN LIGNEEffectif Diffusion scientifique Projets et contrats Collaborations scientifiques CollaborationsartistiquesChercheurs etingénieurs statutairesChercheurs etingénieurs nonstatutaires, invitésDoctorants1 Revues à comité delecture4 Conférences aveccomité de sélectionOuvrages etchapitresStagiaires 1 Thèses de doctoratet HDR1 Nationaux etrégionaux2 Internationaux 1Contrats industriels2 STFC, UKUniversity of Leeds, Grande-BretagneUniversity of Glasgow, Grande-BretagneCNR, ItalieUniversité Urbino, ItalieESA, ItalieEngineering, ItalieMetaware, ItalieACS, Italie@semantics, ItalieINA, FranceUTC, FranceFORTH, GrèceCiant, République TchèqueUnesco, FranceIBM, IsraëlGrame, FranceArmines ParisTech, FranceUniversité St-Etienne, FranceResponsable : Jérôme BarthélemyL’équipe a été constituée à l’origine comme support auxéquipes de recherche, dans les projets européens comportantdes aspects de développement logiciel de systèmesen ligne. Elle a donc développé des compétences dans cesdomaines – middleware et bases de données – ainsi quedans le domaine des standards (notamment MPEG).Depuis l’année 2006, l’équipe s’est saisie d’une problématiqueparticulière : la préservation à long terme des donnéesnumériques. Cette problématique, reconnue depuismaintenant un certain nombre d’années, n’est pas seulementliée à la préservation des flux de données numériques(les octets, les bits), ou à la préservation des supports physiquesde ces données, mais est entièrement conditionnéepar la préservation des connaissances qui permettent l’interprétationet le rendu des données.Ceci a amené l’équipe à réaliser des infrastructures techniquesspécifiques au domaine, mais aussi à acquérir descompétences en matière de langages, de transcodage, etd’ingénierie des connaissances.Ces compétences et cette problématique centrale sous-tendentles champs de recherche qui constituent aujourd’huil’activité de l’équipe : ingénierie des connaissances et virtualisation.L’année <strong>2009</strong> a vu la finalisation du projet Caspar, projet derecherche européen dans le domaine de la préservation dedonnées numériques, dans lequel l’équipe était responsabledu banc de test sur les données numériques dans lacréation artistique contemporaine. L’équipe a réalisé uneinfrastructure d’archivage conforme aux normes ISO OAISet Cidoc CRM, dans laquelle la séparation entre la partiefonctionnelle (exploitation de l’archive), et l’archive ellemême,est complète, permettant ainsi la réexploitation del’archive en cas d’obsolescence de la partie fonctionnelle.Cette architecture est déclinée dans les projets subséquentsAstree et Gamelan.L’année <strong>2009</strong> a aussi permis de réaliser un premier prototypede transcription d’objets Max/MSP (patchs temps réel)vers le langage Faust et vers une documentation en langagemathématique de ces mêmes objets, réalisant un premierprototype de virtualisation des processus de traitementtemps réel.Cette réalisation a aussi permis de participer au niveaueuropéen à la validation du modèle formel OAIS de préservationde données numériques.■ VirtualisationPar virtualisation, nous entendons une stratégie quiconsiste à produire une abstraction de l’objet à archiver,afin de le rendre indépendant d’une implémentation particulièresous-jacente. Cette technique est à comparer auxautres techniques qui permettent la préservation de donnéesnumériques : la conservation muséale, l’émulation, etla migration. Sans vouloir effectuer de comparatif completde ces différentes méthodes, nous devons indiquer que laméthode de virtualisation est celle qui semble offrir lesmeilleures garanties de pérennité à long terme.La conservation muséale consiste à préserver « en état defonctionnement » tous les composants (matériel et logiciel)qui permettent d’utiliser l’objet numérique. Cet objectif esthors d’atteinte pour une équipe telle que Services en ligne,et présente à l’évidence un risque extrêmement importantà moyen et long terme.IRCAM – RAPPORT D’ACTIVITÉ <strong>2009</strong>104
5 Développer la recherche et les logiciels applicatifsL’émulation consiste à remplacer un élément de l’architectureatteint d’obsolescence par un autre : par exemple, unélément hardware par un élément software (par exemple,émulation de la carte ISPW de la station NeXT). Cette solutionest extrêmement coûteuse et se heurte par ailleurs àdes problèmes insolubles relatifs à la propriété intellectuelle(impossibilité de pratiquer du reverse engineering).La migration est la solution la plus couramment pratiquéepour les objets créés à l’<strong>Ircam</strong>. Elle consiste à réécrire –totalement ou en partie – les objets atteints par l’obsolescence.Certaines œuvres créées, par exemple, sur stationNeXT dans les années 1990 ont déjà subi plusieurs migrationssuccessives.La virtualisation, appliquée à l’objet lors de son archivage,permet donc de connaître l’état de l’objet lors de son archivage,et d’anticiper sur les migrations inéluctables. Toutefois,elle nécessite de bénéficier d’outils automatiques ousemi-automatiques, afin de minimiser l’effort lors de l’archivage.Nous avons appliqué nos efforts de virtualisation à l’objetqui présente le plus de risques d’obsolescence dans lesproductions effectuées à l’<strong>Ircam</strong> : le processus temps réel.Celui-ci se présente à l’<strong>Ircam</strong> le plus souvent sous formede « patch » Max/MSP, mais il existe aussi sous forme deprocessus écrit en langage C, C++ ou d’autres langagesinformatiques.Projet AstreeProgramme : ANR Contenus et Interactions ; période : déc 08-juin 2011 ; coordinateur : <strong>Ircam</strong>.Le projet Astree se base sur le langage « Faust », développéau Grame depuis dix ans. L’ambition du projet est de s’appuyersur la représentation en langage Faust afin de permettre:• la transformation de l’existant, quel que soit le langageou le système originel (Max/MSP, PureData, Isadora,Reaktor…) en une forme concise, expressive, adaptée à lasynthèse et au traitement du signal musical ;• l’analyse de ces expressions afin de rechercher les invariants,en appliquant des techniques de data mining ;• effectuer des travaux de classification de l’existant, afinde construire les bases d’une organologie (une ontologie)des processus temps réel.Le projet s’organise donc autour du langage Faust, qui joueun rôle central de « Lingua Franca » entre ses différentesparties : d’un côté la transformation et l’analyse du patrimoineexistant et sa traduction en Faust, de l’autre la générationd’implémentations nouvelles et de documentations àpartir de ces mêmes descriptions Faust.Transformationde l’existantProjet CasparProgramme : FP6 ICT ; période : avril 2006- septembre <strong>2009</strong> ;coordinateur : STFCCaspar est un projet dédié à la préservation à long termedes objets numériques. Dans ce projet, l’<strong>Ircam</strong> est plus spécialementchargé des problématiques liées à la préservationdes œuvres numériques complexes, dont font partie lesœuvres de son répertoire. Ce projet a démarré en avril 2006pour une période de trois ans et demi, et s’est terminé enseptembre <strong>2009</strong>.Les problématiques abordées dans Caspar sont liées àcelles de la préservation à long terme des œuvres musicales,et notamment les problèmes liés à :• la pérennité des processus numériques mis en œuvre,dans la perspective de leur portage ;• la pérennité des objets numériques, et la pérennité deleur stockage ;• la pertinence de la documentation, et notamment enmatière de droits.Le rôle de l’<strong>Ircam</strong> dans ces domaines est plus spécifiquementdévolu aux points 1 et 3, pérennité des processusnumériques, et pertinence de la documentation.Le projet Caspar a permis d’effectuer les premiers travauxdans le domaine de la virtualisation des processus tempsréel. Nous avons développé un outil qui permet de traduireun patch Max/MSP dans une syntaxe XML, et de traduireconséquemment cette expression abstraite en Pure Data.Analyse&Classification« LinguaFranca »Générationautomatique dedocumentationResynthèseVirtualisation : production d’une documentation des processusen utilisant le formalisme mathématiqueLe projet Astree a permis en <strong>2009</strong> le développement de deuxprototypes : un prototype de transformation des processusMax/MSP en langage Faust, et un prototype de générateurautomatique de documentation. Couplés, ces deux prototypespermettent donc de générer une documentationmathématique du processus temps réel. Cette documentationest totalement indépendante de toute implémentationmatérielle et logicielle, et doit permettre à un développeurconnaissant le langage mathématique de réimplémenterl’objet originel avec la solution de son choix – incluantd’ailleurs une possibilité d’implémentation hardware.IRCAM – RAPPORT D’ACTIVITÉ <strong>2009</strong>105
- Page 1:
Rapport d’activitéinstitutde rec
- Page 4 and 5:
politique générale...............
- Page 7:
1politique générale
- Page 10 and 11:
1 politique générale■ Orchestre
- Page 12 and 13:
1 politique généraleLE CONSEIL SC
- Page 15:
216625 61630,81%Les chiffres clés3
- Page 19:
3Un modèle d’innovation :l’art
- Page 22 and 23:
3 un modèle d’innovation : l’a
- Page 24 and 25:
3 un modèle d’innovation : l’a
- Page 26 and 27:
3 un modèle d’innovation : l’a
- Page 28 and 29:
3 un modèle d’innovation : l’a
- Page 30 and 31:
3 un modèle d’innovation : l’a
- Page 32 and 33:
3 un modèle d’innovation : l’a
- Page 34 and 35:
3 un modèle d’innovation : l’a
- Page 36 and 37:
3 un modèle d’innovation : l’a
- Page 38 and 39:
3 un modèle d’innovation : l’a
- Page 41:
4Singularité artistique,démocrati
- Page 44:
4 singularité artistique, démocra
- Page 47 and 48:
4 singularité artistique, démocra
- Page 49 and 50:
4 singularité artistique, démocra
- Page 51 and 52:
4 singularité artistique, démocra
- Page 53 and 54: 4 singularité artistique, démocra
- Page 55 and 56: 4 singularité artistique, démocra
- Page 57 and 58: 4 singularité artistique, démocra
- Page 59 and 60: 4 singularité artistique, démocra
- Page 61 and 62: 4 singularité artistique, démocra
- Page 63 and 64: 4 singularité artistique, démocra
- Page 65 and 66: 4 singularité artistique, démocra
- Page 67: 4 singularité artistique, démocra
- Page 71 and 72: 5 Développer la recherche et les l
- Page 73 and 74: 5 Développer la recherche et les l
- Page 75 and 76: 5 Développer la recherche et les l
- Page 77 and 78: 5 Développer la recherche et les l
- Page 79 and 80: 5 Développer la recherche et les l
- Page 81 and 82: 5 Développer la recherche et les l
- Page 83 and 84: 5 Développer la recherche et les l
- Page 85 and 86: 5 Développer la recherche et les l
- Page 87 and 88: 5 Développer la recherche et les l
- Page 89 and 90: 5 Développer la recherche et les l
- Page 91 and 92: 5 Développer la recherche et les l
- Page 93 and 94: 5 Développer la recherche et les l
- Page 95 and 96: 5 Développer la recherche et les l
- Page 97 and 98: 5 Développer la recherche et les l
- Page 99 and 100: 5 Développer la recherche et les l
- Page 101 and 102: 5 Développer la recherche et les l
- Page 103: 5 Développer la recherche et les l
- Page 107 and 108: 5 Développer la recherche et les l
- Page 109 and 110: 5 Développer la recherche et les l
- Page 111 and 112: 5 Développer la recherche et les l
- Page 113 and 114: 5 Développer la recherche et les l
- Page 115 and 116: 5 Développer la recherche et les l
- Page 117 and 118: 5 Développer la recherche et les l
- Page 119 and 120: 5 Développer la recherche et les l
- Page 121 and 122: 5 Développer la recherche et les l
- Page 123 and 124: 5 Développer la recherche et les l
- Page 125 and 126: 5 Développer la recherche et les l
- Page 127 and 128: 5 Développer la recherche et les l
- Page 129: 5 Développer la recherche et les l
- Page 133 and 134: 6 les structures de soutienSERVICE
- Page 135 and 136: 6 les structures de soutienGÉNÉRA
- Page 137 and 138: 6 les structures de soutienrelation
- Page 141: 7Annexes
- Page 144 and 145: 7 annexes■ DoctorantsYun-Kang Ahn
- Page 146 and 147: 7 annexes[Londero09a] Londero A., V
- Page 148 and 149: 7 annexesPédagogie■ Stages Ircam
- Page 150 and 151: 7 annexes■ Ouvrages scientifiques
- Page 152 and 153: 7 annexesMaMuX - « Approche foncto
- Page 154 and 155:
7 annexes12 mars, N. Donin et M. Du
- Page 156:
mai 2010 • Graphisme Olivier Umec