Les nouvelles versions d'Harmony Assistant (9.8.1) et Melody Assistant (7.8.1) viennent d'être mises à disposition sur notre site Les fichiers annexes (documentations, historique des modifications, etc) sont en cours de mise à jour. Cette version ayant nécessité un nouveau format des fichiers de partition, Melody Player, dans sa version actuelle, ne peut pas lire les fichiers nouvellement créés, il faudra attendre quelques jours que nous sortions la nouvelle version du player. En attendant, il vous suffit de sauvegarder au format précédent en le spécifiant dans "Configuration > Préférences générales", onglet "Sauve". |
|
|
by Olivier Guillion | | | |
|

- Windows: Le déplacement de notes en sélection discontinue pouvait faire apparaître un bref instant des tiges de notes vertes dans l'angle supérieur gauche de la fenêtre du document
- L'export Myrweb lorsque la vue courante n'était pas la vue générale altérait les paramètres de la vue générale
- Certaines opérations pouvaient faire perdre l'échelle et la position courante de visualisation de la partition. Ces opérations ont été reprises afin de corriger le problème. Cela inclut:
- L'export Myrweb
- L'export MusicXML
- L'export SVG multi-pages
- Le jeu du Karaoké
- Le forçage du nombre de mesures par ligne
- Le changement de tonalité
- L'export graphique depuis l'aperçu avant impression
- L'impression de la partition
- L'impression de la grille d'accords
- L'impression des paroles
- L'impression des cartons d'orgue de barbarie
- L'affichage d'un modèle de portée avec MyrScript
|
|
|
by Olivier Guillion | | | |
|

Si nous avions travaillé seulement sur Windows, nous n'aurions pas eu besoin de trop modifier nos fichiers sources C. Hélas, nos programmes doivent aussi se compiler sur MacOS, et là les choses se gâtent. Un peu partout depuis les 30 dernières années, nous avons utilisé le type "long" pour désigner les entiers 32 bits. Mais d'après le grand livre du C, la taille en bits de ce type peut varier en fonction de la plateforme sur laquelle on est. Sur Windows, le "long" reste à 32 bits, même si on compile un programme en mode 64 bits. Sur Macintosh par contre sa taille est doublée, ce qui rend la version 64 bits du programme incompatible avec tous les fichiers que l'application a pu sauvegarder précédemment, et pose des problèmes quasiment insolubles. Seule solution, cesser d'utiliser ce type, et le remplacer pas le tout nouveau typage du C à nombre de bits définis, en l'occurence int32_t. Nous avons entamé des essais de remplacement globaux, suivis d'une grosse session de correction du code pour éviter les alertes de compilation (le compilateur dit qu'il peut y avoir un problème, mais ce n'est pas sûr). C'est un travail de forçat. Nous avons commencé par la seule librairie ACAM (notre socle de compatibilité entre les différents systèmes) et une très très petite application, avec une seule fenêtre et 3 boutons. Nous avons effectué environ 6000 remplacements dans les 300 fichiers source C, puis avons commencé à traiter une à une les 1200 alertes de compilation afin de les faire disparaître. Nous en sommes environ à la moitié, et pour l'instant, aucune ne pouvait déboucher sur une véritable erreur. Mais au moins, nous aurons une compilation plus "propre", et cela évitera que les vraies indications de problème se retrouvent noyées dans les alertes inutiles. |
|
|
by Olivier Guillion | | | |
|

Cela fait assez longtemps maintenant que les systèmes d'exploitation sont passés en 64 bits. D'abord Linux, puis Mac OS font maintenant pression sur les développeurs pour que leurs applications soient portées en 64 bits, menaçant d'arrêter à plus ou moins court terme le mode de compatibilité qui permet de continuer à les faire fonctionner. D'abord, soyons clairs : à moins que l'application gère de très gros volumes de données (vidéo, photographie HD...) son passage 64 bits n'apporte strictement rien, au contraire. Le code et la place mémoire nécessaire pour les données seront augmentés, la rapidité restera sensiblement identique, et ce ne sera pas plus stable. Nous avons, ces dernières années, fait quelques tests pour évaluer le travail nécessaire, et c'est un gros, très gros travail. Chaque système semble avoir géré cette transition à sa façon, demandant plus ou moins de travail au développeur. Jusqu'ici le pire est le Macintosh, qui n'a pas hésité à changer la taille du types standard C "long" de 32 à 64 bits, rendant le portage cauchemardesque pour les développeurs ayant utilisé ce type. Sur Windows, c'est mieux. En une journée de travail, nous sommes presque parvenus à faire apparaitre une fenêtre avec des boutons et une zone de saisie. Le problème est que nous n'avons pas trouvé moyen de demander au compilateur de nous indiquer les sources potentielles de problème. Nous devons donc compiler, lancer, attendre un crash, et lorsqu'il survient, effectuer les corrections nécessaires et recommencer. Cela peut fonctionner pour un test simple, mais est inenvisageable pour une application comme Harmony Assistant, où il faudrait plusieurs années pour tester tous les cas (si une telle chose est possible) Donc, nous essayons de trouver un moyen plus sûr et plus rapide d'effectuer un tel portage, qui nous mobiliserait un certain temps, pour aboutir à une application strictement identique, juste un peu plus lente et plus gourmande en mémoire. Le plus tard sera donc le mieux, et, à l'issue, ce travail ne pourra certainement pas être fourni gratuitement. |
|
|
by Olivier Guillion | | | |
|

Une version beta privée d'Harmony Assistant (9.8.1 Beta 1) a été mise en ligne, et ceux qui attendaient cette préversion pour tester des corrections ou nouvelles fonctionnalités qu'ils avaient demandées ont été (ou vont bientôt être) prévenus. Si vous considérez que vous avez été oublié (c'est possible, et nous sommes alors désolés), envoyez-nous un petit e-mail, nous vous donnerons le lien de téléchargement. Dans cette version, ces derniers points ont été ajoutés : - Corrections de problèmes sur l'édition des tablatures, notamment pour guitare et accordéon - Amélioration graphique des coulés utilisés comme liaison de prolongation : ils évitent maintenant le pointé de la note lorsque c'est nécessaire Bon week-end ! |
|
|
by Olivier Guillion | | | |
|

Correction d'un problème de changement de durées des notes de la sélection, lorsque la sélection couvrait plusieurs portées, ou une portée fusionnée Correction d'un problème potentiel d'enregistrement de son pour instrument numérique utilisateur, ou pour une voix RealSinger. Ce problème était apparent sur Macintosh et Linux. Amélioration: le déplacement d'une note dans un groupe de notes liées entre elles par des "coulés" utilisés comme des liaisons de prolongation déplace maintenant tout le groupe. |
|
|
by Olivier Guillion | | | |
|

Nous poursuivons la transition de nos produits physiques du CD-ROM vers la clé USB. Après le CD-ROM Myriad, c'est au tour de la base de sons GOLD de subir cette transformation. Dans un premier temps, les trois modes de livraison de la base GOLD (téléchargement, Clé USB ou CD-ROM) cohabiteront, pour probablement aboutir à terme à la disparition pure et simple du CD-ROM. Le CD-ROM de la base GOLD était un vrai CD, gravé, et pas un CD réinscriptible, ce qui rend sa modification impossible. Impossible de faire évoluer les installateurs, de corriger des sons de la base ou d'en ajouter, donc. Avec la clé USB, cela devrait simplifier les procédures. Seul bémol, il n'existe pas de moyen standard de protéger physiquement une clé USB en écriture, technologie pourtant déjà fonctionnelle sur les disquettes 8" des années 70. Sur certains systèmes, donc, l'utilisateur risque d'avoir la possibilité de modifier le contenu de la clé, ou même de la reformater. Ce sera à lui de faire attention. |
|
|
by Olivier Guillion | | | |
|

Les ornements de type "coulé" sont en place graphiquement et ergonomiquement. Ce type d'ornement peut être associé aussi bien à une note ou un silence qu'à une clé. Correction de crash ou de disparition d'icône dans le Dock lors de sa désactivation / réactivation Correction d'un décalage graphique entre la visualisation de la zone de sélection et sa véritable position sur certaines fenêtres texte, notamment sur les sections présentant des exemples dans la documentation MyrScript Crash possible lors du chargement de fichiers MP3 contenant des tags ID3 en Unicode Correction d'un problème de forçage des sorties sonores vers la MIDI lors du jeu de partitions depuis le Juke-box MyrScript: Corrections de problèmes dans la gestion des informations de date/heure La base en seconde des valeurs internes de manipulation de date ayant changé, si des valeurs de ce type ont été stockées par un script, elles risquent de ne plus correspondre à la même date (66 ans d'écart) MyrScript: la fonction permettant de jouer rapidement une série de notes a été améliorée, pour prendre en compte des numéro de demi-ton non entier, autorisant ainsi le jeu de quarts de tons ou de commas |
|
|
by Olivier Guillion | | |
| |
|

Comme prévu, nous proposons maintenant Sapiens (jeu d'aventure-arcade de la fin des années 80) en projet open-source. Une page permettant de télécharger l'archive du projet a été créée : Sapiens Open Source Sur le forum de discussion, la section qui jusqu'ici était destinée à notre produit open source sur Macintosh "Galerie" a été ouverte aux discussions à propos de Sapiens: Forum Open Source Le projet est fourni en l'état, avec quelques petites pièces manquantes. Il faudra certainement aux personnes intéressées un tout petit peu de travail, notamment extraire certaines données qui sont fournies sous la forme d'un fichier ressource Macintosh, avant de pouvoir recompiler le projet et envisager un portage. Avec un peu de chance, si le principe consistant à partager avec la communauté le travail effectué est respecté, ces petites tâches en amont n'auront besoin d'être réalisées qu'une seule fois. |
|
|
by Olivier Guillion | | | |
|
|