Nous avons travaillé à recréer la librairie de jeu de la musique pour la rendre compatible avec PDFtoMusic.
Des problèmes de suivi de coulé nous ont été soumis via un exemple clair. Nous y travaillons dessus.
|
|
|
| by Didier Guillion |  |
| |
|
Nous allons voir au travers d'un exemple assez significatif comment PDFtoMusic progresse petit à petit et comment les algorithmes de compréhension de la notation musicale s'affinent.
L'exemple suivant nous a été proposé par un utilisateur :
On voit que le coulé a bien été reconnu en début de deuxième ligne (en vert) mais ignoré en fin de première ligne.
Pourquoi ?
PDFtoMusic essaie d'abord d'associer un coulé à une note de début et à une note de fin selon les critères de distance définis dans le mode expert.
Si ces deux notes sont localisées, les notes sont marquées comme début et fin et on considère que le traitement est terminé pour ce coulé.
S'il manque le début ou la fin, on considère que le coulé franchit vraisemblablement une fin de ligne ou une fin de page et qu'il est "cassé". Il est donc collecté pour un traitement ultérieur qui essaiera de rabouter tous ces coulés brisés.
Dans ce cas précis, le premier coulé est cassé : la note de fin est trop éloignée de la fin du coulé mais le deuxième coulé est parfait : note de début et note de fin sont correctes. On ne cherchera jamais à corriger un coulé brisé avec un coulé complet, le premier coulé est perdu. D'un point de vue notation, il aurait peut être plus judicieux de faire déborder le deuxième coulé sur la gauche pour bien faire comprendre qu'il s'agissait d'une continuation. Mais bon.
Nous cherchons donc une solution et essayons ceci : quand un coulé est complet mais qu'il débute une ligne, il est marqué comme tel.
Puis, dans le traitement des coulés brisés, on examine également les coulés de catégorie "parfait, mais...".
Sur l'exemple cela fonctionne. A valider maintenant sur de nombreux documents pour voir si cela ne va pas fusionner des coulés qui ne devraient pas l'être. |
|
|
| by Didier Guillion | |
| |
|
Pour finir la semaine :
Dans Harmony L'inversion du crochet du tuplet ne fonctionnait pas lors du changement de l'apparence de plusieurs symboles à la fois, c'est corrigé.
Correction d'un problème d'affichage dans la boite de changement de l'apparence.
Dans PDFtoMusic, le nouvel algorithme de raboutage des coulés a été testé avec succès.
Bon week-end ! |
|
|
| by Didier Guillion | |
| |
|
La librairie musicale a enfin été liée avec succès à PDFtoMusic.
Une retouche a été faite dans l'analyse des chemins en double.
Une beta version de PDFtoMusic (beta 7) a été publiée. |
|
|
| by Didier Guillion | |
| |
|
Une notion de MusicXML avait été mis en attente : le rehearsal. C'est un texte destiné aux répétitions. Le terme répétition devant être pris ici comme "entrainement d'un orchestre". La confusion avec les symboles de répétition est grande et de fait cette notion s'appelle "Repère" dans Harmony. Nous avons implémenté la sauvegarde des repères en MusicXML ainsi que leur chargement.
Dans PDFtoMusic, ces textes (souvent encadrés) étaient traités comme des textes libres. Maintenant l'utilisateur peut les forcer en "repère". Il faudrait que PDFtoMusic soit capable de les localiser automatiquement mais cela va être chaud !
|
|
|
| by Didier Guillion | |
| |
|
Correction du calcul de l'attribution des pointés aux notes.
Correction d'un problème lors du jeu d'une liste de mesures imposées.
Correction d'un problème d'attribution d'accroche. |
|
|
| by Didier Guillion | |
| |
|
Nous commençons à avoir les premiers retours sur la version beta. C'est globalement positif mais certains détails sont encore à régler.
Certains de ces retours se faisant sur des orchestration complètes de musique de film, l'analyse est délicate.
Le symbole de trémolo simple (barre en travers de la tige de la note) pouvait être pris pour le symbole de répétition interne de mesure, c'est corrigé.
Le même symbole pouvait être traité à la fois comme un trémolo et une tête de note "flash" (en barre), c'est corrigé.
|
|
|
| by Didier Guillion | |
| |
|
Dans certains cas, le trémolo sur la tige pouvait être traité comme une ligature et affecter la durée de la note. C'est corrigé.
Il y avait un problème dans l'application des tuplets, c'est corrigé. |
|
|
| by Didier Guillion | |
| |
|
Parfois, l'aire d'application des tuplets est tracé avec des lignes horizontales non terminées par des lignes verticales. Or, ces lignes verticales servent à déterminer quel est le sens d'application du tuplet. Maintenant, en l'absence de ligne on regarde si le nombre est au dessus ou en dessous de la ligne horizontale pour déterminer la portée de destination.
Certains PDFs utilisaient de toutes petits lignes verticales qui étaient éliminées par le dépoussiéreur. Le seuil a été abaissé afin de les conserver. |
|
|
| by Didier Guillion | |
| |
|
Des corrections ont été appliquées dans la localisation des ligatures fines.
Dans certains cas les nuances pouvaient être associées à la mauvaise portée : on recherchait la portée la plus proche.
Maintenant, lors d'une première passe, on recherche la note la plus proche et la portée est celle de la note. Ceci corrigé pas mal d'erreurs.
Bon week-end !
|
|
|
| by Didier Guillion | |
| |
|
Il y avait un problème d'application de trémolo sur les notes à double tiges. C'est corrigé.
Amélioration de la reconnaissance des dièses tracés avec des lignes.
Gestion de l'accord énigmatique x2 (C2, G2...) qui sera traité comme un xadd9.
|
|
|
| by Didier Guillion | |
| |
|
Nous commençons à recevoir quelques retours sur la rc1.
Un nom d'accord n'était pas reconnu : Faug. (Fa augmenté) il est apparu que l'analyse le découpait en Fa (latin) suivi de "ug" qui n'a pas de signification. Ceci a été corrigé. Cela devait également bloquer sur Domit5.
Les tous petits liés entre deux notes très proches pouvaient être pris pour des fermata. Cela a été corrigé.
A la lecture de toutes les améliorations accumulées depuis ces derniers mois nous avons décidé de passer en version 1.5.0 et non en 1.4.3. |
|
|
| by Didier Guillion | |
| |
|
|
|
Oct 2nd, 2023 at 05:32pm
Article from Didier Guillion
PDFtoMusic
Sep 29th, 2023 at 04:48pm
Article from Didier Guillion
PDFtoMusic
Sep 28th, 2023 at 05:02pm
Article from Didier Guillion
PDFtoMusic
Sep 27th, 2023 at 04:56pm
Article from Didier Guillion
Harmony Assistant 9.9.7 étape 145
Sep 26th, 2023 at 07:12pm
Article from Olivier Guillion
Harmony Assistant 9.9.7 étape 144
Sep 22nd, 2023 at 04:52pm
Article from Didier Guillion
Harmony Assistant 9.9.7 étape 143
Sep 22nd, 2023 at 04:52pm
Article from Didier Guillion
Harmony Assistant 9.9.7 étape 143
Sep 20th, 2023 at 06:01pm
Article from Olivier Guillion
Harmony Assistant 9.9.7 étape 142
Sep 19th, 2023 at 04:57pm
Article from Didier Guillion
PDFtoMusic
Sep 18th, 2023 at 06:40pm
Article from Olivier Guillion
Harmony Assistant 9.9.7 étape 141
|
|
|
|
