Sur Harmony/Melody, version Windows, des problèmes d'impression des objets graphiques avec transparence ont été mis en évidence, Windows 8 ne réagissant pas de la même façon que les versions précédentes du système. Cela devrait être corrigé (reste maintenant à tester ces modifications sur les anciens systèmes).
Une source de crash a été découverte (et corrigée) dans les opérations de mise en couleur des notes par Edition > Aspect > Colorier.
La gestion des curseurs linéaires dans les boîtes de dialogue (ceux qui ont leur valeur numérique écrite au-dessous) pouvait également poser problème.
Dans l'import MusicXML, la gestion des images a été modifiées. Elles sont maintenant converties en PNG, afin d'en permettre une utilisation plus aisée.
L'en-tête et pied de page par défaut définis dans "Configuration > Préférences générales > Imprime" sont maintenant pris en compte lors de l'import d'un fichier externe (par exemple MIDI)
Une nouvelle version de PDFtoMusic, qui améliore entre autres la reconnaissance des ligatures, la prise en compte de certaines polices sans table de correspondance caractère-glyphe, et corrige une erreur lors de l'export MIDI, a été mise à disposition en beta et va bientôt être annoncée sur le forum. |
|
|
| by Olivier Guillion |  |
|
| |
|
Dans PDFtoMusic, la gestion des ligatures a été améliorée. Le format de fichier utilisé dans la nouvelle fonctionnalité d'édition était incorrect, c'est corrigé.
Le plug-in présentait des problèmes d'affichage spécifiques à la version 32bits de FireFox, c'est corrigé. Mais d'une manière générale, très peu de problèmes rapportés par les utilisateurs.
Dans Harmony (Mac), correction d'un problème d'impression des icônes.
|
|
|
| by Didier Guillion |  |
|
| |
|
Nous avons repris à la base deux points essentiels de l'interface du Plug-In sur Macintosh : le tracé à l'écran et la gestion des évènements envoyés par le Navigateur (demande de mise à jour graphique, clavier, souris, etc).
Le tracé à l'écran doit maintenant passer par des affichage sur des surfaces Quartz via des contextes Core Graphics. Nous savons depuis quelque temps comment ruser et plutôt que de réécrire l'ensemble du code avec des primitives Quartz, nous dessinons sur une surface QuickDraw que nous convertissons à la volée en surface Core Graphique.
Le principal problème a été d'obtenir une surface Core Graphique valide du Navigateur. En effet, la documentation semble erronée, la surface n'est pas envoyé à la création de l'instance mais bien à chaque commande de retraçage.
La gestion des évènements a été plus aisée : dans un OS, on peut présenter les choses de manière plus ou moins porteuses de "concept", un click souris reste un click souris...
Nous avons donc écrit une petite sur-couche qui reçoit les événements Cocoa et les transforme en événement Carbon standard.
Une fois notre plug-in emmailloté dans ses deux couches, l'une pour les entrées, l'une pour les sorties (le but étant de toucher au minimum aux sources originels), nous avons procédé à des tests.
Et là je dois avouer avoir été très agréablement surpris.
Tout d'abord en terme de performance, nos sur-couches n'entraînent aucune perte perceptible de vitesse.
Mais en plus, le plug-in c'est mis à tourner sur Firefox 18 (notre objectif) ainsi que sur Safari et Chrome !
Mais en plus du plus, que ce soit en version 32 bits ou 64 bits de ces navigateurs !!!
Magique !
Nous avons lancé dès aujourd'hui une session bêta pour les utilisateurs Macintosh. |
|
|
| by Didier Guillion | |
|
| |
|
Le perfectionnement de notre outil de détection de pertes de mémoire sur Windows nous a permis de corriger pas mal de petits problèmes, et de rendre le programme globalement plus solide.
Nous nous sommes remis aux instruments virtuels, et avons amélioré des rendus sonores, notamment le son des cordes étouffées et des glissés sur le trait.
Nous avons déniché quelques fichiers MIDI qui sont visiblement des enregistrements bruts d'un interprète. Il y a donc des imperfections, mais cela nous permet d'écouter ce que donne notre synthèse lorsqu'elle interprète des données réelles.
Par exemple, ce morceau est joué par 4 guitares. La rythmique a, semble-t-il, été entrée sur un éditeur de partition, mais les 2 guitares jouant la mélodie sont issue d'un enregistrement MIDI.
Cliquez pour écouter
Bon week-end à tous ! |
|
|
| by Olivier Guillion | |
|
| |
|
Le Myriad Music Plug-In a été basé sur des fondations que nous pensions solides et pérennes : Gecko (Mozilla). Au fil des ans, pour essayer de suivre les "évolutions" de Mac OS, de nouveaux système de gestion des plug-ins Gecko sont apparues. Au niveau de l'affichage, il a été possible d'utiliser Quartz à la place de QuickDraw. La gestion des évènements utilisateurs pouvait être à la manière Carbon ou à la sauce Cocoa. Cette versatilité était dès plus louable... tant que les Navigateurs continuaient à proposer le choix.
Bien entendu, Apple a été le premier à sauter le pas (ce sont les champions pour mettre en avant de force une technologie pour l'abandonner quelques années après) et Safari n'a rapidement plus reconnu le Myriad Music Plug-In. Heureusement il restait FireFox.
Las ! Depuis la version 18 (ils enchainent les versions "majeures" si vite chez Firefox qu'ils vont se retrouver à la version 3000 très bientôt) Firefox a également abandonné l'ancienne gestion.
Nous sommes donc en train de remettre en chantier le Myriad Music Plug-in sur Mac, pour arriver à le faire fonctionner sur au moins un navigateur récent, mais cela va être chaud ! |
|
|
| by Didier Guillion | |
|
| |
|
Nous avons entamé une session de recherche des irrégularités de gestion de la mémoire dans Harmony Assistant et PDFtoMusic. Sur Windows, notre outil développé en interne a dû être adapté à Windows 8. Ceci nous a permis de corriger des micro-pertes de mémoire dans la gestion des textes, qui ne devaient pas avoir d'incidence majeure sur le fonctionnement du programme, mais mieux vaut être propre.
Sur PDFtoMusic, nous avons commencé à rafraîchir certaines icônes de l'application telles que le petit panneau indiquant une irrégularité dans la reconnaissance, le marqueur disant qu'une page a été reconnue sans problème, etc. Il faudra attendre la prochaine version beta pour en profiter.
Notez que la date en bas à droite de toutes les pages de notre site a été modifiée pour indiquer 2013 au lieu de 2012. Cette année, nous y avons pensé avant Pâques  |
|
|
| by Olivier Guillion | |
|
| |
|
Nous sommes en train de préparer la première bêta qui devrait être disponible sous peu. La dernière mise à jour publique date de Mai 2012.
Voici la liste des nouveautés et des corrections :
Cette version apporte une stabilité accrue, une meilleure reconnaissance des symboles, de nouvelles options de calcul ainsi que quelques petites améliorations ergonomiques. En particulier la possibilité de définir des groupes d'objets et d'y appliquer des corrections communes.
Améliorations et nouveautés
1. Ouverture rapide du document courant dans l'application d'édition de votre choix
2. Changement de page via les touches Page Avant et Page Arrière
3. Traitement spécifique des ligatures fines (menu Correction)
4. Traitement spécifique des tiges de note tracées avec des lignes arrondies (menu Correction)
5. Meilleur suivi des coulés en fin de ligne
6. Affichage de la langue reconnue pour les paroles via un petit drapeau
7. Amélioration de la reconnaissance automatique des langues
8. Amélioration de la concaténation des textes
9. Affichage optionnel du chemin complet sur le fichier dans le titre de la fenêtre
10. Nouvelle option des préférences pour lancer automatiquement la musique après le chargement du document
11. Changement de tonalité indépendant selon la portée
12. Les corrections s'appliquent à tous les objets sélectionnés de même type
13. Possibilité de sélectionner des objets via des aires discontinues, exclusion d'une aire de la sélection, sélection d'une ou plusieurs portées
14. Menu Edition : suppression des modifications sur les objets sélectionnés
15. Menu Edition : Tout sélectionner, tout désélectionner
16. Amélioration du traitement des DaCapo et meilleure exportation
17. Gestion de la notation Fasola 7 shapes
18. Amélioration de la reconnaissance des Shape Notes
19. Amélioration de la localisation des informations de titre, compositeur et remarques
20. Accélération du module de suivi de portée d'un système à l'autre
21. Accélération du module de reconnaissance optique de symboles musicaux
Corrections et changements
1. Association des types de fichier avec l'application qui doit les ouvrir
2. Gestion des polices TrueType CID type 2
3. Correction d'un crash dû à certaines images bitmap abimées
4. Correction d'un crash lorsqu'une longue ligne de texte était considérée comme la syllabe associée à une note
5. Correction de l'effacement de la disposition des icônes quand les préférences étaient remises aux valeurs d'usine
6. Localisation de la ligne d'accord dans le cas de conflit avec le numéro de mesure
7. Correction d'un problème de sauvegarde des instruments
8. La recherche de partitions gratuites au format PDF sur Internet par Kooplet a été améliorée, et la quantité de fichiers indexés significativement augmentée.
9. Le terme "Ligature" est désormais utilisé à la place d' "Accroche" |
|
|
| by Didier Guillion | |
|
| |
|
Dans de rares fichiers PDF, les glyphes n'étaient pas retrouvés correctement. Ces fichiers contiennent des polices au format CID type 2, sans table de correspondance (cmap) entre le code du caractère et le numéro du glyphe.
Dans ce cas, il peut y avoir une table de correspondance spéciale (CIDtoGID) permettant de faire la relation. Les divers visualiseurs de PDF sur Windows ou MacOS gèrent tout cela correctement.
Nous avons donc essayé de suivre la documentation, sans succès. Les recherches sur Internet de code source relatif à cette fonctionnalité semblaient confirmer ce que nous faisions, et pourtant cela ne fonctionnait pas.
C'est alors que nous nous sommes rendu compte que la table CIDtoGID n'était pas constituée de valeurs "short" (2 octets) mais de valeurs "long" (4 octets), contrairement à ce qu'affirme la doc
(j'ai écrit en gras pour que les moteurs de recherche le voient bien, et que cela puisse aider d'autres programmeurs à l'avenir).
En modifiant cela, tout s'est alors mis à fonctionner. On peut imaginer que les auteurs des fichiers source que nous avions trouvés avaient eux aussi suivi la doc, et ne s'étaient jamais aperçu de l'erreur, cette partie de leur programme n'ayant probablement jamais été testée.
Nous avons cependant trouvé qu'une seule référence au fait que les éléments de la table fassent 4 octets au lieu de 2. Au fin fond d'un code source d'un module Java de gestion des PDF, le programmeur semblait avoir réalisé le problème, et multipliait l'index par deux afin de retomber sur le bon élément de table.
Il semblerait donc que nous ne soyons pas très nombreux à avoir exploré cette partie du format PDF. A moins que quelque chose nous ait échappé, ou que nous ne possédions pas la bonne version de la documentation de chez Adobe. |
|
|
| by Olivier Guillion | |
| |
|
Dans Harmony, meilleure gestion de l'aspect des coulés en chargement MusicXML.
Dans PDFToMusic, l'ensemble des icônes a été transformé en fichiers individuels, ce sera plus léger au niveau de l'archive et nous permettra des modifications plus aisées de l'aspect.
Bon week end ! |
|
|
| by Didier Guillion | |
| |
|
Auparavant, les icônes utilisées dans l'application étaient calculées grâce à un logiciel de dessin, en appliquant des ombres, reflets et autres effets à des collections d'images.
Le résultat de ces calculs, c'est-à-dire chacune des différentes combinaisons d'image et d'effet était alors stocké dans un fichier graphique. Ce lot de fichier graphique était livré avec l'application.
Ajouter ou modifier une icône nécessitait donc de recalculer tous les effets, de générer les résultats, et de les ajouter à la bibliothèque graphique du logiciel. Ce n'était ni simple, ni rapide, d'autant plus que nous avions du mal à relire les fichiers d'origine.
Frank nous a renvoyé les originaux de ces fichiers, et nous avons pu extraire chacun des "morceaux". Grâce aux nouvelles commandes graphiques que nous avons développées pour l'édition d'instruments à cordes, nous n'avons maintenant plus besoin de stocker les résultats des calculs d'effets : toutes les icônes peuvent être calculées à partir de leurs divers éléments à chaque démarrage du logiciel.
Nous y gagnerons en place, en flexibilité et en facilité de modification.
Les icônes de la barre de commande ont déjà été traités de cette façon, nous attaquons maintenant les grosses icônes indiquant la progression du calcul. |
|
|
| by Olivier Guillion | |
| |
|
Dans la version standard de PDFtoMusic, il y avait un problème dans la gestion des associations de type de fichier et des applications externes, c'est corrigé.
Les touches Page Up et Page Down font défiler les pages.
Une nouvelle fonctionnalité a été ajoutée via le menu ou une icône de la barre d'outil : export du PDF courant en MusicXML et chargement automatique dans Harmony.
Cela nous a demandé de créer une nouvelle icône. Malheureusement les documents graphiques que Franck nous a fourni en 2006 ne sont plus exploitables. Nous allons donc repartir sur de nouvelles bases. |
|
|
| by Didier Guillion | |
| |
|
En import ABC, des parenthèses manquantes dans le texte importé pouvaient bloquer complètement le programme. Ceci a été corrigé.
De même, plusieurs cas de dépassement de tampon (buffer overflow), pouvant générer des instabilités mémoire ou des crashs ont été corrigés dans l'import MusicXML.
Dans PDFtoMusic, la fonction qui assure le suivi des portées d'un système à l'autre (certaines portées peuvent être omises sur une ligne si elles sont vides) a été accéléré. Des cas de problèmes dans la reconnaissance optique des glyphes lorsque les tracés étaient très fins ont également été traités.
Sur MUSL, créer un répertoire dont le nom contenait des guillemets faisait dérailler le système, qui ne retrouvait plus fichiers et dossiers. Ceci a été corrigé coté serveur, de manière à ne pas avoir à attendre la prochaine version d'Harmony Assistant pour que ce soit réglé.
Enfin, Kooplet a dépassé son record historique du nombre de partitions disponibles. Avec plus de 445000 fichiers indexés (et ça continue d'augmenter), Kooplet constitue probablement le moteur de recherche de partitions jouables le mieux fourni. |
|
|
| by Olivier Guillion | |
| |
|
Meilleure différenciation des langues des paroles entre Français Italien, Espagnol et Latin.
La langue reconnue s'affiche maintenant sur la partition via un petit drapeau, à coté des paroles.
Le suivi des coulés et liaisons lors d'une fin de ligne a été amélioré.
Le terme Ligature s'applique maintenant également dans PDFtoMusic (interface et manuel)
Certains logiciels tracent les ligatures avec des lignes fines :
Une nouvelle option de calcul permet en version PRO ou standard de traiter de manière simple ces ligatures (cela était déjà possible via le mode expert de la version PRO)
PDFtoMusic a bien évolué depuis la dernière version publique, nous allons prévoir une première bêta pour bientôt...
|
|
|
| by Didier Guillion | |
|
| |
|
Pour finir la semaine, nous avons complètement automatisé le fonctionnement des robots de Kooplet.
Auparavant, nous devions les lancer à la main et vérifier leur fonctionnement. Ces robots collectent les fichiers musicaux sur Internet, et en maintiennent une liste.
Ces fichiers sont ensuite traités par Harmony Assistant ou PDFtoMusic, afin de vérifier que le fichier est lisible, puis pré-calculer les séquences de notes et l'image miniature.
De très nombreux fichiers bizarres, abîmés, très longs ou très courts, étaient ainsi traités, et parfois il arrivait que cela fasse planter le programme.
Cela nous a donc permis de "durcir" le code d'Harmony et PDFtoMusic, mais on n'est jamais à l'abri d'un crash.
Nous avons donc développé un script Perl de contrôle des processus. Il vérifie régulièrement que tous les programmes (les instances du robot de recherche, celles du robot de vérification de la base, ainsi qu'Harmony et PDFtoMusic) sont bien en train de tourner, et ne sont ni bloqués ni terminés.
Il agit alors en conséquence, en "tuant" ou relançant les instances afin que tout continue à fonctionner de manière optimale.
Nous l'avons fait tourner toute une nuit, et aucun problème majeur n'est survenu. Cet ensemble de programmes a ainsi pu ajouter à la base de données de Kooplet environ 20000 nouvelles partitions en seulement 24 heures. Et cette automatisation nous permettra de ne plus perdre de temps à surveiller le bon fonctionnement du système.
Bon week-end à tous ! |
|
|
| by Olivier Guillion | |
| |
|
Nous avions fait une erreur dans la compréhension du fonctionnement des polices de type CID Type 2 qui sont plutôt répandues dans les fichiers PDF. Ce genre de police, extension des TrueType, peut proposer une table de correspondance additionnelle aux cmaps habituelle (correspondance entre l'ASCII ou Unicode du caractère et le glyphe). Nous pensions que dans ce cas les cmaps étaient absentes du fichier. Ce qui n'est parfois pas le cas : on retrouve les deux et il faut prendre la table additionnelle en priorité. Ceci explique que certains caractères ne se traçaient pas. La correction de ceci a demandé une validation sur quelques milliers de fichiers PDF, car c'est une modification de bas niveau.
Ceci a fait fonctionner beaucoup mieux un nombre intéressant de PDF. |
|
|
| by Didier Guillion | |
| |
|
PDFtoMusic : certaines images bitmap abimées, intégrées à des PDF faisait planter PDFtoMusic, c'est corrigé.
Dans Harmony, les crochets des quintuples croches, tige basse, ne s'affichaient pas, c'est corrigé.
La notation des crochets avec des barres a été implémenté pour les notes, appoggiatures et textes spéciaux.
Depuis les premières versions d' Harmony, les ligatures sont appelées "accroches". Ceci est incorrect et entraine des confusions avec les croches.
L'ensemble de l'interface, de l'aide contextuelle, du manuel a été rectifié pour utiliser désormais le bon terme.
|
|
|
| by Didier Guillion | |
|
| |
|
Pour finir la semaine :
Correction d'un débordement de chaine dans le chargement Music XML (nom de portée trop long).
Correction d'un problème d'accroche dans les fichiers MusicXML générés par "Ensemble Composer"
Nous avons commencé à implémenter un nouveau type optionnel d'affichage des accroches : les différentes divisions de la durée sont matérialisées par des barres horizontales.
Bon week-end. |
|
|
| by Didier Guillion | |
|
| |
|
Le robot de collecte de fichier pour Kooplet ayant été relancé, des milliers de fichiers de partition d'origine et de format divers sont collectés chaque jour. Ceci nous permet de mettre à l'épreuve les fonctions d'import de fichier d'Harmony/Melody et les analyses de PDFtoMusic.
Ainsi, plusieurs problèmes ont pu être corrigés par ce biais. Par exemple :
- problèmes en import XML lorsque le type d'accolade/crochet dans la marge n'est pas spécifié
- Lenteur de traitement sur de gros fichiers lors de la préservation/restauration des paroles
- Crash lorsqu'un soufflet était à cheval sur la dernière barre de mesure du morceau
En parallèle, nous avons corrigé des problèmes qui nous avaient été signalés auparavant :
- Le changement de tonalité en 1e mesure du morceau n'insère plus une barre double en début
- Sur les partitions contenant des changement de tempo et au moins une note avec un retard négatif important, un décalage pouvait se produire lors de l'interprétation. |
|
|
| by Olivier Guillion | |
|
| |
|
Pour débuter l'année 2013 :
Dans Harmony, lorsque l'on demande de jouer en boucle avec un marqueur de début de jeu, la musique reprends au marqueur.
Correction d'un crash rare dans PDFtoMusic sur des partitions pour luth.
Correction d'un problème de chargement de MusicXML dans Harmony.
Dans la version de développement courante de PDFtoMusic, la localisation des informations de titre, compositeur et remarque a été grandement amélioré. Nous avons malheureusement oublié de passer ces paramètres à Kooplet. Les 3000 fichiers PDF analysés ces derniers jours ont donc finis à la poubelle et le traitement repris à zéro.
|
|
|
| by Didier Guillion | |
|
| |
|
|
|
Most recent first
Oldest first
|
Mar 20th, 2023 at 08:54pm
Comment from
Mar 20th, 2023 at 06:06pm
Article from Olivier Guillion
Obsolescence (mal) programmée
Mar 20th, 2023 at 06:06pm
Article from Olivier Guillion
Obsolescence (mal) programmée
Mar 17th, 2023 at 05:49pm
Comment from CRI-CRI
Modification d'article MUSL
Mar 17th, 2023 at 04:58pm
Article from Didier Guillion
Harmony Assistant 9.9.7 étape 68
Mar 17th, 2023 at 04:58pm
Article from Didier Guillion
Harmony Assistant 9.9.7 étape 68
Mar 16th, 2023 at 04:55pm
Article from Didier Guillion
Projet « Digital Piano Daily Practice » étape 37
Mar 16th, 2023 at 09:25am
Comment from Gilbert Rouquié
Alternative à la FFT : les Ondelettes ?
Mar 15th, 2023 at 06:53pm
Article from Olivier Guillion
R&D : analyse de la voix
Mar 15th, 2023 at 06:53pm
Article from Olivier Guillion
R&D : analyse de la voix
|
|
|
|
