svg

Le patch pour trouver les meilleurs positions des prosodies lors de contrepoint est terminé. Je vais maintenant faire un script pour faire une partition graphique des prosodies en utilisant SVG.

Voici un site avec des explications sur la façon de "scripter".
http://tutorials.jenkov.com/svg/index.html

Ceci est mon premier test :

FILTERTREE

Here is the documentation of "FILTERTREE" object =>

FILTERTREE

Arguments : tree places
[generic-function]

replaces expressed notes in given places with rests.

Here what filtertree do in my computer (OM6.1) =>

insert a rest in given places using the duration of the note, move all the remaining notes to the next rhythm value, erase all the notes [where n = length tree places argument] that exceed the tree

4 heures plus tard

Pour ton problème de silence, il faut stroumpher avec le stroumph "filtertree"!

- Stroumph programmeur

Un gros merci au Stroumph programmeur pour sa suggestion.

OMQUANTIFY

Je cherche un objet du type OMQUANTIFY qui prendra en compte les silences dans le CHORD-SEQ tel qu'illustré dans l'exemple suivant [cliquer sur l'image]:

la "quantification" dois tenir compte des silences

Prochaine étape dans la création d'un outil d'évaluation canonique :

-> explorer les "patchs" OPENMUSIC en lambda pour permettre la visualisation des différents canons possibles entre deux analyses de prosodie faite à partir de PRAAT.

-> faire la représentation musicale à partir d'un CHORD-SEQ sans l'utilisation de OMQUANTIFY, qui lui, fait fi des silences.

-> évaluer l'algorythme qui créer le coefficient canonique car - pour l'instant - puisque je garde les silences et leurs d'une une bonne valeur harmonique, la fonction à plutôt tendance à créer des dialogues (silence contre note et note contre silence en alternance) entre les deux prosodies [voir l'image en la cliquant].

Lylipond

Je regarde du côté de Lilipond pour faire les 'outputs' des partitions.

vers une troisième version

Aujourd'hui, j'ai terminé un second algorythme d'importation des données Praat vers OpenMusic. J'ai décidé de refondre la procédure pour éviter un nombre de loop inutile. Le nouvel algorythme devrais être plus rapide. Toujours un peu de difficulté avec la fonction qui sert à créer la durée des notes. La refonte de la procédure me permettra également de supprimé un bug dans les durées. En effet, la dernière note d'une "phrase" étaient tenu jusqu'à la prochaine. Avec la nouvelle procédure cela devrais ce régler.

Voici la chaine d'action réalisée à ce jour :
1) transformation du temps en milliseconde
2) transformation de la fréquence de la note en midi-cent
3) arrondir le midi-cent de la note en 1/2, 1/4, 1/16, 1/32 etc... de note.

reste à perfectionner
4) compiler les durées des notes (une note répété = même note + ajouter une durée équivalente à la durée de cette note) Un "légato" automatique en quelque sorte.
==> J'ai ici quelque bugs!!
5) compiler toutes les valeurs en décibel de cette note et en faire la moyenne.
6) trouver un façon de normaliser les valeurs décibels et de les convertirs en "vélocité" midi.
==> Pour l'instant je fais simplement un ré-étalonage en fonction de l'ambitus d'origine.

Aussi dans le futur, il serait interressant de développer une fonction pour séparer les phrases et les permuter de façon simple avec une liste numérique.