Chose promise, chose due. La nouvelle version beta (9.4.0 Beta 6) a été mise à disposition aujourd'hui.
Elle intègre la toute première version de l'installateur gérant le "nomade", c'est-à-dire permettant d'installer entièrement l'application sur un support amovible (clé USB).
Cela semble fonctionner, mais des tests plus amples sont à effectuer, au moins sur Windows, afin de s'assurer que l'installation sur une clé ne copie aucune donnée sur le disque dur, ni ne touche à la base de registre.
Il y aura certainement des conseils supplémentaires à ajouter au chapitre dédié à cela dans la documentation, par exemple, sur Windows, comment définir une configuration matérielle nomade (choix des pilotes des cartes son et MIDI), etc.
Mais nous attendons que plusieurs d'entre vous le testent également, vous aurez peut-être des choses à ajouter.
Bons tests!
|
|
|
| by Olivier Guillion |  |
|
| |
|
Nous avons presque finalisé le fonctionnement "nomade" d'Harmony Assistant, et une version beta devrait être disponible demain, si tout va bien.
Une installation nomade présentera quelques différences par rapport à une installation classique. Ceci est dû au fait que l'application ne doit effectuer aucun changement, aucune configuration du système où elle s'exécute.
Donc, en nomade :
- le double-clic sur un fichier "mus" ou "myr" ne lancera pas automatiquement l'application, tout au moins sur Windows. Il faudra passer par "Fichier > Ouvrir" ou par le glisser/déposer. A tester sur Macintosh.
- Sur Windows, impossible d'installer des raccourcis dans le menu démarrer ou sur le bureau. L'application devra être lancée "à la main", en entrant dans le répertoire d'installation sur la clé USB, et en double-cliquant dessus.
- La fonte musicale ne sera pas installée dans le système. Elle sera présente lorsque l'application est lancée, mais ne sera plus accessible par d'autres programmes lorsqu'on quittera l'application. Normalement, les fichiers PDF créés pendant une session devraient cependant continuer à fonctionner après la fermeture de celle-ci.
- Les autres programmes installés (plug-in, player...) ne pourront pas bénéficier des bases de sons de qualité supérieure installées dans le programme.
- Le lancement de l'application risque d'être plus lent, les clés USB ayant des taux de lecture et de transfert inférieurs à ceux d'un disque dur. Par contre, nous n'avons pas senti de ralentissement perceptible en cours de fonctionnement.
Lorsque nous aurons pu nous assurer de tout cela, ces précisions seront ajoutées à la documentation.
|
|
|
| by Olivier Guillion | |
|
| |
|
Un utilisateur a remarqué un problème avec les pistes numériques, un problème que nous avions déjà relevé, et qui était sur notre "to do list" depuis un certain temps.
Mais maintenant que quelqu'un s'en est aperçu, nous n'avons pas d'autre choix que de le corriger 
L'affichage des données des pistes numériques se fait mesure par mesure, et l'échelle dans chaque mesure est linéaire, c'est-à-dire que la première seconde de données occupe le même espace que la dernière.
Mais, en mode gravure, l'échelle n'est plus linéaire, et dépend des longueurs de notes présentes sur les portées. Donc, par exemple, si nous avons une portée classique contenant des notes de diverses longueurs, et une piste numérique contenant le son de ces même notes, en mode gravure, les deux ne correspondent pas.
Si une sélection est faite à la fois sur la piste numérique et la portée classique, elle contiendra bien les notes et le son qui leur correspond, mais à l'écran, la zone sélectionnée affichée sur la piste numérique ne reflètera pas les données effectivement contenues dans la sélection.
En d'autre termes, tout fonctionne, sauf l'affichage à l'écran. Il faut pouvoir afficher les données numériques de la mesure sur de manière non linéaire, correspondant aux échelles imposées par les paramètres du mode gravure.
Cela nécessite une petite refonte du module d'affichage des pistes, mais devrait régler le problème une fois pour toutes. Ce sera pour la prochaine beta... |
|
|
| by Olivier Guillion | |
|
| |
|
Nous avons poursuivi les tests sous Linux, et cela nous a permis de mettre en évidence quelques problèmes qui pouvaient également se produire sous Windows.
Notamment, le lancement du logiciel alors qu'aucune imprimante n'est définie, puis son nouveau lancement après avoir installé une imprimante pouvait conduire à un crash.
Egalement, il vaut mieux ne pas tester la version beta avec Harmony Assistant en mode "évaluation" (non enregistré). Cela peut donner des résultats inattendus.
Tout ceci devrait être corrigé dans la prochaine version.
Nous avons également commencé à implémenter le métronome dans le plug-in, comme cela avait été demandé dans le forum.
|
|
|
| by Olivier Guillion | |
|
| |
|
Les tests se poursuivent sur Ubuntu, pour localiser ce qui "crashe" au démarrage.
Une nouvelle mise à jour de Wine en 0.9.46 a été faite aujourd'hui, sans effet sur ce crash.
Le "débuggage" de l'application est assez délicat. Impossible de faire du cross-débuggage comme sur les vieilles versions de Windows, car le module de débuggage à distance de Codewarrior ne fonctionnerait pas sous Linux, et encore moins lorsqu'il s'agit de débugger un programme tournant sous Wine.
Seule solution, se retrousser les manches et bourrer le programme d'écriture de "log" qui indiquent où on est passé.
Le programme est compilé sous Windows, passé par le réseau vers la plateforme Linux et exécuté sous Wine.
Une fois le crash survenu, on regarde le fichier log généré, et on en déduit l'endroit approximatif où ça crashe.
On revient sous Windows, on ajoute plus d'écritures de "logs", pour affiner la partie repérée, et on recompile. Ainsi de suite.
Donc, pour l'instant, il semble que le problème vienne de la demande d'énumération des fontes de caractères installées sur le système. Plus de précision dans les jours à venir...  |
|
|
| by Olivier Guillion | |
|
| |
|
Alors que la nouvelle (et peut-être dernière) version beta se profile, de vieux bugs ont été corrigés :
- Le choix des palettes que doit éviter la fenêtre de document lors de son ouverture (Préférences générales > Palettes) ne fonctionnait que pour les 16 premières palettes. Les autres gardaient leur valeur par défaut, quel que soit le choix de l'utilisateur
- Un crash dans Virtual Singer pouvait se produire lorsque des voix RealSinger ne contenant pas tous les phonèmes de la langue utilisée étaient employées. Pour ce type de voix, le programme "mixe" des phonèmes RealSinger et Virtual Singer classique, et ce mixage ne fonctionnait pas toujours correctement.
Dans un autre domaine, nous songeons sérieusement à "recycler" notre vieux petit PC en une machine sous Linux, afin de pouvoir procéder à des tests plus sérieux sur cette plateforme. Pour l'instant, Linux tourne dans un émulateur sous Windows XP. Lorsqu'on teste nos applications, c'est donc un code Windows qui est émulé sous Linux (Wine), qui lui-même est émulé sous Windows. Pas évident pour juger des performances
Par contre, nous cherchons un moyen de faire cohabiter sur le futur PC Linux plusieurs distributions différentes de Linux, afin de pouvoir tester le programme sur celles-ci.
Nous vous tiendrons au courant sur ce blog de l'avancement du projet.
Enfin, les travaux continuent dans nos nouveaux locaux, avec du neuf au sujet des parquets. La galerie de photos a été mise à jour.
|
|
|
| by Olivier Guillion | |
| |
|
Grâce aux renseignements qui nous ont été fournis par Gilbert Rouquié hier sur ce blog, nous avons mis en place la détection du système Linux/Wine par Harmony Assistant.
Dans le "A propos de...", en plus de la version de Windows telle qu'elle est simulée par le système, s'affiche maintenant la mention "Wine". Il nous est donc possible, tant au niveau de l'installateur que celui du programme, de tester la présence de ce système et de réagir en fonction.
Par exemple, des premiers tests ont été faits pour considérer les fontes Bitstream Vera comme les fontes par défaut sur les systèmes Linux. On pourrait également imaginer un "skin" particulier, qui serait choisi par défaut lorsqu'on installe le programme sur ce système.
Malheureusement, la disparité graphique des diverses distributions de Linux (et leur personalisation par l'utilisateur) ne nous permettent pas de dégager un aspect qui pourrait convenir à tous.
Enfin, nous avons décidé de mettre à jour notre Ubuntu, et après téléchargement de quelques centaines de mégas et un redémarrage, Harmony Assistant refuse maintenant de se lancer. Un crash, qui a lieu apparemment dans le module Wine, est généré juste au démarrage, et nous devons maintenant entamer des tests plus poussés pour localiser la source du problème. |
|
|
| by Olivier Guillion | |
|
| |
|
Un problème de positionnement des marques de répétition des deux mesures précédentes a été corrigé. Il ne survenait qu'en mode page ou à l'impression, lorsque le mode gravure était désactivé.
Des tests assez poussés ont été menés sur les configurations de système "exotiques" (Windows 98 sans support Unicode, Ubuntu) afin de mettre en évidence un crash lié aux pilotes d'imprimante qui a été signalé. Malheureusement, nous ne sommes pas parvenus à reproduire ce crash.
Mais en testant, nous nous sommes aperçus que dans Harmony Assistant tournant sous Ubuntu, la police par défaut des textes était MS Sans Serif, qui est apparemment livrée avec Wine (émulation Windows), et qui ne supporte pas le lissage ou la rotation. Il serait judicieux, sur ce système, de choisir plutôt la Bitstream Vera Sans, mais nous n'avons pas trouvé de moyen simple pour que soit l'installateur, soit le programme, détecte qu'il est sur Linux.
Wine retourne au programme l'information selon laquelle le système est Windows 2000. Si quelqu'un sait comment un programme peut tester qu'il est en train de tourner sous Wine, cela permettrait d'améliorer un peu cette version.
|
|
|
| by Olivier Guillion | |
|
| |
|
|
