SmoothPan enabled & Musescore 3.6.0
Avec le fichier joint et la version 3.6.0 de Musescore, les reprises sont jouées normalement lorsque "SmoothPan/enabled" est décoché (paramétrage de base). La partition défile en fonction de la progression de l'exécution de la partition. En revanche, avec le paramétrage avancé "SmoothPan/enabled)" coché et appliqué, la partition est bien jouée avec les reprises mais la visualisation de la partition ne suit pas son exécution. Après la deuxième reprise, l'écran est fixe et l'on ne peut plus suivre les notes jouées. Avec la version précédente de Musescore tout était correct ; la version 3.6.0 est donc en régression sur ce point.
Merci de m'éclairer sur ce qui me semble un dysfonctionnement de la version 3.6.0.
| Fichier attaché | Taille |
|---|---|
| Marche pour la Cérémonie des Turcs.mscz | 34.93 KB |
| Capture d’écran 2021-01-22 à 19.32.39.png | 260.49 KB |
Commentaires
Bonjour,
1. Autant que je sache, il n'y a pas eu de modification dans cette fonction "SmoothPan" entre la 3.5.2 et la 3.6.
J'ai fait la manip. pour le remettre en Affichage par page.
En réponse à Bonjour, 1. Autant que je… par cadiz1
Merci pour votre aide réactive et efficace. Le fichier modifié est lu correctement avec le curseur qui suit bien la partition au cours de son exécution, même après la deuxième reprise (comme cela se faisait avec la 3.5).
Je confirme que le fichier envoyé était et est encore lisible sur mon Macbook Pro avec l'OS Bigsur version11.1.
Le seul problème avec la version 3.6.0 était le blocage de l'écran sur les deux premières reprises et l’exécution de la partition correcte, sans vue du curseur, ce qui est très perturbant. Je vais lire attentivement l'avis du bogue et attendre avec impatience la 3.6.1.
Je profite de ce mail pour indiquer le point suivant :
Lorsque l'on adopte le curseur fixe ("SmoothPan/enabled" ON et "SmoothPan/ Cusor/teleportLeft" ON) et la partition qui défile, avec une partition avec reprise tout fonctionne bien si les reprises renvoient au début de la partition mais lorsque la reprise doit sauter une grande partie de la partition, le temps de retrouver la partition avec le curseur au bon en droit est très long, ce qui ne permet pas de jouer avec Musescore ; le fichier joint illustre cet inconvénient que je n'arrive pas à supprimer avec le paramétrage avancé de Musescore (passage de la mesure 48 à la mesure 153 dans le cadre d'un DC al Coda). Ce point était déjà présent avec le 3.5. Pour jouer ce morceau avec Musescore on est obligé de repasser en mode curseur standard. Dommage.
Le fichier transmis fonctionne parfaitement avec le curseur fixe et les reprises. J'ai fait la manipulation proposée pour la correction du bogue mais là, surprise, le fichier obtenu (ci-dessous en -Norm) est toujours défectueux avec le curseur fixe. Je ne comprend pas la manœuvre qui a permis de fabrique le fichier qui marche bien. Help !
En réponse à Merci pour votre aide… par Jesseeyoo
" Le fichier modifié est lu correctement avec le curseur qui suit bien la partition au cours de son exécution, même après la deuxième reprise (comme cela se faisait avec la 3.5) [...] Je ne comprends pas la manœuvre qui a permis de fabriquer le fichier qui marche bien. Help !"
Après quelques tests, j'ai ai conclu qu'il y avait un bug quelque part. Déclenché par la fonction des Pauses Multimesures!
Lorsque celles-ci sont activées/cochées dans Format/Style/Partition -> "Créer des pauses multimesures", elles mettent tout simplement en échec le fonctionnement attendu de ce "SmoothPan"
J'ai rempli un rapport de bug en conséquence, voir: #316176: Activating the Multimeasure rests prevents the "SmoothPan" function from working.
Dans l'attente de sa correction, vous saurez donc désormais qu'il faudra désactiver cette fonction (des pauses multimesures) si vous voulez bénéficier de ce "SmoothPan". Fort spectaculaire et agréable, vraiment, quand il fonctionne bien! 😜 On l'a l'impression d'être sur un tapis roulant... 😎
Ceci dit, il ne faut pas s'étonner que ce soit encore un peu "buggé". C'est une fonctionnalité très récente (version 3.5), et en plus, elle est tellement bien cachée (dans les Préférences/Avancé), qu'elle n'est probablement encore pas très utilisée, donc moins testée, etc.
En réponse à " Le fichier modifié est lu… par cadiz1
BINGO ! Vous êtes formidable en trouvant ce bogue étrange. J'ai repris mon vieux fichier et effectivement la suppression des pauses multimesures qui ne concernaient que les deux dernières a permis de retrouver un fonctionnement normal, comme avec la 3.5. Il ne reste plus qu'à traiter le cas des sauts importants dans les partitions, suivis par un curseur paresseux pour rendre la fonction "SmoothPan" totalement agréable.
Merci mille fois pour votre aide efficace et réactive. A noter qu'avec Mac on peut lire les fichiers mscz enregistré en mode continu alors qu'avec Windows cela semble planter grave.
En réponse à BINGO ! Vous êtes formidable… par Jesseeyoo
Ok.
" a permis de retrouver un fonctionnement normal, comme avec la 3.5"
Encore une fois, cela n'a rien à voir avec les versions 3.5.2 vs. 3.6. Le bug existait déjà dans la 3.5.2, donc aussi dans la 3.6.
Dit autrement, quand cela fonctionnait avec la 3.5.2, c'était parce, dans ce(s) fichier(s), les pauses multi-mesures n'étaient pas activées. Et quand cela ne fonctionnait pas avec la 3.6, c'était parce , dans ce(s) fichier(s), les pauses multi-mesures étaient activées.
Encore fallait-il le savoir. Parce que mettre en relation ces deux fonctions (Multimesures, et lecture "SmoothPan") pour débusquer le bug ne vient pas forcément de suite à l'idée. Un petit travail d'enquête méticuleux, et on finit par y arriver!
" noter qu'avec Mac on peut lire les fichiers mscz enregistré en mode continu alors qu'avec Windows cela semble planter grave."
Si vous voulez parler de cette question (https://musescore.org/fr/node/315955), autant que je sache, elle n'est pas dépendante de la plateforme utilisée.
En réponse à Ok. " a permis de retrouver… par cadiz1
Étrange : je n'ai pas le souvenir d'avoir modifié le fichier de Lully entre la version 3.5 et la version 3.6. Le multimesure était déjà en service pour les deux dernières mesures du morceau et je le jouais souvent sans problème ; ce n'est qu'avec la version 3.6 que le dysfonctionnement est apparu. Est-ce à dire que le passage en version 3.6 active automatiquement le mode multimesure ? Tout ceci reste mystérieux mais le principal est d'avoir trouver une solution. Cette aventure m'a fait au moins apprendre la diférence entre les fichiers mscx et mscz.
En réponse à Étrange : je n'ai pas le… par Jesseeyoo
"Est-ce à dire que le passage en version 3.6 active automatiquement le mode multimesure ?"
Bien entendu que non! Cela n'a jamais été le cas quelles que soient les versions de MuseScore. Sinon, cela voudrait dire que chaque nouvelle partition créée s'afficherait par défaut avec des pauses multimesures.
Créez une nouvelle partition avec la 3.6 et vous verrez bien que ce n'est pas le cas, et heureusement.
"Étrange : je n'ai pas le souvenir d'avoir modifié le fichier de Lully entre la version 3.5 et la version 3.6"
Je dirais un oubli (cela arrive), une fausse manip. (aussi), ou les deux! (pareil)
N'inventons pas de bug là où il n'y en a pas.
"Nous" avons déjà trouvé le bon. C'est déjà pas mal :)