Possibilité de définir de manière individuelle l'échelle d'affichage de chaque nuance, ottava, pédale. Implémentation du paramètre en MyrScript et création d'un nouveau script permettant de changer l'échelle de plusieurs nuances simultanément. Dans PDFtoMusic, gestion des zones : Optimisation du calcul quand une zone est ajoutée ou modifiée : seule la page concernée voit ses symboles recalculés. |
|
|
by Didier Guillion | | | |
|
Pour finir la semaine: Harmony/Melody Assistant: correction d'un problème d'affichage des mélismes en début de ligne, qui barraient la première syllabe. Le dysfonctionnement pouvait avoir d'autres effets indésirables Harmony/Melody Assistant: crash lors du chargement de certaines partitions sans note ni portée Linux: implémentation des tracés graphiques avec couche alpha, utilisés par exemple pour l'affichage des zones d'exclusion / inclusion dans PDFtoMusic PDFtoMusic (Std & Pro) Correction d'un crash lors de l'édition de texte dans les annotations Bon week-end ! |
|
|
by Olivier Guillion | | | |
|
Sur des partitions lourdes appliquer une correction telle que le changement d'un symbole, la modification de type d'un block de texte, l'ajout d'une zone, etc. entraine un recalcul qui peut prendre plusieurs secondes. Une nouvelle option a été ajoutée dans le menu édition, elle permet de désactiver le recalcul automatique. Bien entendu, une entrée dans le menu et une icône conjointe lancent le calcul à la demande. |
|
|
by Didier Guillion | | | |
|
Travail sur la version Linux: sauvegarde de la position et taille de la fenêtre principale lorsqu'on quitte l'application Linux: au redémarrage suivant, chargement de la position et taille sauvegardés. Pour faire en sorte que la fenêtre principale reprenne la position et taille qu'on désire, il a fallu littéralement se battre avec le système, pour qui ce genre d'opération semble au-delà de ses possibilités. Reste à savoir maintenant si la solution trouvée est compatible avec toutes les distributions. Correction d'une erreur, qui pouvait potentiellement provoquer un crash au démarrage de l'application. |
|
|
by Olivier Guillion | | | |
|
Acceleration du script d'importation Encore quand le fichier n'est pas un fichier de ce format. Mise a jour du plugin QuickLook en v2.2 Dans PDFtoMusic : gestion de l'interaction des zones et de la table de mixage. Nous devrions proposer une version 1.6.5 de PDFtoMusic très bientôt. |
|
|
by Didier Guillion | | | |
|
Nous venons de publier la version 1.6.5 ! Bon week-end ! |
|
|
by Didier Guillion | | | |
|
Correction de l'affichage des diagrammes d'accord dans le réglage de l'aspect graphique. Correction du nom de l'accord estimé dans l'édition des diagrammes. Possibilité d'exporter les .myr sous la forme d'une archive .zip. Ceci permet de transférer ensuite les fichiers musicaux par email sans risque de conversion qui casserait le fichier. De même possibilité d'ouvrir une archive .zip, mono ou multi-fichiers et d'en extraire le fichier musical désiré. |
|
|
by Didier Guillion | | | |
|
Correction d'une erreur de conversion de portées en pistes numériques (le résultat obtenu était une octave trop basse) Mise en commun de la fonction de calcul de FFT (Transformée rapide de Fourier), qui était utilisée par divers modules de traitement numérique. Cela devrait corriger un crash possible dans la saisie de voix RealSinger MyrScript: Ajout des méthodes RawTable.ToBase64(), RawTable.FromBase64(), Instrument.Duplicate() |
|
|
by Olivier Guillion | | | |
|
On nous a proposé un nouveau format de fichier à importer via MyrScript. Ce sont des fichiers récupérés à partir de bandes magnétiques (des K7 standards) qui servaient dans les années 1970 à piloter des pianos mécaniques de la marque Pianocorder. Le système mécanique de Pianocorder a par la suite été utilisé par Marrantz. Une vidéo ici : https://youtu.be/Eufv1OWUp54 Ces bandes magnétiques étaient majoritairement issues de conversions par lecture automatique optique de rouleaux physiques des encore plus anciens systèmes d'interprètes mécaniques. Les plus courants de ces rouleaux étaient de marque Ampico, Duo-Art ou Welte dans les années 1920-30. Une vidéo ici : https://youtu.be/0poVkxkxENk Ce qui est très intéressant c'est que certains interprètes ont à l'époque gravé des rouleaux et que d'une certaines façon c'est une mémoire de leur façon de jouer. Une thèse à été écrite en 1997 par M Mark Fontana sur le format des données de ces bandes Pianocorder et le format semble relativement simple. De fait, des analyseurs de bande automatique ont été utilisés fin XXème pour convertir les bandes en fichiers informatiques modernes d'extension .PC. M Fontana aurait également écrit un programme de conversion de ces données .PC en .MID mais nous n'en avons pas trouvé trace sur le Net. Par contre, un plug in WinAmp permet de jouer les .PC. Reste à voir si le nombre et la qualité des fichiers .PC justifie de valider ce développement spécifique... |
|
|
by Didier Guillion | | | |
|
Une fonctionnalité avait été mise en place techniquement, mais jamais finalisée, puis désactivée et oubliée: les ornements de type "coulé". Pour palier à la limitation d'un seul coulé ayant comme point de départ ou d'arrivée une note donnée, on peut ajouter cet ornement purement graphique en nombre illimité sur une note. L'ornement s'affiche correctement, il reste juste à résoudre quelques problèmes ergonomiques d'édition, et de permettre la configuration fine (épaisseur, tension de courbe) |
|
|
by Olivier Guillion | | |
| |
|
Amélioration de la gestion des lignes de parole multiples et des ajustements des répétitions par des ruptures. Amélioration des paroles partagées entre deux portées. Correction du suivi des coulés d'un système à l'autre. |
|
|
by Didier Guillion | | | |
|
L'attribution des bémol aux notes est parfois incorrect, particulièrement avec les polices un peu tarabiscotées. Nous cherchons un algorithme de détection du point central du bas du bémol afin d'affiner le calcul. |
|
|
by Didier Guillion | | | |
|
Nous avons implémenté plusieurs algorithmes d'association des altérations aux notes et les avons appliqués à quelques milliers de partitions de référence afin de déterminer le plus efficace. Il en est ressorti des résultats assez intéressants. La version actuelle de PDFtoMusic fait pas mal d'erreur et se trompe parfois de notes. Un des algorithme semble nettement plus efficace, il reste à le valider en profondeur. |
|
|
by Didier Guillion | | | |
|
Il y a un peu plus de 30 ans, nous écrivions nos premières lignes de langage C. Nos premières armes, nous les faisions sur Sapiens, notre jeu d'aventure-arcade écrit jusque-là en assembleur, et réécrit entièrement pour chaque type de microprocesseur équipant les petits ordinateurs de l'époque. Après avoir vécu sa vie de programme commercial, puis de shareware et enfin de freeware, Sapiens va bientôt franchir une autre étape en devenant Open Source. Nous offrons ainsi le code source à tous ceux désireux de regarder à quoi peuvent ressembler les premiers pas en C de deux jeunes dans les années 80/90, ou à ceux qui veulent adapter ou porter le jeu vers de nouvelles plateformes. Bien sûr, on ne l'offre pas sans condition. Il sera interdit de vendre le résultat final (Sapiens doit rester gratuit), et le travail d'adaptation, les modifications, les extractions de données, etc, devront être mis également gratuitement à la disposition de la communauté. De notre coté, nous encouragerons tous ceux qui veulent en faire quelque chose, mais nous ne pourrons pas apporter de l'assistance technique, ce type de prestation sur des codes sources aussi anciens nous ferait consommer trop de temps au détriment de choses plus importantes. Donc, là, nous avons presque fini de collecter tous les morceaux que nous pouvons diffuser, et avons commencer à prévoir une section du forum de discussion où les utilisateurs pourront s'exprimer. Bien sûr, nous ne nous attendons pas à beaucoup d'activité sur le projet, donc nous ne pouvons pas être déçus |
|
|
by Olivier Guillion | | | |
|
Moyennant quelques astuces, le nouvel algorithme de répartition des altérations fonctionne maintenant bien. Des paramètres "experts" ont du être adapté mais si l'on ne descelle pas de contre exemple significatif il devrait être intégré à la version 1.6.6. Bon week-end ! |
|
|
by Didier Guillion | | |
| |
|
|
|
Mar 29th, 2024 at 04:45pm Article from Didier Guillion Harmony Assistant 9.9.8 étape 205 Mar 29th, 2024 at 10:55am Comment from JLS MyrWeb Mar 28th, 2024 at 08:16am Comment from Antoine Bautista Préférences G.... Mar 27th, 2024 at 08:14pm Article from Olivier Guillion Harmony Assistant 9.9.8 et autre étape 204 Mar 27th, 2024 at 08:14pm Article from Olivier Guillion Harmony Assistant 9.9.8 et autre étape 204 Mar 27th, 2024 at 08:14pm Article from Olivier Guillion Harmony Assistant 9.9.8 et autre étape 204 Mar 26th, 2024 at 04:59pm Article from Didier Guillion Harmony Assistant 9.9.8 étape 203 Mar 25th, 2024 at 07:41pm Article from Olivier Guillion Myrweb 2.0.3 en préparation Mar 24th, 2024 at 07:29pm Comment from Antoine Bautista Sauf que la Hauteur compte.... Mar 24th, 2024 at 11:06am Comment from Sylvain hauteur
|
|
|
|