Puisque nous sommes dans la normalisation de toutes les fonctions qui exportent la partition au format graphique, nous continuons tant qu'il en reste.
Après les affichages à l'écran, l'export au format PCT, l'impression sur MacOS, l'impression sur Windows, puis les exports WMF et EMF, nous avons attaqué l'export EPS
Là aussi, même topo, il s'agit d'écrire 3 ou 4 fonctions spécifiques (fenêtrage, tracés de courbes de Bézier, tracés de textes, tracés d'image) qui vont compléter un tronc commun à tous ces exports.
Si on ne regarde pas de trop près (quelques petits détails graphiques sont encore à améliorer), l'export EPS est fonctionnel.
A noter que cet export sert également aux impressions sur Linux.
Il restera ensuite à réécrire de la même façon l'export SVG, sur lequel sont basés l'export PDF et l'export Myrweb. |
|
|
| by Olivier Guillion |  |
|
| |
|
Pour finir la série "export graphique des partitions en vectoriel", nous avons donc réécrit l'export SVG, qui sert également à l'export Myrweb et à l'export PDF.
Cet export a sans doute été le plus rapide à être fonctionnel (on commence à avoir le coup de main, maintenant)
Il va cependant demander des ajustements et optimisations, car contrairement aux exports WMF ou EPS, celui-ci sert à l'affichage en temps réel des partitions dans Myrweb. Il faut donc que les données SVG soient compactes et bien optimisées. Pas question, par exemple, de tout tracer en courbes de Bezier, comme pour les autres exports. On peut en effet s'attendre que pour tracer une ligne horizontale, ce soit plus rapide de passer par la commande "Line" que par un tracé de Bezier avec 2 points et 2 autres points d'inflexion confondus, même si, graphiquement, le résultat est identique. |
|
|
| by Olivier Guillion | |
| |
|
On termine sur les exports vectoriels améliorés.
Export SVG
L'export SVG a été validé, la taille des fichiers générés est à peu près identique à auparavant
Une erreur d'analyse des tracés de caractères faisait "oublier" certains traits lors de l'affichage de police en mode "relief" (contour). Ceci a été corrigé
Export PDF
Certaines configurations pouvaient amener à des fichiers PDF illisibles (vrai dans la version publique courante). Ces cas ont été traités
Les caractères dessinés en mode "relief" (contour) disparaissaient du PDF. Les gérer demanderait une duplication de toutes les polices encapsulées en version pleine et version contour. Pour l'instant, nous avons donc simplement éliminé cette information de style, et les caractères apparaissent pleins.
Export Myrweb
Cet export a été repris pour gérer les nouveaux fichiers SVG (dessin de la partition) générés.
Bon week-end à tous ! |
|
|
| by Olivier Guillion | |
| |
|
Dans les jours qui viennent, nous envisageons de fournir aux personnes intéressées une première version alpha d'Harmony Assistant pour Windows en 64 bits
Sur la feuille de route, les points suivants ont été remplis:
Création d'une version 64 bits du programme d'installation
Création d'une version 64 bits du désinstallateur
Mise au point des opérations de scellement / Contrôle d'intégrité des versions 64 bits
Création des premières archives complètes en 64 bits
Vérification du résultat de l'installation de ces archives
Restent encore à faire :
Correction de problème dans l'installateur en version publique (non déboguable)
Tests de la procédure de désinstallation
Correction d'un problème de rafraîchissement graphique sur le "splash screen" d'Harmony Assistant
Gestion des codes d'enregistrements pour cette version alpha - x64, afin de permettre de tester dans de bonnes conditions |
|
|
| by Olivier Guillion | |
|
| |
|
Tant qu'on y était, on s'est dit qu'on pouvait faire les grosses modifications de structure qu'on rechignait à entreprendre jusqu'ici.
Celle-ci ne change pas les fonctionnalités, mais clarifie notre code source:
historiquement, sur Mac OS, les premières gestion des transparences, c'est-à-dire les zones qui, sur une image, laissent voir ce qu'il y a derrière, ont été construites avec
0 = opaque,
et
valeur maximum = transparent
Donc une valeur de transparence à 0 montrait ce pixel de l'image, et une valeur de transparence au maximum laissait voir ce qu'il y avait derrière
Or, avec l'arrivée de la "couche alpha", les valeurs de transparence stockées dans les images graphiques de type PNG, les valeurs correspondaient à l'opacité, soit
0 = transparent
et
valeur maximum = opaque
ACAM, notre système de compatibilité entre plateformes, est vieux, et lorsque nous avons commencé à mettre en place notre propre système de transparence, devançant celui système, nous avons choisi d'utiliser les valeurs de transparence que nous connaissions à l'époque.
Résultat, dans ACAM, il y avait en permanence des conversions de couche alpha d'un système à l'autre : chargement d'un PNG, inversion de la couche alpha, et à nouveau inversion pour le faire apparaître à l'écran. A tel point que nous étions nous-même perdus et ne savions plus si 0 était transparent ou opaque.
Nous avons donc repris tout cela, pour toujours utiliser la nouvelle nomenclature, soit 0=transparent.
Mais cela se situait à un très bas niveau, donc impactant la totalité des affichages graphiques, et nécessitant une bonne cinquantaine de modifications.
Cela retarde la sortie de la version alpha d'un jour ou deux, mais cela permettra de le faire tester nos modifications en profondeur. |
|
|
| by Olivier Guillion | |
| |
|
La version 9.8.2 alpha 1 d'Harmony Assistant pour Windows 64 bit peut être téléchargée depuis hier : Plus de renseignements ici
Avec les premiers retours, nous avons corrigé un crash dans une fonction d'affichage de dessins en mode "16 bits par couleur", mode très très peu utilisé.
Malheureusement, une seule icône de l'interface, l'outil "seringue" dans le jeu d'icône "2004" utilisait ce mode.
Et 2004 est le jeu d'icône par défaut de l'application depuis devinez quand.
Donc, crashs au démarrage lors de l'utilisation de ce jeu. Ce sera corrigé dans la prochaine, en attendant, il suffit de changer de jeu d'icône avec la version publique et le tour est joué.
Nous avons également corrigé le désinstallateur, qui ne faisait rien. Là il faudra attendre la prochaine version pour tester ça.
Coté Harmony Assistant lui-même, dans toutes les versions, le "fading" (balance avant-arrière) des instruments n'était pas sauvegardé. Ce sera fait dans la prochaine, mais au prix d'un changement de format de fichier, ce qui implique que les anciennes versions du programme ne chargeront pas ces nouveaux fichiers. |
|
|
| by Olivier Guillion | |
| |
|
La dernière fonction utilisant des "pict" (commandes graphiques au format MacOS) vient d'être réécrite en utilisant nos nouvelles méthodes.
Il s'agissait de la fonction permettant d'afficher des picts de la couleur qu'on désire, utilisée dans l'affichage des objets graphiques liés à la portée et certaines têtes de notes "exotiques".
Nous en avons profité pour améliorer le résultat.
Dans la version publique courante :
- Les objets graphiques ne géraient la transparence que si on changeait leur couleur (observez les lignes de portée devant les pieds du musicien dessiné en noir)
- Les objets graphiques étaient mal colorisés, tous les pixels ne prenaient pas la couleur demandée
- Les têtes de notes spéciales effaçaient les lignes de portée
Dans la version Alpha-1 64 bits
- Toutes les transparences étaient inopérantes (on avait oublié de les traiter)
- Les objets graphiques étaient mieux colorisés
Dans la prochaine version Alpha 64 bits
- Les transparences sont gérées comme il faut sur les têtes de notes et les objets graphiques, quelle que soit leur couleur
Ceci va donc changer légèrement l'aspect des anciennes partitions utilisant ces fonctionnalités
Bon week-end ! |
|
|
| by Olivier Guillion | |
| |
|
Spécifique à la version 64 bits
Une erreur de mode de tracé graphique pouvait faire disparaître des objets à l'impression (ainsi que sur l'aperçu). Visible notamment sur l'impression des cartons d'orgue en rectangles plein lorsque des notes se chevauchent
Une interaction entre la gestion du presse-papier et la sauvegarde du dernier modèle utilisé pouvait faire planter l'application lors de la création d'un nouveau document
Problèmes présents également en 32 bits, mais qui ne seront corrigés qu'au moment de la sortie de la version 64 bits
Impression de cartons d'orgue : décalage entre les perforations et les marqueurs permettant de les déplacer, lorsque la taille de la page est définie par l'utilisateur, et le mode d'impression en adaptation automatique. Ce mode d'impression est de toute façon déconseillé pour les cartons d'orgue, puisque les tailles des perforations et leurs distances seront alors zoomées pour s'adapter au papier
Saisie MIDI en temps réel: test d'un mode d'écho faible latence simplifié, lorsque la saisie se fait depuis un clavier maître monocanal. Le son de l'écho correspondra alors à l'instrument de la première portée sélectionnée, quel que soit le numéro de canal sur lequel les notes jouées sont envoyées.
MusicXML : gestion des symboles de répétition des deux dernières mesures, en import et en export
L'option "Diviser les silences multiples" dans la règle n'avait plus d'effet |
|
|
| by Olivier Guillion | |
| |
|
Correction de problèmes et amélioration des saisies MIDI
Saisie MIDI pas à pas / Correction : la saisie s'interrompait dès qu'une bulle d'aide contextuelle apparaissait à l'écran
Saisie MIDI pas à pas / Amélioration: en mode simplifié (clavier maître monocanal), l'écho faible latence joue avec l'instrument de la portée actuellement sélectionnée
Saisie MIDI temps réel / Amélioration: Les notes se posent sur la portée en tenant compte de la transposition de celle-ci, de manière à ce que les notes jouent à la même hauteur que ce qui a été entré
Autre correction
MyrScript: l'échelle de la palette maître n'était pas immédiatement prise en compte lors de sa modification
|
|
|
| by Olivier Guillion | |
| |
|
|
|
Sep 21st, 2018 at 05:10pm
Article from Didier Guillion
32/64 bit - Etape 64 - Mac - Installateur
Sep 20th, 2018 at 05:21pm
Article from Didier Guillion
32/64 bit - Etape 63 - Mac - Installateur
Sep 19th, 2018 at 05:09pm
Article from Didier Guillion
32/64 bit - Etape 62 - Mac - Installateur
Sep 18th, 2018 at 04:57pm
Article from Didier Guillion
32/64 bit - Etape 61 - Mac - Installateur
Sep 17th, 2018 at 05:12pm
Article from Didier Guillion
32/64 bit - Etape 60 - Mac - Installateur
Sep 14th, 2018 at 06:50pm
Article from Didier Guillion
32/64 bit - Etape 59 - Mac - Installateur
Sep 13th, 2018 at 05:48pm
Comment from bubu42
!!!???
Sep 13th, 2018 at 05:00pm
Article from Didier Guillion
32/64 bit - Etape 58 - Mac - Events
Sep 13th, 2018 at 05:00pm
Article from Didier Guillion
32/64 bit - Etape 58 - Mac - Events
Sep 12th, 2018 at 05:22pm
Article from Didier Guillion
32/64 bit - Etape 57 Events
|
|
|
|
32/64 bit - Etape 44 - Export EPS