Liste de bugs
Bonjour,
Après des dizaines d’heures de composition depuis la sortie de Musescore 4, je me suis permis de répertorier les bugs liés à cette nouvelle version. Il ne s’agit pas là d’une critique acerbe mais bien d’un point de départ pour d’éventuels correctifs ou mises à jours. J’adore le nouveau Musescore 4 et j’ai hâte de le voir évoluer. Mais de nombreux bugs subsistent et freinent parfois une progression, et comme j’utilise énormément Musescore et que je travaille vite, j’ai hésité plusieurs fois à revenir à contrecoeur vers Musescore 3 pour plus d’efficacité et d‘automatismes. J’ai conscience que c’est le début et qu’il y a encore beaucoup de petites choses à régler, et je me permets donc de vous donner cette liste afin que vous ayez le retour d’un utilisateur qui vient de passer un temps conséquent sur votre nouveau logiciel (environ une soixantaine d’heures actuellement). Encore bravo pour cette version qui est très prometteuse.
(Toutes ces observations ne sont pas systématiques. En revanche, elles restent fréquentes et récurrentes. Autre chose, je ne joins pas d’exemples sur partition. La liste reste assez copieuse et les exemples ne sont à mon sens pas nécessaires ou pertinents ici.)
_À la lecture, lorsque l’on met des trémolos sur deux notes, si on change les hauteurs de notes après avoir créé le trémolo, les nouvelles hauteurs de notes ne seront pas modifiées à l’écoute et donc pas jouées. Dans certains cas, l’une des deux notes du trémolo sera simplement répétée, dans la plupart des cas, ce sont les anciennes hauteurs qui continueront d’être jouées. La solution la plus simple que j’ai trouvé pour que la lecture se fasse en s’adaptant aux nouvelles hauteurs est de rétrécir ou d’étirer la mesure en question ou une mesure voisine sur le même système.
_Sur la partition, les articulations comme les accents sont souvent envoyés « n’importe où ». Ils restent sur la note sur laquelle ils ont été assignés mais se retrouvent à une distance très éloignée, souvent même sur la portée de l’instrument voisin. Là aussi, la solution la plus simple que j’ai trouvé pour qu’un accent retrouve sa place d’origine est de rétrécir ou d’étirer la mesure en question ou une mesure voisine sur le même système.
_À la lecture, lorsqu’on assigne une nuance à une ligne comme à la fin d’un diminuendo ou d’un crescendo, cette nuance est prioritaire sur celle d’après. Si par exemple je mets un diminuendo jusqu’à un pianissimo et que la note d’après le diminuendo est mezzo forte, ce mezzo forte n’existera pas à l’écoute et la ligne musicale continuera d’être jouée pianissimo (jusqu’à la prochaine nuance, qui elle sera prise en compte et qui doit se situer au moins deux notes après la fin de ce diminuendo).
_À l’écoute, lorsqu’il y a une tenue sur la même note et sur plusieurs mesures (liaison de prolongation), si on se décide à rallonger cette tenue plus tard, l’ajout supplémentaire ne sera pas lu. Là aussi, il faut rétrécir ou étirer la mesure en question ou une mesure voisine sur le même système pour que la totalité de la tenue soit jouée.
_Lorsque l’on écrit du texte sur un conducteur, avec des polices de tailles différentes, un alignement choisi (centre ou droite), en gras ou en italique, ou même avec un encadrement, aucune de ces caractéristiques ne sera transférées sur les parties séparées. On aura une longue et simple ligne de texte, sans les retours à la lignes et les alignements, d’une taille de police unique, sans les caractères gras ou italiques et sans encadrement.
_Lorsque l’on effectue un changement de clef ou d’armure au cours de la musique, souvent, ça ne fonctionne pas et le changement ne s’inscrit pas. Il faut alors étirer ou rétrécir les mesures pour que l’endroit concerné veuille enfin accepter cette nouvelle information. La plupart du temps, il faut même étirer les mesures énormément jusqu’à aller à la ligne pour changer de système afin que le nouvelle clef ou la nouvelle armure s’inscrive sur la partition à l’endroit du changement de système.
_Un raccourci ne fonctionne pas, le diminuendo. Je travail sur Mac et le raccourci à toujours été « > ». Dans cette nouvelle version, c’est la même chose, sauf que le diminuendo ne s’affiche pas sur la partition. J’ai refais le raccourci, et ça ne fonctionne toujours pas. Je n’ai pas essayé d’en assigner un nouveau car celui-ci est parfait, l’inverse du crescendo « < ». Il y a peut-être d’autres raccourcis qui ne fonctionnent pas mais jusque là, ceux dont je le sers habituellement marchent.
J’en profite pour vous demander si il est possible d’ajouter des raccourcis pour les nuances s’il vous plait ? Je crois savoir qu’il est possible de faire des raccourcis pour les textes d’expressions et donc de pouvoir implémenter des caractères spéciaux mais cette démarche est plus longue que d’aller chercher les nuances dans la palette. Donc si on pouvait assigner une touche par nuance, ce serait absolument génial et ça offrirait un gain de temps considérable. Merci d’avance.
_Lorsque l’on inscrit un glissando, en fonction de l’étirement des mesures, le symbole va souvent se déloger de son emplacement pour aller complètement ailleurs sur la partition. C’était déjà un bug que j’observais sur les précédentes versions de Musescore donc j’imagine qu’il doit être difficile de le régler et de fixer le symbole glissando définitivement, mais j’en profite quand même pour le rajouter à cette liste si jamais personne ne vous en avait fait mention.
_Le plus gênant, lorsque l’on créer des parties séparées à partir d’un conducteur, parfois, certaines informations ne sont pas transférées sur la partie séparée. Il s’agit des nuances, des lignes types crescendo et diminuendo et des textes d’expression. Bref, tout ce qui se trouve sous la portée. Je suis en ce moment même sur une commande d’un conte musical découpé en 8 numéros et interprété par violon, violoncelle et contrebasse. Le problème évoqué plus haut s’est manifesté lors de deux numéros essentiellement sur la partie de violon, mais pas sur les autres parties qui avaient elles toutes les annotations du conducteur. Je précise que chacun de mes numéros est un nouveau projet et donc les options liées à un projet ne sont pas reportées de numéro en numéro. C’est un fait assez étrange mais surtout frustrant et chronophage de devoir reporter à nouveau toutes ces annotations en se reportant sans cesse à son conducteur.
_Sur Mac, c’est assez souvent que le zoom et dézoom cesse de fonctionner avec la fonctionnalité qui consiste à « pincer » ou « étirer » avec nos doigts directement sur le trackpad. C’est temporaire et assez vite réglé mais ça arrive régulièrement. Je ne sais pas si ce bug est dû à Musescore ou à l’ordinateur lui même et donc si il est réglable de votre côté. En tout cas, ce bug n’arrive que dans Musescore.
_Concernant la nouvelle banque de sons, certaines choses sont vraiment incroyables. Surtout lorsque les nuances sont élevées. Je voulais signaler un fait étrange pour les cordes solistes. Il y a une reprise d’archet sur les tenues qui est assez étrange. Quelque soit le tempo, la longueur de la tenue ou la nuance, ça se produit toujours dans le même temps réel, après environ deux secondes. Je n’ai pas eu le temps de tester tous les instruments et je ne sais pas si il y a d’autres soucis, mais j’ai pu constater que chez les vents, ce problème de coupures pendant les notes longues n’existe pas. Peut-être que c’est un procédé utilisé pour montrer aux utilisateurs que les cordes ont besoin de faire des reprises d’archets mais ça arrive tout le temps au même moment, quelque soit la nuance ou le tempo et c’est donc tout le temps mal placé, et souvent techniquement faux du coup.
J’ai constaté d’autres petites choses au niveau des équilibrages entre instruments et voix, aussi pour le volume général qui est très faible par rapport à la banque de son d’avant, des vélocités parfois un peu abruptes dès qu’on monte un peu en nuance, le fait qu’un instrument soliste n’est jamais vraiment seul puisque l’on entend toujours au loins deux sons (malheureusement souvent faux entre eux), mais j’imagine que ces petits détails vont être réglés. Par contre, en ce qui concerne cette histoire de reprise d’archet en cours de tenue, j’ai peut-être loupé une option quelque part, mais ça me semblait assez étrange pour vous le signaler. Dans tous les cas, je suis revenu très vite à l’ancienne banque de son pour toutes ces raisons évoquées. Mais j’attends avec une grande impatience les mise à jours car certains aspects de vos nouveaux sons sont tous simplement géniaux (en particulier les cors qui sont toujours tellement difficiles et douloureux à entendre en midi et qui sonnent si bien grâce à cette nouvelle banque sonore).
Merci pour votre lecture et désolé pour cette longue liste. Dans certains cas, les problèmes se règlent facilement grâce à l’étirement ou au rétrécissement des mesures. Je ne sais pas si c’est une piste mais ça semble être de simples bugs de mise en page.
Merci encore pour cette grande et belle mise à jour, cette nouvelle version s’annonce vraiment extraordinaire. Pour être un utilisateur de Musescore depuis plus de 10 ans et sachant que la composition fait partie mon métier de musicien, c’est un renouveau extraordinaire et très prometteur. Nous avons de la chance de pouvoir bénéficier de votre travail gratuitement et c’est parce que je suis un grand fan de votre logiciel que je me devais de vous faire ces retours afin de profiter pleinement de ces nouvelles fonctionnalités.
Pierre Badol
Commentaires
Bonjour,
Merci tout d'abord pour la tonalité positive de vos commentaires et pour le temps passé sur cette version 4. Qui ne seront pas lus par les développeurs hélas (aucun d'eux n'est français)
"Autre chose, je ne joins pas d’exemples sur partition. La liste reste assez copieuse et les exemples ne sont à mon sens pas nécessaires ou pertinents ici."
La liste est TROP copieuse, démesurément copieuse. Au point d'en devenir inexploitable tellement cela part dans tous les sens, couvre de multiples problématiques. Qui ont peut-être été soulevées (ou pas) sur GitHUB ou dans le Issue Tracker.
En outre, il y a un tel "trafic" depuis la sortie de la V4 en termes de rapports de bugs (souvent redondants) et de demandes de fonctionnalités, qu'il devient impossible (pour ma part, j'y ai renoncé), à moins de passer des heures à faire des recherches, de savoir ce qui a été vraiment signalé.
Seconde erreur: dire que les "exemples ne sont à mon sens pas nécessaires ou pertinents ici". C'est tout le contraire. Sans fichier .mscz ou GIF (comme demandé sur GitHub), vous n'avez strictement AUCUNE chance de faire avancer les choses. Comme dit, il y a pléthore, c'est un faible mot, très exactement, il y a eu 1300 (oui...) "issues" déposées sur GitHub depuis la sortie de la V4. Sans compter un déluge comparable sur le Issue Tracker.
Imaginez la tête des développeurs qui doivent passer un temps fou à devoir faire du tri, de repérer les bugs signalés en double ou en triple ou plus...
Bref, svp, le principe est celui-ci:
1. Décrivez en quelques étapes simples ce qui est pour vous 1 bug
2. Joignez un fichier .mscz ou un GIF le démontrant
3. Déposez-le sur le forum anglophone section "Rapport de bugs": https://musescore.org/en/forum/6 (rédigé en langue anglaise, cela va de soi)
Disons que cela va faire office de première "gare de triage".
Les développeurs fréquentent ce forum, et les habitués (les contributeurs, les aidants) auront déjà une première idée sur le bug en question: connu, ou pas? S'il l'est, on en restera là. S'il ne l'est pas, vous serez invité à déposer un rapport de bug sur le Issue Tracker, par exemple.
Et vous recommencez pour un autre bug.
Et un autre, etc.