Myriad Blog 1.3.0 Sunday, Jan 25th, 2015 at 07:25pm 

Memories Tuesday, Aug 29th, 2006 at 06:22pm
Une tranche de saumon?

1990. Le succŔs de la "Vie du Lac" attira l'oeil d'un autre laboratoire d'EDF o¨ des chercheurs travaillaient sur l'Úcologie du saumon. Il se rendirent compte que ce type de vulgarisation scientifique Útait un moyen original de montrer leur travaux sur les problŔmes de remontÚe des saumons et obstacles artificiels. On nous demanda de concevoir un logiciel basÚ sur le mŕme principe que la Vie du Lac.Toutes les informations scientifiques Ó faire passer Útaient dÚfinies, mais pour le reste, nous avions carte blanche. Nous choisţmes de priviligier l'aspect ludique de la remontÚe du saumon, qui fut prÚsentÚe comme une course aux obstacles contre la montre.
Le logiciel sortit sur Atari ST, PC et Macintosh. Il fut dÚclinÚ en plusieurs versions, dont une version courte, spÚcial stand, prÚsentÚe lors d'une exposition Ó La Villette. áUne version, plus spÚcifique, prÚsentant le bassin Adour-Garonne, fut dÚveloppÚe pour la Maison de l'Environnement de Toulouse.
 
Comme "la vie du Lac", "Salmo l'aventure du saumon" fut un vrai succŔs. Il est dommage qu'il n'ait jamais ÚtÚ rÚactualisÚ pour profiter de la puissance de calcul des ordinateurs actuels.
by Didier Guillion

Memories Monday, Aug 28th, 2006 at 05:19pm
La Vie du Lac

En 1989, nous entrÔmes dans la phase "Didacticiels" de notre histoire. Elle allait durer plusieurs annÚes... Tout a dÚbutÚ par un contact avec un chercheur du CNRS.  
Je revenais assez rÚguliŔrement dans les labos de l'UniversitÚ pour faire un petit "coucou" et Úventuellement dÚpanner un des Macintosh, puisque le service de maintenance de l'UniversitÚ Paul Sabatier refusait d'y toucher.
Jean-Marc T***, travaillait sur la modÚlisation de l'Úcologie des systŔmes lacustres, en collaboration avec une chercheuse d'EDF, Marie-JosÚ S***. Ils avaient dÚveloppÚ un programme en Fortran qui simulait, sur plusieurs annÚes, l'Úvolution thermique d'un lac et ses consÚquences sur le plancton. Apprenant que je travaillais dans les jeux vidÚo, ils me demandŔrent si je pensais possible d'adapter leur modŔle sur un micro-ordinateur. Il faut dire que leur code tournait sur un Cray... Leur objectif Útait de crÚer un programme didactique expliquant au grand public, les bases de l'ÚcosystŔme d'un lac.
 
Le sujet Útait passionnant, c'Útait pour nous l'occasion de toucher un autre domaine que celui des jeux vidÚo, tout en rÚinvestissant une bonne partie de nos codes et de notre savoir-faire dans le domaine de l'Úducation. En un mois, nous pűmes leur fournir une maquette prÚsentant les notions de phytoplancton, zooplancton, Úquilibre trophique, thermocline, etc, sous forme de pages interactives animÚes. La maquette, soumise Ó la Mission Environnement d'EDF fut acceptÚe et un contrat signÚ. Jean Marc et Marie-JosÚ travaillŔrent dur pour simplifier leur modŔle Ó l'extrŔme sans le rendre inexact. Et passer de la puissance de calcul d'un Cray a celle d'un Atari ST c'Útait dur !
La Vie du Lac fut ÚditÚ par nos soins et proposÚe sur Atari ST et PC. La Mission Environnement guŔre convaincue de l'avenir du Macintosh, avait refusÚ cette version. Comme nous dÚfendions le Macintosh, cette version sortit tout de mŕme, mais Ó nos frais. Ce projet fut vraiment trŔs intÚressant : nous n'avions pas totalement carte blanche car "EDF et environnement" ont toujours ÚtÚ un sujet sensible mais un trŔs (vraiment trŔs) fort degrÚ de libertÚ nous a permis de nous amuser.
 
Ce premier logiciel didactique fut un vrai succŔs auprŔs du public et des Úcoles. Il ouvrit ála voie Ó d'autres.
by Didier Guillion

Dev News Friday, Aug 25th, 2006 at 05:06pm
Projet PDFToMusic, Útape 52

Petit retour sur l'OMNI de l'Útape 48.  

En fait, je trouve quand mŕme pas mal de partitions qui utilisent cette notation.
J'ai donc dÚcidÚ de le traiter comme une vraie altÚration, mŕme s'il n'est pas possible de spÚcifier, en MusicXML que l'altÚration doit s'afficher Ó cette place. N'oublions pas que PDFToMusic est censÚ jouer la partition, et qu'une altÚration qui saute, ša s'entend ! L'algorithme a donc ÚtÚ adaptÚ. A noter que cela ne perturbe pas (Ó priori) les altÚrations placÚes sur les mordants ou groupetto (Cf Kolo de S. Machefert) ou les altÚrations dÚcalÚes sur les notes en accord.
Dans mes recherches je n'ai pas trouvÚ d'altÚrations de ce type en dessous de la portÚe, cela peut-il exister ? Tout exemple est bienvenu...
La semaine prochaine va se diviser en deux phases de travail, Olivier devrait avancer sur l'import MusicXML, de mon cotÚ je vais reprendre les sources un par un pour les relire, vÚrifier les commentaires et les complÚter. Cela semble souvent Útrange, mais en programmation, il y a plus de lignes de commentaires que de lignes de code !
by Didier Guillion
 2 comments.

Dev News Thursday, Aug 24th, 2006 at 05:18pm
Projet PDFToMusic, Útape 51

La gestion des voix commence Ó fonctionner furieusement bien ! Cela nous permet d'explorer une trŔs grande quantitÚ de documents PDF. Le taux de rÚussite Ó 100% (pas une erreur par document) approche une bonne moitiÚ des documents en notre possession. Pour la plupart des autres documents, les erreurs sont vraiment mineures, un coulÚ mal accrochÚ, un staccato non vu, un tenuto en trop, un texte lÚgŔrement dÚcalÚ, un pied de page pris pour une ligne de paroles, etc. Quelques documents rÚsistent encore, mais c'est le dernier carrÚ. Par contre, la progression est de plus en plus lente : toute modification des algorithmes ou de leur paramÚtrage nÚcessite de re-valider une plus grande quantitÚ de fichiers.
Certains documents ne pourrons pas ŕtre traitÚs dans l'Útat actuel du projet : ce sont les fichiers PDF ne comportant qu'une image bitmap de la partition et non des informations vectorielles. Ils sont heureusement trŔs rares.
Ou encore, les documents utilisant une police textuelle non standard pour afficher des textes, il faudrait implÚmenter une reconnaissance de caractŔres non musicaux, ce qui reste nÚanmoins dans notre calendrier...
La partie la plus incomplŔte reste l'import MusicXML dans Harmony/Melody. Ce sera l'Útape de la semaine prochaine. Elle devra gÚrer toutes les additions au format MusicXML que nous avons ÚtÚ obligÚs de faire (images, textes libres, volume des instruments, etc).  
La premiŔre version Beta de PDFToMusic est toujours prÚvue pour Septembre et il est Úvident qu'une version Beta d'Harmony Assistant sera proposÚe simultanÚment.
by Didier Guillion

Dev News Wednesday, Aug 23rd, 2006 at 07:05pm
Projet PDFToMusic, Útape 50

Une question s'est posÚe : lorsque l'utilisateur intervient sur le document PDF pour apporter des corrections ou des modifications Ó la reconnaissance de PDFToMusic, que faire de ces modifications ?
Une possibilitÚ aurait ÚtÚ de considÚrer que les modifications Útaient volatiles et non prÚservÚes lors de la fermeture du document. Ceci n'aurait pas portÚ prÚjudice au fonctionnement dans le cas de l'utilisation de PDFToMusic en tant que convertisseur de document PDF vers le MusicXML. Mais, lorsque PDFToMusic est utilisÚ comme visualiseur/interprÚteur musical de documents PDF, l'utilisateur pouvait ŕtre amenÚ Ó revenir souvent sur le mŕme document et donc devoir refaire Ó chaque fois les mŕmes modifications.
Une solution classique a ÚtÚ envisagÚe : laisser Ó l'utilisateur la possibilitÚ de sauvegarder sur demande, les modifications apportÚes dans un fichier indÚpendant. C'est possible. Mais auquel cas, lors du rechargement du document PDF, il faudrait choisir de nouveau d'appliquer ce fichier de modifications qui reste spÚcifique au document PDF. C'est juste informatiquement, mais humainement contraignant.
Une autre rÚponse a ÚtÚ trouvÚe au problŔme.
Nous avons choisi de sauvegarder automatiquement toutes les modifications de l'utilisateur, lors de la fermeture du document PDF, dans un dossier particulier des documents utilisateur. Ainsi, lors du chargement ultÚrieur du fichier PDF, les derniŔres modifications associÚes au fichier sont retrouvÚes de maniŔre totalement transparente.
C'est souple et pratique mais avec nÚanmoins quelques dÚsavantages. Il est difficile d'envoyer Ó quelqu'un un document PDF avec les modifications correspondantes puisqu'il s'agit de deux fichiers Ó des positions diffÚrentes sur le disque. L'idÚal aurait ÚtÚ de pouvoir mÚmoriser les modifications directement dans le document PDF, mais cela est techniquement complexe et surtout, source de confusion possible pour les visualiseurs de PDF autres que PDFToMusic.  
by Didier Guillion
 6 comments.

Dev News Tuesday, Aug 22nd, 2006 at 05:10pm
Projet PDFToMusic, Útape 49

Merci Ó tous pour vos cogitations sur l'OMNI de l'Útape 48 ! Pour l'instant, nous envisageons de le traiter comme un caractŔre texte non interprÚtÚ, en attendant de pouvoir faire mieux. Il faut en effet Úviter de perturber la reconnaissance des autres documents, pour un cas qui est vraiment trŔs particulier.
L'interface Ó progressÚ avec la mise en place des prÚfÚrences gÚnÚrales, de nouveaux paramŔtres de configuration du calcul et les prÚmices d'un nouveau mode de reprÚsentation qui "linÚarise" le document PDF en affichant les systŔmes de gauche Ó droite plut˘t que de haut en bas. Ceci devrait ressembler, Ó terme, un peu au mode ruban d'Harmony Assistant et permettre Ó l'utilisateur de dÚfinir manuellement les liens entre portÚes dans le cas ou PDFToMusic ferait une erreur.
 
La prochaine Útape va donc ŕtre la mise en place de tout ce qui concerne les corrections accessibles Ó l'utilisateur afin de pallier aux dÚficiences de PDFToMusic. Nous allons implÚmenter les plus Úvidentes, comme l'attribution des instruments aux diffÚrentes portÚes (image) mais le reste viendra petit Ó petit en concertation avec les Beta Testeurs.
 

by Didier Guillion
 2 comments.

Memories Monday, Aug 21st, 2006 at 04:54pm
AlbÚdo zÚro

En 1988, nous nous lanšons dans l'aventure Myriad. Jusqu'Ó cette date, nous Útions Útudiants mais cela faisait dÚjÓ plusieurs annÚes que nous gagnions notre vie en temps qu'auteurs indÚpendants de logiciels, et plus prÚcisemment de jeux vidÚo. Il nous a donc semblÚ Úvident que nous devions continuer dans cette voie.
De nos cartons, o¨ nous entassons toutes les idÚes de logiciel qui nous viennent Ó l'esprit, nous extrayons une idÚe de jeu d'arcade. Le principe de base est que le joueur peut se dÚplacer sur toutes les parois d'un labyrinthe, y compris sur le plafond, comme une mouche. Une impulsion bien placÚe, et profitant de l'impesanteur il vole dans la piŔce.  

A partir de cette idÚe nous bÔtissons un lieu avec des zones remplies de monstres Ó dÚgommer mais aussi des jeux de sport, un genre de hockey o¨ les rayons laser dÚplacent le palet.
 
La rÚpartition des tÔches sera la mŕme que pour nous autres crÚations :
Gilles Soulet sera chargÚ des musiques, je m'occuperai du scÚnario, des graphismes et d'une partie du code C, Olivier et Jean-Michel du portage sur les diffÚrents ordinateurs et en particulier des multiples routines en assembleur.  
Le jeu sortira sur les trois machines les plus intÚressantes du moment : Atari ST, Amiga 500 et PC.

Au dernier moment, le jeu sera renommÚ d' "AlbÚdo 0.0" ( le planÚto´de o¨ se dÚroule l'action ayant une AlbÚdo de zÚro pour le rendre quasi invisible) en "AlbÚdo", comme on nous l'avait fait remarquer Ó juste titre, ceci pouvait se confondre avec un numÚro de version.
EditÚ par nos soins, distribuÚ par Loriciels, je jeu sera un succŔs honorable mais qui nous satisfera car maintenant que nous n'Útions plus simplement auteurs, mais Úditeurs, la part sur chaque exemplaire vendu Útait beaucoup plus confortable.
Je peux maintenant livrer le code, qui entrÚ dans le jeu, ouvre toutes les options : PPDANS (Pour Passer Directement Au Niveau SupÚrieur ou Patrick Poivre d'Arvor Nous Saoűle). Si vous arrivez Ó faire tourner AlbÚdo sur un Úmulateur, essayez-le...
by Didier Guillion
 4 comments.

Dev News Friday, Aug 18th, 2006 at 05:01pm
Projet PDFToMusic, Útape 48

Un nouveau site, proposant de nombreuses partitions au format PDF, nous a ÚtÚ indiquÚ : http://www.fac-simile.org. En particulier, il renferme de nombreuses partitions avec tablature pour Luth. Dans l'Útat actuel, PDFToMusic ne reconnait pas ces tablatures, dont l'Úcriture est un peu "alambiquÚe".
Par exemple, voici comment une clef de sol est notÚe :

LÓ, aussi, si nous en avons la demande, nous verrons ce que l'on peut faire...
Mais, rien n'empŔche de charger le MusicXML avec Harmony et de demander un affichage pour Luth.
Sinon, un nouvel OMNI (Objet Musical Non IdentifiÚ) a ÚtÚ rencontrÚ :

Si quelqu'un a une explication de la signification de cette altÚration, elle est bienvenue...
 

Addendum:
Voici la partition originale, voyez en fin de page 3
http://www.myriad-online.com/images/blog/1_Cima_a1_adiuro.pdf
by Didier Guillion
 18 comments.

Dev News Thursday, Aug 17th, 2006 at 05:13pm
Projet PDFToMusic, Útape 47

La majeure partie des paramŔtres de la reconnaissance sont maintenant accessibles Ó l'utilisateur dans ce que l'on pourrait appeler un mode "Super Utilisateur".
L'Údition des paramŔtres ressemble Ó ceci :

Ceci correspond Ó environ une centaine de paramŔtres modifiables, classÚs en 21 groupes.
On nous a demandÚ si la reconnaissance de la notation grÚgorienne Útait prÚvue.  A priori, sans ŕtre insurmontable cela soulŔve tout de mŕme quelques problŔmes.
Outre le fait qu'il n'existe, Ó ma connaissance, que trŔs peu de partitions grÚgoriennes au format PDF sur l' Internet, le format MusicXML ne permet pas de mÚmoriser ce genre de notation. Il faudrait passer par une extension du format. Dans l'Útat actuel du projet, je pense que nous allons faire l'impasse sur cette notation, mais si plusieurs personnes ont vraiment besoin de cette fonctionnalitÚ elles peuvent me contacter pour en discuter.
by Didier Guillion

Dev News Wednesday, Aug 16th, 2006 at 05:26pm
Projet PDFToMusic, Útape 46

Un problŔme intÚressant nous a ÚtÚ proposÚ, recupÚrer d'anciennes partitions crÚÚes sous IDD-Studio. A priori, pas de problŔme si ce n'est que certains documents prÚsentent l'artefact suivant :

Non, vos yeux ne sont pas fatiguÚs, les lignes horizontales des portÚes ne sont pas jointives !
Un paramÚtrage plus permissif de l'imprÚcision des lignes horizontales dans le code de PDFToMusic permet tout de mŕme de faire fonctionner la reconnaissance, mais je doute que l'on puisse laisser ce paramÚtrage pour toutes les partitions.
Je pense qu'il va falloir envisager un mode de fonctionnement "avancÚ" de PDFToMusic  o¨ l'utilisateur pourra dÚfinir de maniŔre fine tous les paramŔtres de la reconnaissance et ainsi crÚer une configuration spÚcifique Ó un type donnÚ de logiciel.
by Didier Guillion

Dev News Friday, Aug 11th, 2006 at 05:36pm
Projet PDFToMusic, Útape 45

Et la semaine se termine sur un dessert, proposÚ par Sylvain, les textes colorÚs avec rotation ! Nous allons essayer de faire notre possible mais le MusicXML est largement dÚpassÚ dans ce domaine. Cela reste relativement rare dans les partitions, ceci Útant certainement du au petit nombre de logiciels qui gÚrent la rotation de texte. Mais si vous avez des exemples (autres bien sur que ceux gÚnÚrÚs par Harmony) ils sont les bienvenus.
Le projet cotÚ Macintosh a ÚtÚ adaptÚ pour se compiler sous XCode et ainsi pouvoir obtenir un executable sous MacTel. Cela permet Úgalement de pouvoir enfin rÚutiliser Shark pour optimiser le code. La derniŔre version d'XCode est aussi instable, inergonomique, lente et pitoyable au niveau vitesse que les prÚcÚdentes, c'est Ó dÚsespÚrer de travailler sur Mac.
A priori, la semaine prochaine devrait ŕtre consacrÚe Ó la validation de la gestion des voix et des "pseudos-accord" (voir Útape 32).
Une fois cette Útape franchie, il va falloir Úplucher, page par page, symbole aprŔs symbole, quelques centaines de document PDF pour localiser les erreurs et voir si elles sont corrigeables.
Il nous tarde de pouvoir passer Ó la prochaine tranche : voir si les tous les algorithmes mis en place pourrons fonctionner sur des images bitmap (scannÚes) et non plus sur des PDF vectoriels. Ils ont ÚtÚ pensÚs en ce sens, mais rien n'est sur... Si les rÚsultats sont probants cela pourrait aboutir Ó un Super OMeR.
by Didier Guillion
 1 comment.

Dev News Thursday, Aug 10th, 2006 at 05:10pm
Projet PDFToMusic, Útape 44

ArmÚ d'un jeu de rustines logicielles et de colle binaire nous avons traquÚ les pertes de mÚmoire de PDFToMusic, certaines Útait redoutables mais l'application est maintenant "propre".  
Malheureusement, j'ai eu le malheur de vouloir faire la mise Ó jour de XCode comme recommandÚ par Apple et une fois de plus cela Ó entraţnÚ un dysfonctionnement total de Shark, l'outil d'analyse de code d'Apple qui devient inutilisable. Cela arrive tellement frÚquemment que ša en devient fatiguant. Heureusement, il nous reste nos propres outils sous Windows. Si Apple allouait 10% de l' Únergie qu'ils dÚpensent Ó prouver qu'ils sont les meilleurs Ó tester leurs logiciels cela nous Úpargnerait des jours de travail...
Un cas de figure un peu particulier Ó ÚtÚ traitÚ : certains logiciels traitent leurs coulÚs en deux parties, la premiŔre moitiÚ pour la note de dÚpart, la seconde pour la note d'arrivÚe.  
Les mesures multi-silences se sont avÚrÚes "casser" l'import MusicXML du Dolet, un rapport Ó ÚtÚ envoyÚ Ó l'Úquipe du MusicXML.
De mŕme les mesures invisibles semblent avoir des problŔmes, ceci a Úgalement fait l'objet d'un rapport.
by Didier Guillion

Dev News Wednesday, Aug 9th, 2006 at 05:17pm
Projet PDFToMusic, Útape 43

L'algorithme de dÚtermination des voix s'est retrouvÚ difficilement compatible avec le format MusicXML qui n'accepte que 6 voix simultanÚes. Olivier a donc mis en chantier une troisiŔme fašon de traiter le problŔme, ce devrait ŕtre la bonne !
Certains fichiers PDF particuliŔrement denses, en particulier des partitions d'orchestre avec plus de trente portÚes par page (Belkin) ont dÚpassÚs les limites de prÚcision de calcul de la position des symboles. Un mÚcanisme plus subtil a ÚtÚ mis en place.
Une nouvelle maniŔre de gÚrer les diffÚrentes pages du document est en cours d'implÚmentation, elle devrait permettre de naviguer de fašon fluide d'une page Ó l'autre sans trop consommer de mÚmoire.
Actuellement le temps de traitement d'un document de 32 pages est de 55 secondes dont 47 secondes sont passÚes dans la collecte des informations du fichier PDF et le reste dans l'analyse, nous allons essayer d'optimiser ceci.
Il va falloir Úgalement tester la "porositÚ" de l'application (perte de mÚmoire due Ó une allocation non suivie par une dÚsallocation).
Mais ša avance ! Une bonne proportion de fichiers donnent un rÚsultat quasiment Ó l'identique de l'original.
by Didier Guillion
 3 comments.

Dev News Tuesday, Aug 8th, 2006 at 05:17pm
Projet PDFToMusic, Útape 42

Un nouveau type de document PDF a ÚtÚ rencontrÚ (Belkin), crÚÚ par raboutage de plusieurs documents PDF, il prÚsente la particularitÚ d'avoir des polices diffÚrentes par sous document, bien que le nom de la police reste le mŕme. Ceci est maintenant gÚrÚ.
Un premier prototype de l'export des donnÚes privÚes en MusicXML (pages de garde, textes libres, images) a ÚtÚ Úcrit. Cela ne semble pas perturber le Dolet (importeur MusicXML de Recordare). Il va falloir maintenant Úcrire la partie "symÚtrique" : extraction et interprÚtation de ces donnÚes privÚes par l'importeur MusicXML d'Harmony.
L'un dans l'autre, le projet avance quand mŕme plut˘t bien, nous devrions passer en Beta en Septembre. Vous pouvez vous inscrire dores et dÚjÓ en m'envoyant un email. Vous serez ainsi contactÚs en avant-premiŔre.
by Didier Guillion

Dev News Monday, Aug 7th, 2006 at 04:47pm
Projet PDFToMusic, Útape 41

L'Úquipe du MusicXML a dÚcidÚ que les informations manquantes dans le format ne seront pas ÚtudiÚes avant 2007.
Ceci concerne (entre autre) les pages de garde, les images embarquÚes et les textes sur des pages aprŔs la page 1.
Nous allons devoir mÚmoriser ces informations dans des zones privÚes du fichier ce qui signifie que seuls nos programmes pourront les lire. C'est dommage...
Mais un point positif est que le format MusicXML est suffisamment souple pour permettre Ó des applications de dÚfinir des zones qui ne seront lues que par elle-mŕme.  
Sinon le projet continue Ó avancer avec des amÚliorations sur la gestion des coulÚs, des polices type 3, et des accroches.
by Didier Guillion

Dev News Friday, Aug 4th, 2006 at 05:18pm
Projet PDFToMusic, Útape 40

La journÚe a ÚtÚ passÚe sur la validation du suivi des portÚes, qui fonctionne plut˘t bien.  
Les notes avec une double tige, comme dans cet exemple ardu (Good):

sont maintenant correctement reconnues, traitÚes et exportÚes en MusicXML.
Le module de traitement des paroles a ÚtÚ adaptÚ afin de gÚrer au mieux les tirets.
Il reste Ó faire  :
- La gestion des accroches et des coulÚs d'une portÚe sur l'autre en export MusicXML
- L'export de maniŔre plus "intelligente" des accords
- Les symboles brisÚs entre les systŔmes. Pour l'instant seul les coulÚs sont traitÚs, mais on peut rencontrer des crescendo/decrescendo ou des passages Ó l'octave qui continuent d'un systŔme Ó l'autre, voire mŕme sur une autre page.
- La gestion des documents o¨ certaines pages ont subit une rotation Ó 90░ (passage  de mode portrait Ó paysage)
- L'intÚgration Úventuelle de Virtual Singer pour chanter les paroles.
 
Ensuite, nous pourrons, en fonction des rÚsultats obtenus, dÚfinir la liste des interventions que l'utilisateur devra pouvoir appliquer pour corriger les erreurs de reconnaissance.
by Didier Guillion

Dev News Thursday, Aug 3rd, 2006 at 05:33pm
Projet PDFToMusic, Útape 39

Le module de reconnaissance de crescendo/decrescendo a ÚtÚ rÚÚcrit, et accepte maintenant les symboles penchÚs bien que, comme le fait remarquer Sylvain, ce ne sera pas reprÚsentÚ Ó l'identique dans Harmony qui ne supporte que les symboles horizontaux. Ce sera une des choses Ó Útudier pour la prochaine version, avec entre autre, les accords en appoggiature.
La premiŔre version du suivi des portÚes d'un systŔme sur l'autre a ÚtÚ intÚgrÚe au projet PDFToMusic et traite dans l'Útat actuel les exemples en notre possession de maniŔre exacte. Il reste encore quelques jours de travail pour la valider entiŔrement. Nous n'excluons pas la possibilitÚ de laisser Ó l'utilisateur une intervention manuelle sur le rÚsultat obtenu.
Tout un lot de PDF de partitions pour guitare fourni par Laurier (frescores.iespana.es)  Ó commencÚ Ó ŕtre traitÚ avec des rÚsultats quasiment parfait. Toutefois, il apparaţt une forme de notation qui me laisse perplexe. Que signifie la parenthŔse dans ces partitions  ?

Si quelqu'un peut m'Úclairer...
by Didier Guillion
 3 comments.

Dev News Wednesday, Aug 2nd, 2006 at 04:39pm
Projet PDFToMusic, Útape 38

Le suivi des portÚes d'un systŔme sur l'autre a ÚtÚ mis en chantier. C'est Olivier qui se charge de ce module.
DiffÚrents paramŔtres vont ŕtre utilisÚs : nom et nom abrÚgÚ des portÚes, taille de la portÚe, prÚsence de paroles, coulÚs coupÚs, etc.
Nous faisons l'hypothŔse que mŕme si des portÚes disparaissent ou apparaissent d'un systŔme Ó l'autre l'ordre des portÚes reste le mŕme. Mais si vous avez un contre-exemple, o¨ des portÚes changent de position, l'une passant devant l'autre selon le systŔme, il est le bienvenu !
Sur un autre sujet, un exemple assez sympathique prÚsente des crescendo et decrescendo penchÚs (Belkin)

Ceci remet en question le module de localisation des crescendo/decrescendo qui devra ŕtre repris en profondeur...
by Didier Guillion
 2 comments.

Dev News Tuesday, Aug 1st, 2006 at 05:50pm
Projet PDFToMusic, Útape 37

La journÚe a ÚtÚ passÚe sur l'affichage et l'interprÚtation de PDF "exotiques"... "BWV659_score.pdf" (Chamade) trace les accroches entre les notes par des images "clippÚes" dans des aires complexes. Pourquoi faire simple quand on peut faire compliquÚ...
"SV.pdf" (Belkin) organise les informations PDF d'une maniŔre Útonnante. Je serait curieux de savoir par quel gÚnÚrateur de PDF il a ÚtÚ crÚÚ. Ceci nous a permis d'amÚliorer la gestion des aires de fenŕtrage sur les documents et l'affichage des images.
Il peut sembler vain de passer une journÚe sur deux fichiers qui ne reprÚsentent mŕme pas un milliŔme des exemples en notre possession, mais peut ŕtre ce qui est l'exception Ó cette date, sera largement rencontrÚ dans le futur.
Mais c'est promis, demain, on attaque le chainage des portÚes entre les systŔmes, cela va ŕtre amusant.
by Didier Guillion


Full view
Reduced view
Most recent first
Oldest first
All
Didier Guillion
Olivier Guillion
Sylvie Ricard
All
Dev News
Technical
Mood
Memories
Myriad Life
To be seen
30 previous days
Apr 2006
May 2006
Jun 2006
Jul 2006
Aug 2006
Sep 2006
Oct 2006
Nov 2006
Dec 2006
Jan 2007
Feb 2007
Mar 2007
Apr 2007
May 2007
Jun 2007
Jul 2007
Aug 2007
Sep 2007
Oct 2007
Nov 2007
Dec 2007
Jan 2008
Feb 2008
Mar 2008
Apr 2008
May 2008
Jun 2008
Jul 2008
Aug 2008
Sep 2008
Oct 2008
Nov 2008
Dec 2008
Jan 2009
Feb 2009
Mar 2009
Apr 2009
May 2009
Jun 2009
Jul 2009
Aug 2009
Sep 2009
Oct 2009
Nov 2009
Dec 2009
Jan 2010
Feb 2010
Mar 2010
Apr 2010
May 2010
Jun 2010
Jul 2010
Aug 2010
Sep 2010
Oct 2010
Nov 2010
Dec 2010
Jan 2011
Feb 2011
Mar 2011
Apr 2011
May 2011
Jun 2011
Jul 2011
Aug 2011
Sep 2011
Oct 2011
Nov 2011
Dec 2011
Jan 2012
Feb 2012
Mar 2012
Apr 2012
May 2012
Jun 2012
Jul 2012
Aug 2012
Sep 2012
Oct 2012
Nov 2012
Dec 2012
Jan 2013
Feb 2013
Mar 2013
Apr 2013
May 2013
Jun 2013
Jul 2013
Aug 2013
Sep 2013
Oct 2013
Nov 2013
Dec 2013
Jan 2014
Feb 2014
Mar 2014
Apr 2014
May 2014
Jun 2014
Jul 2014
Aug 2014
Sep 2014
Oct 2014
Nov 2014
Dec 2014
Jan 2015
Jan 23rd, 2015 at 04:53pm 
Article from Didier Guillion
ACAM sur Mac Útape 18
Jan 22nd, 2015 at 04:53pm 
Article from Olivier Guillion
Acam Winter Útape 32
Jan 21st, 2015 at 04:54pm 
Article from Didier Guillion
ACAM sur Mac Útape 17
Jan 20th, 2015 at 04:58pm 
Article from Olivier Guillion
Acam Winter Útape 31
Jan 19th, 2015 at 04:55pm 
Article from Didier Guillion
ACAM sur Mac Útape 16
Jan 16th, 2015 at 05:49pm 
Comment from dheo
Keyboard Input
Jan 16th, 2015 at 05:49pm 
Comment from dheo
Keyboard Input
Jan 16th, 2015 at 05:49pm 
Comment from dheo
Keyboard Input
Jan 16th, 2015 at 05:49pm 
Comment from dheo
Keyboard Input
Jan 16th, 2015 at 05:49pm 
Comment from dheo
Keyboard Input

Top of page
Last update:  (c) Myriad