Une nouveauté va être mise en place dans l'édition d'Harmony Assistant (et Melody Assistant).
Dans un même groupe de portées, on pourra facilement continuer une mélodie d'une portée sur l'autre, sans se soucier de poser des silences pour aligner les deux voix.
Bon, ce sera plus facile à utiliser qu'à expliquer. 
Voici comment ça va se passer :
Imaginons qu'on ait une portée en clé de sol, une autre en clé de fa. Des notes ont commencé à être écrites sur la portée haute.
On va poser une note sur la portée basse. Si on clique quelque part au-dessous des notes déjà écrites...
... la note s'insère au début de la mesure, comme avant :
Jusque-là, rien de nouveau.
Par contre, si on clique sur la portée basse à droite de la dernière note écrite de la portée du dessus...
... la note s'insère à la suite des notes du haut, pour continuer la phrase musicale :
On peut ensuite alterner entre les deux portées, à volonté :
De manière interne, le programme calcule automatiquement les silences nécessaires à insérer pour recaler les portées entre elles.
Ces silences sont marqués invisibles et ne sont donc pas imprimés, mais peuvent être visualisés en mode d'affichage des taquets :
Les pianistes devraient trouver cela utile. Par contre, les ligatures d'une portée sur l'autre ne seront pas posées automatiquement. Il faudra toujours utiliser des "ligatures spéciales" pour gérer cela. |
|
|
| by Olivier Guillion |  |
|
|
- Les algorithmes de pose de note à la suite de celles d'une autre portée (voir billet du 25 avril 2013) ont été peaufinés pour fonctionner également sur les portées fusionnées.
- Un crash qui ne concernait que les développeurs MyrScript (lors du double-clic sur un message d'erreur pour aller directement à la ligne fautive) a été corrigé.
- Le script qui permet de calculer la phonétique d'une phrase (Scripts > Virtual Singer > Conversion en phonétique) a été corrigé, pour gérer les phrases vides ou imprononçables.
Nous préparons une version 9.6.3 beta 1, qui permettra de tester tout cela avant la sortie prochaine de la version publique. Mais d'abord, il nous faut traduire la centaine de points du chapitre "quoi de neuf" en anglais...  |
|
|
| by Olivier Guillion | |
|
|
Les premiers retours sur la version 9.6.3 beta 1 commencent à arriver. Nous les traitons dans l'ordre de réception.
Certains points ont déjà été corrigés :
- Crash lors de l'annulation d'une saisie MIDI temps réel
- Divers crashs possibles lors du démarrage ou de l'arrêt de la saisie par le clavier de l'ordinateur
- Boucle infinie (freeze) possible à tout moment lorsqu'on promène le curseur de la souris sur une partition en mode page
- MyrScript : correction de la prise en compte du type de nom d'accord dans la fonction Application.ConvertChordNameToElements, protection en cas d'entrée nil du paramètre 1
D'autres sont en cours:
Le mode d'application des nuances lorsqu'elles étaient posées sur des portées jointes par une accolade (p.ex. main droite et main gauche du piano) était géré automatiquement :
- au-dessus de la 1e portée, la nuance s'appliquait à la 1e portée uniquement
- entre les deux portées, la nuance s'appliquait aux deux portées
- au-dessous de la dernière portée, la nuance s'appliquait à la dernière portée uniquement
Ceci deviendra le mode par défaut de la nuance lors de sa pose, mais sera modifiable par l'utilisateur, qui pourra choisir entre 4 champs d'action de la nuance, plus ou moins étendus. |
|
|
| by Olivier Guillion | |
|
|
- Nous avions oublié de gérer la pose de silences en saisie continue d'une portée à l'autre
- Toujours au sujet de ce type de saisie, une préférence permettra de "montrer les silences en saisie continue" (vrai par défaut)
- Le script "Appliquer pause" a été corrigé. Depuis sa création, il oubliait de fixer la longueur de la pause.
- Les nuances s'appliquent maintenant aux portées volatiles (portées avec lois, signes "%" de répétitions de mesures). Auparavant, certaines nuances pouvaient ne pas être prises en compte sur des portées de ce type.
- Lors de la pose de notes hors de l'aire de la portée, on ne peut plus aller par-dessus les lignes de la portée précédente ou suivante
- Le nouveau mode d'application des nuances (4 choix) a été implémenté, testé et validé
- MyrScript : amélioration de la fonction Graph.DrawRichString(...) |
|
|
| by Olivier Guillion | |
|
- Les accolades ou crochets placés devant une seule portée disparaissaient inopinément lors de l'arrêt de la musique
- Problème d'affichage du cadre et de la ligne de jonction entre l'ornement et sa note lors du survol
- Il n'était pas possible de définir un groupe de portées (accolade ou crochet) joignant une portée classique et sa tablature associée
- L'inversion du sens du tuplet ne fonctionnait pas sur les noires et les croches non ligaturées
Cette dernière correction peut changer l'aspect des partitions déjà écrites. D'autres problèmes de positionnement ont été détectés sur les tuplets, et leur correction risque également d'entraîner un changement d'aspect. Nous allons essayer de limiter ces changements, mais si nous désirons corriger certaines erreurs, nous ne pourrons pas faire autrement. |
|
|
| by Olivier Guillion | |
|
|
- Une nuance placée en tout début de mesure "cassait" le multi-silence pour la mesure précédente
- L'affichage et l'édition des tuplets (duolets, triolets...) ont été repris en profondeur :
- Nouveau calcul des positions en colonne par défaut des extrémités droite et gauche du crochet (*)
- La valeur par défaut (1er démarrage du logiciel) de la hauteur du crochet a été diminuée de 5 à 3
- Les crochets, par défaut, sont un peu plus éloignés des notes (*)
- Le travail sur un tuplet pouvait parfois modifier l'état "inversé" du tuplet suivant
- Le calcul des positions des poignées est maintenant plus conforme à l'affichage réel
- Une nouvelle option dans le menu contextuel des tuplets permet de les rendre horizontaux en une seule opération
(*) Peut modifier l'aspect des partitions existantes |
|
|
| by Olivier Guillion | |
|
|
- Des modifications ont été apportées aux textes de la version anglaise
- Certaines options du menu contextuel du clic droit sur une note ne s'appliquent pas à toutes les notes de la sélection discontinue. Certaines fonctions semblent même ne pas fonctionner correctement dans de pareils cas.
Plus par curiosité qu'autre chose, nous avons essayé de compiler de petits programmes de test en mode Windows en 64 bits. Il semble que la version de Visual Studio Express 2010 ne permette pas cela. Nous avons donc téléchargé et installé la version 2012, et compilé avec succès en 64 bits.
Par rapport au Mac (et probablement à Linux), une adaptation d'un programme 32 bits en 64 bits sous Windows semblerait moins complexe, car les nombres entiers du C (long, int...) ne changent pas de taille sur ce compilateur. Seuls les pointeurs passent sur 8 octets.
Un portage en 64 bits resterait cependant une opération longue et complexe, génératrice d'instabilité. Le bénéfice en terme de rapidité serait a priori quasi-nul, l'exécutable du programme beaucoup plus lourd, et le seul avantage, consistant à pouvoir gérer plus de 4 Go en mémoire, s'avérerait inutile pour des programmes comme les nôtres.
Enfin, cela nécessiterait de maintenir deux versions distinctes sur Windows.
En conclusion, nos tests n'iront donc pas plus loin. On sait que c'est possible, et cela nous suffit pour l'instant.
Bon week-end ! |
|
|
| by Olivier Guillion | |
|
|
Sur Windows (testé en version 64 bits), l'installation de la version 21.0 de Firefox entraîne la disparition instantanée du plug-in de la liste des modules complémentaires disponibles.
Après quelques recherches, il semblerait que ce soit dû à un défaut dans cette édition de Firefox.
Firefox est censé balayer le contenu de son dossier "Plugins" pour localiser les plug-ins installés, puis vérifier dans la base de registre Windows si d'autres plug-ins ont été déclarés là.
Dans la version 21, Firefox ne semble prendre en compte que cette dernière méthode, pourtant décrite comme optionnelle dans les documentations.
Nous allons donc modifier nos installateurs pour que la prochaine version du plug-in fixe correctement les entrées dans la base de registre.
En attendant, nous avons préparé deux fichiers ".reg", l'un pour Windows 32 bits, l'autre pour Windows 64 bits, qui, une fois double-cliqués, font fonctionner à nouveau le plug-in après mise à jour de Firefox. Nous avons validé la version 64 bits, mais avant de rendre ces "patches" publics, nous cherchons un cobaye pour tester la version 32 bits. |
|
|
| by Olivier Guillion | |
|
|
Après un rangement dans les cartons qui a duré près d'un an, nous avons repris le projet Awale, histoire de le finir une fois pour toutes et de sortir l'ultime version.
Rappelons que l'idée est de fournir une version compatible avec les OS récents, et d'en profiter pour le transformer en freeware (logiciel gratuit, pour les anglophobes).
Nous avons donc entamé la recompilation de la version Windows, qui s'avère ne pas être de la tarte étant donné l'ancienneté du projet. Un premier jet a cependant pu être produit : il affiche fièrement la carte de l'Afrique avant de planter lamentablement.
Y'a encore du boulot... |
|
|
| by Olivier Guillion | |
|
|
|
|
May 25th, 2013 at 02:54am
Comment from Robert E. Thompson
Search function
May 25th, 2013 at 02:53am
Comment from
May 25th, 2013 at 02:53am
Comment from
May 24th, 2013 at 05:39pm
Comment from Cri-Cri
Le Pompon d'or...
May 24th, 2013 at 05:39pm
Comment from Cri-Cri
Le Pompon d'or...
May 24th, 2013 at 05:00pm
Article from Didier Guillion
Harmony 9.6 étape 507
May 24th, 2013 at 02:28pm
Comment from Grorom
awale
May 24th, 2013 at 10:42am
Comment from Olivier Guillion
@jihel
May 23rd, 2013 at 11:21pm
Comment from jihel9
nuances
May 23rd, 2013 at 11:21pm
Comment from jihel9
nuances
|
|
|
|
Harmony 9.6 étape 496
