une solution pour beaucoup de triolets.
Cherche une solution pour beaucoup de triolets.
Bonjour.
Quelqu'un a t'il une solution, quand il y a dans une partition, beaucoup de triolets irréguliers a écrire.
(Noire/Croche)
C'est vraiment galère.
A peine on a appuyé sur [control + 3] qu'on se retrouve en mode édition et il faut recommencer a chaque fois.
Cela fait des manip. de souris a tour larigot.
La seule solution que j'ai trouvé, c'est de préparer des triolets à l'avance.
Mais après quand il faut passer dans des valeurs standards (blanche/noire) il faut ré-effacer les triolets.
Ce n'est pas possible, je dois être a coté de la plaque, et il doit y avoir quelque chose qui m’échappe dans la saisie des triolets.
En exemple :
J'ai mis le début d'un madison très connu, pour montrer mon problème et ma manière de procéder.
Mais même comme ça, ce n'est pas pratique.
Il y a peut-être une autre solution.
Si quelqu'un peut me donner un conseil.
Merci d'avance.
http://nsa34.casimages.com/img/2014/10/02/14100205595879589.jpg
[img]http://nsa34.casimages.com/img/2014/10/02/14100205595879589.jpg[/img]
Commentaires
Pour un triolet noire croche, do ré, un clic sur un silence, puis 5, Ctrl +3, 5, C, 4, D ?
En réponse à oire par [DELETED] 5
Merci de la réponse.
Oui c'est comme ça que je fais.
Mais je trouve que ce n'est pas spécialement pratique.
J'ai souvent des partitions du genre a faire, et chaque fois je me sert d'un autre logiciel ou je peux importer un fichier mid. Quantisé a mort, sur les triolets.
C'est dommage que MScore ne reconnaisse pas les triolets a l'import.
Enfin, s'il n'y a pas d'autres moyen, tant pis, je ferai avec.
bonne soirée et encore merci de la réponse.
En réponse à Merci de la réponse. Oui par Dan-Lorraine
Les fichiers MIDI ne donnent pas d'informations sur les triolets même quantisés à mort celà permet simplement au logiciel quantiseur de les afficher correctement. Les signaux note on et note off qui régissent la position temporelle et la durée des notes du triolet ne sont pas forcément où le logiciel importateur les attends et il doit se "dém...der" pour les reconnaître. On doit admettre que MuseScore 1.3 n'est pas des plus performant sur ce point...
En réponse à Les fichiers MIDI ne donnent par Miré
créer le 1er triolet de silences, le sélectionner et le copier (ctrl+C)
il reste en tampon (si on ne copie pas autre chose, bien sûr), et on le colle et recolle (ctrl+V) à la demande
En réponse à une astuce par ritmus
Bon plan! Merci Ritmus :)
En réponse à Les fichiers MIDI ne donnent par Miré
MuseScore 2.0 devrait s'en sortir beaucoup mieux avec l'import midi de triolets.
Si quelqu'un a une meilleure idée pour rendre la saisie des triolets plus faciles sans impacter la saisie normale, je suis preneur!
En réponse à MuseScore 2.0 devrait s'en par [DELETED] 5
piquée sur un logiciel que j'ai utilisé autrefois
les valeurs "triolisées" étaient incluses dans la palette
ainsi que les valeurs pointées
En réponse à une idée par ritmus
Si MuseScore2 le fait, ce sera une innovation majeure pour le logiciel.
Pour la solution, il y a celle de Ritmus.
Qui est assez simple.
On choisi l'import en binaire ou en ternaire.
Mais c'est une solution d'anciens logiciels.
Pour avoir la bonne solution il faut réfléchir a l'envers, et démarrer de la même manière que ce que font les utilisateurs.
PRINCIPE DE BASE :
Je suppose que tous les utilisateurs d'un éditeur de partitions sont bien conscient que :
Un éditeur de partition, n'est pas un séquenceur. (du moins j’espère).
Et qu'un midifile destiné a faire une partition, n'est pas un midifile destiné a faire une séquence ou une maquette.
Donc
A partir de ce principe de base fondamental.
Ceux qui procèdent par import midi pour gagner du temps et qui passe d'abord par un séquenceur.
Quantisent le résultat de leur midifile en début de note et en fin de note. (voir même supprime le chevauchement des notes)
Je prend l'exemple de Cubase, (ou Sonar), qui lui est : un séquenceur, mais n'est pas un éditeur de partition.
1/ On joue le morceau une fois.
2/ On va dans le Grid-edit
3/ a) On quantise au triolet et en longueur.
b) On peut supprimer le chevauchement des notes, et/ou rajouter un Legato.
3/ Un balayage rapide avec la souris sur la barre de navigation horizontal pour vérifier que tout est "propre".
4/ Save As : *.mid
En 10 secondes c'est terminé.
- - - - - -
On en arrive alors, au point le plus crucial.
Là ou Musescore plante dans son importation.
C'est que 1 ne se divise pas par 3.
Et qu'en tout bon calculateur, n'arrive pas a caler son triolet.
(Je calcul en durée absolue)
Parce que pour un triolet SUR une noire.
3 croches = 0.33 + 0.33 + 0.33 et même en prenant 10 chiffres après la virgule, on aura jamais "1".
Il y aura forcement un 0.34 sur une des notes.
Mais par contre (suite a cette quantisation sévère d'un séquenceur) on aura jamais 0.32 ou 0.35.
Donc en mettant une variable dans le système de calcul d'import de MScore tout peut s'arranger.
Et aucune confusion possible entre croche pointée/double qui fait 0.75 + 0.25.
Avec un calcul comme ça :
Pas besoin d'un système comme proposé par Ritmus.
Parce qu'en binaire, c'est 0,25 + 0.25 + 0.25 + 0.25 ou bien 0.5 + 0.5 ou alors 0.75 + 0.25.
Et les chiffres entre le binaire et le ternaire sont inconfondables pour un calculateur.
Je ne suis pas programmeur de logiciel.
Mais le principe me semble évident.
Et je suppose que les éditeurs de partions qui importent les *.mid sans problèmes et indifféremment : le binaire et le ternaire dans la même partition font comme ça.
Mais, je suppose que cette solution n'est pas possible, parce qu'avec toutes les "têtes pensantes" qui ont conçu MScore et qui ont un cerveau 100 fois plus gros que le mien, ont déjà dû y penser.
Enfin, si mon calcul n'est pas bon, j'aurai au moins essayé de contribué.
En réponse à Import de ternaire par Dan-Lorraine
La solution de Ritmus ne marche que pour le logiciel lui-même : quand un séquenceur affiche une partition il le fait dans son format natif qui inclus des infos particulières dont celles qui concernent les triolets mais qui ne seront pas présentes dans le fichier MIDI qu'il génére et exporte.
En réponse à La solution de Ritmus ne par Miré
Heu....
cher Miré, moi je n'ai répondu qu'à la question "saisie"; pas du tout à celle du problème de la quantisation à l'import
dans ce logiciel (Notation2 de Magix), qui ne fonctionne plus depuis Vista, on sélectionnait la noire de triolet et on écrivait un triolet de noires, on sélectionnait une blanche et on écrivait une blanche... basique mais efficace.
Ceci dit, je n'ai aucune idée sur la question de savoir si cela serait compatible avec le fonctionnement actuel.
Mais comme pour les autres n'olets le fonctionnement était similaire à celui de Msc, on peut pourrait penser qu'un double système serait possible (beaucoup de conditionnels dans tout ça)
il y avait aussi une grille de quantisation qui ressemblait à celle que tu montres et qui permettait l'import sans fautes
En réponse à Saisie par ritmus
Moi je faisais simplement remarquer que la manière dont MuseScore permet ou permettra la saisie des triolets n'influe en rien sur sa capacité à les reconnaître à l'import ce qui préoccupait Dan Lorraine or c'était le sujet au départ.
Bien que je n'ai rien contre une commande à la manière des anciens logiciels si ce n'est que la saisie des nolets est moins évidente ( multiplication des boutons de commande ? menu contextuel ? pour, peut-être, au final, avoir une boite à outils usine à gaz, le défaut majeur des vieux éditeurs et séquenceurs ), j'avoue que la méthode actuelle de MuseScore ne m'a jamais posé problème et me paraît plutôt efficace et simple... quand on la connaît, car il est vrai qu'elle n'est pas vraiment intuitive.
En réponse à Moi je faisais simplement par Miré
Bonjour, il me semble que le phrasé swing, ou shuffle, pourrait être simplement suggéré au début du morceau, vu qu'on utilise seulement la 1ére et 3ème croche de chaque triolet. Ci-joint un exemple ..
Cordialement, atoude