Ca y est, Harmony Assistant a été recompilé entièrement, y compris le module gérant la synchronisation de la musique avec une vidéo. Ceci nous a demandé pas mal de circonvolutions, mais nous évite d'avoir à utiliser un système très compliqué alors que ce que nous pouvons nous procurer gratuitement semble combler amplement nos besoins.
La gamme de produits à destination des développeurs proposée par Microsoft est très confuse, et comprendre ce qu'offre chaque produit est aussi simple que de comparer les forfait pour les téléphones portables : impossible de savoir clairement ce qui est dans le produit, et quelle est la différence avec le produit voisin.
Dans l'opération de migration vers ce nouveau compilateur, beaucoup de fichiers "source" ont été modifiés, et des corrections, mineures mais nombreuses, ont été appliquées. Nous avons donc recompilé les projets avec l'ancien compilateur afin de vérifier que nous n'avions pas introduit de nouvelles irrégularités, puis nous l'avons également fait sur Macintosh (avec XCode). Cela a nécessité également la recompilation de modules "satellites" d'Harmony, dont certains n'avaient pas été touchés depuis quelques années.
Ce soir, tout se compile et s'exécute. Une semaine après le début de l'opération, nous nous retrouvons donc prêts à travailler à nouveau. |
|
|
| by Olivier Guillion |  |
|
| |
|
Une version "release" d'Harmony Assistant a été générée avec le nouveau compilateur. Ce type de version n'est pas destiné à facilité le débogage, mais est optimisé pour la vitesse d'exécution. Harmony Assistant tel qu'il est proposé aux utilisateurs en téléchargement est en mode "release".
Nous avons donc pu réaliser des comparaisons entre le programme tel qu'il était généré par notre ancien compilateur et par le nouveau. Conclusion: aucune différence décelable. Par contre, l'opération nous a permis de trouver de nouvelles petites irrégularités, qui, cette fois-ci, pouvaient avoir une influence sur le fonctionnement de l'application. Rien de très grave cependant.
Du coté des traductions de la nouvelle version d'Harmony, ça y est, les ressources sont "à plat" il nous reste maiintenant à contacter nos gentils traducteurs pour voir s'ils ont un peu de temps à nous consacrer... |
|
|
| by Olivier Guillion | |
|
| |
|
Nous avons pu effectuer les premiers essais d'Harmony Assistant recompilé avec Visual C++ express. Pour l'instant, il s'agit d'une version "debug", c'est-à-dire que le programme n'est pas optimisé pour aller vite, mais plutôt pour nous permettre de trouver facilement les erreurs. Une bonne dizaine d'irrégularités mineures ont ainsi été détectées et corrigées. A priori, aucune d'entre elles ne pouvait entraîner de crash ou de dysfonctionnement.
Pour l'instant, Myrscript ne fonctionne pas, nous en cherchons la cause.
Pour la partie "synchronisation vidéo" offerte avec Myrscript, cela promet d'être compliqué. Avec la version gratuite du compilateur de Microsoft, il ne semble pas prévu de pouvoir gérer ce genre de projets, qui utilisent DirectX et les objets fournis par le système. Il faudrait passer à une version pro, payante (environ 1000 euros!) qui apporte des fonctionnalités de gestion de projet et d'équipe de développement qui vont plus nous compliquer la vie qu'autre chose. Nous allons donc essayer de nous débrouiller avec les moyens du bord avant de considérer un investissement pareil.
Sinon, un utilisateur néerlandais nous à proposé de traduire Melody Player.
Nous avons donc implementé cette langue et nous lui avons soumis les textes à traduire.
Parallèlement à ceci nous continuons de mettre les ressources d'Harmony "à niveau" entre les différents langages pour pouvoir commencer à contacter les traducteurs.
|
|
|
| by Olivier Guillion | |
| |
|
Rien de bien passionnant aujourd'hui. Nous avons continué notre prise en main du compilateur C Visual C/C++ Express. Cela ne va pas vite, mais on progresse.
Ce matin, première compilation réussie de notre librairie ACAM, plateforme de travail "maison" compatible PC/Mac. Dans la foulée, nous avons compilé une toute petite application qui utilise ACAM pour afficher une fenêtre avec du texte.
Dans la catégorie des bonnes surprises, le compilateur Visual C n'est pas sensible aux mêmes irrégularités que notre ancien Codewarrior. Cela permet de découvrir des problèmes potentiels qui nous avaient échappés auparavant.
Par contre, la compilation reste très lente, et les petites différences entre les deux outils nous obligent à appliquer de menues corrections à pas mal de nos fichiers source.
Nous avons entamé une tentative de compilation d'une application plus conséquente, Harmony Assistant. Avec ses 622 fichiers source C, sans compter les petits projets annexes qui viennent s'y greffer, inutile de vous dire que cela prendra du temps pour aller au bout. L'après-midi entière a été passée à modifier nos fichiers C au fur et à mesure que les erreurs et avertissements de compilation nous étaient communiqués. Nous n'en sommes pour l'instant qu'aux 3/4.
Et lorsque tous les modules se compileront correctement, rien ne nous dit que l'application fonctionnera...
Bon week-end à tous! |
|
|
| by Olivier Guillion | |
|
| |
|
Eh oui, ceci est l'étape 1 d'Harmony 9.5.
Bien que MUSL (Myriad User Score Library) soit une fonctionnalité de cette future version d'Harmony, et en soit déjà à l'étape 52 sur ce blog, nous nous sommes attachés aujourd'hui à des corrections de problèmes sans rapport avec MUSL.
Voici donc ce que nous avons fait :
- Lorsque plusieurs notes liées de longueur différentes étaient en accord, le positionnement des diverses notes liées était faux en mode gravure.
- Sur Windows, lors de la sélection d'un (très) grand nombre d'objets sur la partition, un crash pouvait survenir. Ce problème était la source d'un nombre important de rapports de crash qui nous avaient été envoyés.
- Correction d'un problème de tracé des graphisme de type "ligne"
- Dans PDFToMusic, correction d'un problème de localisation des pointés (confusion avec les têtes d'appogiatures)
|
|
|
| by Olivier Guillion | |
| |
|
Nous avons travaillé sur pas mal de choses différentes aujourd'hui:
- Sur PDFtoMusic, les tiges d'appoggiatures étaient parfois mal reconnues. Cela a été corrigé.
- La nouvelle application Wordreference sur iPhone commence à fonctionner, en tout cas dans l'émulateur. Il faudrait maintenant commencer les tests sur le vrai périphérique, mais la gestion des droits pour les développeurs est un vrai casse-tête. Lancer sur son propre iPhone une application qu'on vient juste de développer devient plus compliqué que de programmer l'application elle-même.
- Nous avons de plus en plus de demandes quant à la compatibilité de nos applications avec Windows 7. Apparemment, cela fonctionne, donc nous avons ajouté sur notre site Windows 7 à la liste des versions de Windows supportées.
Par contre, un utilisateur a un crash (non lié à 7) qui ne nous fournit pas le rapport habituel mais donne celui de Windows. Ce type de rapport est inutilisable. Nous avons testé sur notre machine virtuelle sous W7RC, et cela fonctionne. Doit-on acheter une version de Windows 7, uniquement pour l'installer sur une machine virtuellle de test qui servira au mieux une fois par an?
En attendant, j'invite ceux qui sont sous Windows 7 et qui seraient disposés à effectuer quelques tests simples à me contacter.
Merci! |
|
|
| by Olivier Guillion | |
|
| |
|
Nous avons continué à travailler sur PDFtoMusic, en corrigeant quelques crashs, et notamment en gérant certains types de fontes de caractères embarquées qui n'étaient pas décodées correctement et pouvaient faire "planter" l'application inopinément (fontes CID type 2).
Nous avons recalculé la base de données de la reconnaissance optique des caractères alphanumériques (lettres et chiffres) en l'alimentant avec les caractères qui étaient jusqu'ici mal reconnus dans les partitions qu'on nous avait envoyées.
Nous avons ensuite débusqué les irrégularités dans la gestion mémoire, en repérant les zones qui n'étaient pas correctement libérées par l'application.
En parallèle, nous avons commencé à travailler sur une nouvelle version de l'application WordReference pour l'iPhone. |
|
|
| by Olivier Guillion | |
| |
|
Chose promise, chose due : une version beta (1.2.1 Beta 2) de PDFtoMusic Pro vient d'être mise à la disposition des personnes intéressées.
L'annonce est ici.
En dernière minute, nous avons corrigé sur la version en ligne de commande quelques problèmes de chemins d'accès et de répertoire de travail, et avons ajouté une option "verbeuse" qui donne des information sur les tâches effectuées par PDFtoMusic pendant le traitement du PDF.
Enfin, nous avons essayé cette version en ligne de commande avec les synthèses vocales que nous possédons, soit VoiceOver sur Macintosh et JAWS sur Windows.
Le résultat est souvent un peu trop verbeux, et nous aurons donc encore quelques réglages à effectuer dans les prochaines beta. Mais ce dont nous aurions le plus besoin, maintenant, c'est d'un ou plusieurs mal- ou non-voyants disposés à nous aider à peaufiner cette fonctionnalité. |
|
|
| by Olivier Guillion | |
| |
|
Le script de MUSL a été modifié, pour corriger des problèmes de compteurs de visites, et de représentation de l'arborescence des fichiers dans certains cas.
- PDFtoMusic en ligne de commande a été finalisé sur PC. L'interruption de la tâche par l'utilisateur (Ctrl Break) est maintenant gérée. Une version beta devrait être disponible prochainement, afin de vous permettre de tester cette nouvelle façon d'utiliser le programme.
- Harmony/Melody, correction d'un crash dans la boîte de sélection du type de portée
- Harmony/Melody, correction d'un problème graphique dans les listes hiérarchiques.
- Harmony: lorsqu'on insérait un objet texte sur une portée fraîchement ajoutée à la partition, celui-ci n'apparaissait pas. |
|
|
| by Olivier Guillion | |
| |
|
La gestion des accès à PDFtoMusic Pro au travers d'une ligne de commande, sans aucune interface graphique, a été portée sur PC.
Parallèlement, la ligne de commande s'est vue dotée d'une option supplémentaire permettant de jouer la musique au lieu de l'exporter dans un fichier.
La syntaxe de la ligne de commande peut devenir assez complexe si on utilise beaucoup d'options, et elle nécessite d'entrer le chemin et nom complet du fichier PDF à traiter. Pas toujours aisé. Mais notre idée est de considérer PDFtoMusic comme un moteur de conversion, qui pourra ensuite être interfacé assez facilement.
Ainsi, pour les mal-voyants, on peut imaginer un programme assez simple, pouvant être écrit en n'importe quel langage de haut niveau et compatible avec les claviers brailles, les synthèses vocales, affichant l'interface en fort contraste et en gros caractères. En fonction des actions de l'utilisateur (choix du fichier PDF et des options de traitement), il appellerait PDFtoMusic Pro en ligne de commande, ce dernier réaliserant le traitement demandé.
Ce programme, nous ne l'écrirons probablement pas, mais laisserons plutôt des bénévoles intéressés le réaliser en collaboration avec les personnes demandeuses. Techniquement, la programmation de ce genre de chose devrait être à la portée de la plupart des étudiants en informatique.
|
|
|
| by Olivier Guillion | |
| |
|
C'est à l'occasion des tests de la beta-version d'Harmony qu'on nous a fait remarquer que, dans la version Windows, les options de menu contextuel contenant des caractères non latins, par exemple des caractères grecs ou d'Europe de l'Est, s'affichaient mal.
Sur Maintosh, par contre, ces mêmes options apparaissaient correctement.
Nous avons donc recherché la différence entre les deux plate-formes, et nous sommes aperçus que les routines d'affichage des options de menus sur Windows dataient d'avant le passage en Unicode et n'avaient jamais été réécrites.
Ce type de menu est utilisé dans le menu contextuel de la portée, la liste des courbes, les options en clic droit sur une note, sur une partie de piste numérique sélectionnée, dans l'édition des instruments, etc, etc.
Nous avons donc maintenant deux solutions:
1- Réécrire ces fonctions pour conserver le même aspect mais permettre l'affichage de tous les caractères non-latins
2- Utiliser des panneaux de menu standards, c'est-à-dire sur fond blanc.
La première solution présente l'avantage, en conservant un aspect strictement identique de ne pas perturber ceux qui sont habitués aux menus actuels, mais doit être développée et testée
La deuxième ne nécessite aucun travail de notre part, est plus standard, possède une meilleure adaptativité aux cas limites (ouverture en bord d'écran, etc) mais fait apparaître les options sur fond blanc et ne sépare pas les options en plusieurs colonnes de la même façon.
Nous allons tester cela et décider, à moins que nous ne le proposions dans la prochaine version beta afin que vous puissiez juger par vous-même. |
|
|
| by Olivier Guillion | |
| |
|
|
