Créer des crescendos et decrescendos (lignes,soufflets)

• Jan 15, 2015 - 13:41

Bonjour à tous,
lors du passage de la saisie des notes à la version avec des nuances, j'ai toujours des problèmes avec les crescendos et decrescendos (j'ai suivi scrupuleusement la documentation). Ils ne font aucun effets, aucune augmentation ni diminution de l'amplitude sonore. Est-ce normal? Faut-il jouer avec les nuances ppp à fff , et les rendre invisibles ou bien avec les valeurs de vélocité MIDI. Je trouve cela un peu lourd, il doit y avoir surement une solution plus simple, mais je bute sur ce problème depuis un certain temps et cela me bloque pour achever certaines partitions.
J'ai essayé avec une simple succession de notes identiques avec un crescendo puis un decrescendo et ça ne fait aucune augmentation ni décroissance du volume sonore.
Je remercie d'avance l'aimable personne qui pourrait me conseiller à ce sujet.
Alain


Comments

Effectivement, les symboles graphiques n'ont pas d'effet sur le rendu audio, ce n'est pas une anomalie.
Pour obtenir l'effet voulu, il faut employer les nuances, mais aussi un petit plug-in qui fonctionne bien et qui modifie les valeurs de vélocité automatiquement et graduellement : voir à la page Plugins
"Crescendo or Diminuendo Note Velocities"
(Une fois téléchargé et installé) On sélectionne le passage entre deux nuances différentes, on clique sur le plugin dans la barre d'outil 'plugin' de MuseScore et c'est fait.

In reply to by publishscore

Une fois le téléchargement effectué, dézipper, puis placer tout le dossier dans : Documents/MuseScore 2/Plugins.
Vous lancez MuseScore → Plugins → Gestionnaire de plugins → activer le plugin en cochant la case→ Ok.
Puis Plugins > Crescendo… pour appliquer le plugin à une partition.

Edit: je n'ai pas pratiqué ce plugin. Et d'après ce que je vois dans la présentation du plugin, il n'est pas adapté à la version 2.: "This plugin does not work in 2.0, nor is it needed there, as velocity changes on hairpins are supported nativly."
Et donc, puisque c'est supporté de façon native désormais, vous pouvez obtenir un résultat semblable en sélectionnant les crescendos/diminuendos et en modifiant leur Vélocité dans l'Inspecteur.

In reply to by publishscore

Une simple image n'est pas utile ici. Joindre une sélection de la partition (dans Fichier -> Enregistrer la sélection)
le sera nettement plus, et on pourra "entendre" la différence. Ou un fichier test si vous préférez.
Et pourquoi dites-vous: "suis obligé de mettre ppp à fff ?"
Que faites-vous exactement, et pour quel résutat attendu?

In reply to by cadiz1

Ok merci quand même , de toute manière la partition que je fais est une commande . Le chef d'orchestre fera jouer les crescendos , c est pourquoi,je vais quand même les laisser marqués.

Bonjour,
Il est possible de faire augmenter ou diminuer le son automatiquement lorsque tu place un crescendo ou decrescendo.
2 méthodes l'une si tu utilise encore Musescore 1.3,
L'autre, que je viens d'essayer, si tu expérimente la version 2.0 beta2.
J'explique:
Méthode sur MSC 1.3.
D'abord il est indispensable que tu télécharge et installe le plugins:
Crescendo or Diminuendo Note Velocities
http://musescore.org/fr/project/crescendo-diminuendo-playback
Ceci fait, rien de plus facile, je te donne un exemple simple
cresc.decresc.3.png
une variation recurrente de PPP à FFF de mesure en mesure comme tu le vois sur le système joint.
Tu me suis:
1ère note, Mi, tu place une nuance PPP
tu veux cresc jusqu'au SI (2ème mesure) nuance fortissimo FFF
2 solutions:
- tu peux appliquer FFF au SI puis le rendre invisible
- mais mieux encore: tu clique droit sur le SI -> propriété de la note
Tu constate: type de vélocité= automatique
Velocité = 16 (C'est le niveau la vélocité associée à PPP que tu as posé au début)
Tu modifie: type de vélocité= personnalisé
Vélocité= 127 (C'est le niveau associé à FFF), on ne peut mettre plus mais tu peux mettre n'importe quelle niveau entre 1 et 127)
Ainsi tu a défini les 2 niveaux extrêmes de ton crescendo, de 16 (ppp) à 127 (fff).
Il ne te reste qu'à sélectionner du Mi (1ère mesure, au SI) et appliquer le Plugin "Crescendo or Diminuendo Note Velocities"
-à présent, si tu regarde la propriété de chaque note du MI au SI tu constate
Fa=60, sol=83, la=105.... magique!
Pour continuer/ le decrecendo, le SI étant à 127 jusqu'au FA (mesure3) qui lui est encore à 16,
Tu sélectionne SI à FA et tu applique de nouveau le plugin.
etc...etc...
Voilà, je te laisse imaginer la suite de la procédure pour les mesures suivantes et tester.

Si la méthode sur Musescore 2.0 Beta t'interesse, tu le dis, je te l'expliquerai avec plaisir.
Bien cordialement.

In reply to by cadiz1

La méthode avec MSC 2.0B2
Enfin celle que j'ai adapté en attendant qu'un programmeur averti nous mijote un plugin aussi efficace que celui adapté à MSC1.3
J'ai d'abord constaté:
cresc.decresc1.png
Si tu assignes aux notes de départ et arrivée des cresc & decres. les nuances que tu veux obtenir, il suffit de poser les lignes crescendo et descrecendo de la note départ DO dans l'exemple, à l'arrivée, RE puis retour à DO (tu peux toujours rendre invisible les nuances)
Pour que le crescendo et decrescendo soit pris en compte en lecture.
Ce qui est déjà une sacré amélioration par rapport à MSC 1.3
Mais, exemple ci dessous
cresc.decresc2.png
Tu poses les lignes cresc. & decresc
pour le crescendo si tu veux aller par exemple à la nuance maxi soit127
tu sélectionnes la ligne et grâce à l'inspecteur tu inscrits "127" à "changement de vélocité",
Pour le decrescendo, si tu veux revenir à la nuance d'origine,
tu fais idem mais tu inscrits "111" (127-16) car dans l'exemple je démarre d'un PPP vélocité 16
D'ailleurs pour connaitre la valeur de la vélocité du PPP il suffit de cliquer dessus et l'inspecteur t'indique vélocite 16
J'espère être clair... pas facile.

In reply to by ironicman

Bonjour à tous et merci pour vos solutions.
J'ai essayé avec le "plugin", ça fonctionne. Mais j'ai été dans le code "javascript" et j'ai eu un doute, donc j'ai vérifié sur un exemple très simple en regardant les valeurs données pour chaque notes
d'une montée et d'une descente de gamme diatonique de DO2=p à DO3=f, une en crescendo et l'autre DO3=f à DO2=p en decrescendo et il s'avère que les progressions sont linéaires, alors qu'elles devraient être log, n'est-il pas vrai que l'oreille a une réponse log? Vous allez me dire que je chipote, mais ça peut avoir son importance lors d'une mise à jour de ce "plugin". Bien sur on peu toujours modifier les valeurs avec la boite de dialogue propriété, mais là ça devient un peu lourdingue. Enfin on va faire avec et en tous cas, je remercie tous le monde d'avoir répondu aussi vite. Toujours aussi efficace le forum.
Alain

In reply to by ABolzinger

Heu ! un réglage de volume est gradué, par ex. de 1 à 10 ce qui est linéaire mais le potentiomètre ( mécanique ou électronique ) travaille, lui, logarithmiquement. C'est ce qui se passe avec le MIDI, quand il s'agit des controleurs de volume ( volume général ou de la piste, expression [ignoré par MuseScore, et c'est une lacune], vélocité ) la graduation de 0 à 127 n'est linéaire qu'en apparence, le rendu audio est bien logarithmique. Sinon de 1 à 2 il y aurait bien changement mais il faudrait passer à 4 puis à 8 puis 16, 32 64... pour que l'oreille perçoive une différence puisqu'il faut, pour cela, doubler la puissance du signal à chaque palier ( quid de 0 à 1 où on ne double rien et de 64 à 127, 128 n'existant pas ? ). Ce potentiomètre linéaire, gradué de 0 à 127, manquerait de subtilité non ? Les valeurs linéaires de vélocité données aux notes correspondent dans la réalité à des valeurs logarithmiques dépendantes des autres contrôleurs de volume ( avec de mêmes valeurs de vélocité la progression n'est pas la même selon le réglage du volume de la piste et du volume général et de l'expression si elle était implémentée.

In reply to by Miré

Merci pour l'explication, mais ce qui me chagrine dans mon exemple, c'est que les pas de progression sont tous de 6 ou 7, et à l'écoute de mon exemple (une montée diatonique DO2 piano à DO3 forte et une descente DO3 forte à DO2 piano) la modification de la nuance n'est pas progressive et est très marqué au niveau du "forte" et ne suit pas la valeur des soufflets. Je vais essayer sur un exemple plus réaliste. J'ai quelques partitions de Debussy en attente des nuances et je verrai si c'est moi qui me fait des idées ou quoi.
En tous les cas merci pour les infos.
Alain

In reply to by ABolzinger

Il faut voir là une conséquence de l'absence du controleur MIDI n°11 ( expression ). En effet le volume général et la vélocité se placent en amont et leurs valeurs ne peuvent se modifier en cours d'exécution de l'évènement, modifier le volume d'une note pendant son jeu ou faire "mourrir" son volume ( une note longue rend bien compte de cela ) en fin de phrase musicale avec MuseScore est impossible et induit parfois, en présence de plusieurs voix sur la portée, un décalage volumétrique disgracieux entre elles. Le contrôleur d'expression permettrait de le faire mais je crois avoir compris que cette particularité rend assez complexe sa mise en oeuvre au niveau de la programmation. La question : est-ce pertinent d'alourdir de manière conséquente le code pour un éditeur de partition dont le rendu audio, s'il est apprécié, n'est quand même pas la priorité ni même la finalité ?

Bonne journée à vous tous,
effectivement, j'avais constaté cela avec une importation MIDI d'une partition sur Cubase, avec un point d'orgue final. Le morceau se terminait assez brutalement. En fait, je pense avoir fait avec Musescore, la même erreur qu'avec Lilypond, en prenant un éditeur de partition pour un éditeur de partition audio MIDI. Ceci dit, je comprend cela pour Lilypond, qui est véritablement axé sur l'édition de partition, mais Musescore est vraiment très bien fait pour l'audio et le MIDI (la prise en compte des différents instruments pour faire de l'orchestration). Je ne sais pas si au niveau du logiciel, QT peut-être, il serait possible d'améliorer le rendu de l'expression musicale. Ce serait un plus incroyable. Mais bon, on peut rêver.
En attendant, Musescore est un outil impressionnant et mérite toute l'attention des développeurs.
Merci encore pour les informations.
Alain

In reply to by ABolzinger

Une idée comme ca : se serait peut etre un nouveau projet pour le google summer of code 2015 ?

Cette année il y a un jeune qui s'est pencher sur la retranscription d'un midi en partition. Il a améliorer la prise en compte justement d’événement d'articulation (genre on voit noire piquée a la place de double croche 3 quart de soupir) et les triolets...

mais je ne sais pas si c'est faisable... Juste une idée.

In reply to by Zynette

Ca part d'un bon sentiment et c'est louable mais je crois que c'est les 12 travaux d'Hercule. En effet les sources de fichiers MIDI sont nombreuses, parfois anciennes. Les divers logiciels qui les produisaient travaillaient parfois assez différemment, et parfois même, pour certains, désastreusement. De plus un fichier MIDI ne connait pas les figures de notes ( c'est un ordre d'émettre un son à partir d'un moment donné pendant une durée quelconque ) et ignore encore plus les figures de silences ( qui ne sont qu'une durée quelconque à partir d'un instant quelconque en l'absence de tout évènement note ). Les séquenceurs logiciels permettent une quantisation ( départ sur un temps précis et durée normalisée ) mais pour certain décalage il faut une intervention humaine pour savoir si telle note doit être sur tel (1/4, 1/2) temps ou le précédent/suivant, idem pour la durée de la note : croche, croche pointée, noire, noire pointée ? les logiciels n'étant pas tous d'accord sur la manière de procéder, leurs techniques de traitement n'étant pas les mêmes tous les séquenceurs n'utilisant pas la même résolution temporelle ( division en ticks per quater-note ), ( MuseScore divise la noire en 480 ticks ) mais des fichiers MIDI peuvent avoir une division plus courte - 120 ticks voire moins - par ex. et certains logiciels se permettent même de proposer plusieurs résolutions. Il faut ajouter à cela la possibilité qu'on certains séquenceurs d'avancer ou retarder temporellement une piste par rapport à l'autre d'un certains nombres de ticks.
Les fichiers MIDI sont une vraie tour de Babel et n'ont jamais été conçus dans le but d'écrire une partition mais "d'enregistrer" la manière de jouer d'un exécutant humain et on sait que ce que l'on joue réellement n'est jamais parfaitement ce qu'il y a sur la partition papier.
Ceci dit : bonne chance à ceux qui s'attaquent à ce problème... ils ont du pain sur la planche.

Bonjour à tous,
je reviens sur ce que j'ai dit "que les écarts étaient linéaires entre les notes prises en compte par les crescendos et décrescendos". J'ai refait l'essai avec un ppp au début du soufflet et un fff à la fin et les notes de la gamme do=16 ré=32 mi=47 fa=63 sol=79 la=95 si=110 do=126. J'ai l'impression que ça marche correctement. A l'oreille, ça sonne bien, le volume est correct. Je ne sais pas ce que j'avais fait comme manip la dernière fois. Je ne devais pas être très bien. La courbe de réponse est bien correcte. Je devais avoir un "court-circuit entre les 2 écouteurs"!
Désolé pour le temps perdu, mais je reconnais mon erreur. Tout est OK.
Alain

In reply to by ABolzinger

Bonjour

Je me permets de me greffer à cette discussion, puisque ma question porte sur le même sujet. J'ai essayé de télécharger le plugin pour créer crescendos ou decrescendos, mais, malgré mes essais, je ne parviens pas à ce que ces nuances soient prises en compte de façon auditive.
Je précise que j'utilise la dernière version de Musescore.
Merci de vos conseils pour me dire ce que je dois faire, ou que j'aurais dû faire.

Bonjour

Merci de votre réponse. Mais, je viens d'essayer en utilisant la palette ligne, mais je n'entends pas de crescendo ou de decrescendo. Peut-être me faut-il faire autre chose pour régler les niveaux par exemple ???

Merci d'avance.

In reply to by yoyobis

C'est encore moi.
Bon, j'ai réglé les niveaux de la première note (16) et de la dernière (127), et, en effet, on entend alors le crescendo. Ce qui veut dire que lorsqu'on veut faire un crescendo ou l'inverse, il va falloir à chaque fois régler les niveaux de début et de fin ??...

Merci et toutes mes excuses.

In reply to by yoyobis

Ouvrir l'inspecteur et dans les propriétés du (dé)crescendo régler le "Changement de vélocité". MuseScore calculera la vélocité des notes concernées par cette ligne. On peut également afin de préciser la valeur de départ et de fin placer des nuances avant et après la ligne ( ne pas utiliser le changement de vélocité dans ce cas ).

Bonjour

Merci de vos commentaires bien utiles.
Lorsque l'on a une partition pour chœur, avec donc 4 portées au moins, est-il possible d'appliquer ces (de)crescendos de façon globale, à l'ensemble des portées, ou bien faut-il le faire pour chaque portée ??

Merci encore de vos conseils.

In reply to by yoyobis

Bonjour,
Mon truc pour une application globale à tous les pupitres,
Je positionne bien sûr le crescendo-decrescendo sur chacun des pupitres,
Et je ne paramètre qu'un seul pupitre (selon les méthodes décrites ci-dessus par Miré...)
avec l'astuce suivante: je sélectionne dans l'inspecteur fenêtre "Etendue des Nuances" -> Système (au lieu de partie).
Bien sûr, si comme le suggère Miré, je mets des nuances en début et fin, j'applique la même astuce à celles-ci et je les décoche "Visible" afin qu'elles soient invisibles.
Voilà, voilà...

In reply to by fredipi

Pour ajouter un crescendo sur plusieurs portées en même temps. Un clic sur la note en haut à gauche, un Maj + Click sur la note en bas à droite, on appuie sur la touche > pour un decrescrendo ou sur < pour une crescendo, ou double clique dans la palette.

Bon,
je viens de m'y remettre un peu, mais, je ne parviens à nouveau pas à obtenir ces crescendos part exemple, lors de la lecture.
Je place le soufflet avec le signe < sur la première note, puis je l'étire jusqu'à la dernière. Si je règle le niveau de la première note à 20 par exemple, et le niveau de la dernière à 125. A l'écoute, je n'entends rien de particulier, sinon la première note faible, et la dernière accentuée !!...???...
Mystère sur cette option qui n'est pas prise en compte...

En voici un exemple, où je n'ai pas indiqué les ppp et le fff, mais où j'ai précisé sur la première note la valeur de 20, et sur la dernière, la valeur de 120.
Ce qui m'étonne aussi, c'est ce terme de "vélocité" qui ne correspond pas du tout à l'effet recherché. Un terme d'intensité aurait été préférable, la vélocité ayant trait à la rapidité d'exécution...

Attachment Size
4_Laudate_Dominum'.mscz 17.3 KB

In reply to by yoyobis

1er constat, lorsque tu précises que tu étire le crescendo, tu fais une erreur, car tu utilises l'ancre...
Il faut le prolonger de note en note (touche Majuscule et flèche droite).
Ce n'est pas pareil.
Second constat: toutes les notes sont en vélocité "personnalisé", il faut les mettre en vélocité "décalage"
pour ce faire, sélectionne une note, sélection "tout les éléments similaires" -> inspecteur: vélocité: décalage.
Ensuite étudie le fichier joint, 2 solutions (voir proposition de Miré ci-dessus):
1er système: à partir d'une nuance PPP, crescendo, FFF (inspecteur: étendue des nuances->système

2ème système: seulement le decrescendo avec paramètrage inspecteur: changement de vélocité 100 (par exemple)
Même si ce n'est pas merveilleux, ça marche.

Attachment Size
exemple_crescendo.mscz 17.09 KB

bonjour,
c'est un faux ami, comme on nous disait au collège
vélocité est la transposition franglaise de 'velocity' qui évoque la vitesse du mouvement de la touche d'un clavier lors de la frappe; + vite = + fort

Quant au Pb de cresc. je constate que les vélocités des notes sont en mode personnalisé à 64.
Il semble que cela prend le pas sur le cresc.
Pour corriger, j'ai mutisélectionné les notes ('ctrl+clic'), les ai mises à 0 et en mode décalage dans l’inspecteur.
Puis un pp sur la 1ère,
Placer la ligne de cresc.
régler le chgmnt de vélocité (ici 125)
voir et écouter P.J.

Attachment Size
4_Laudate_Dominum1.mscz 18.28 KB

In reply to by ritmus

Merci fredipi pour tes remarques. Il faudra que je me souvienne de tout ça. En effet, j'ai pu le reproduire, donc sujet résolu pour moi.
Merci encore à vous et à ritmus. Mais, je pense toujours qu'il peut y avoir confusion avec ce terme de "vélocité" qui me paraît mal choisi...
Je viens de voir ta réponse complétée. Merci de ces précisions. Comme quoi, on peut se compléter au fur et à mesure.

Bonne fin de journée à vous.

Merci à vous deux, car j'ai eu des problèmes avec ça (les soufflets), il y a un moment et là j'ai eu vos commentaires en "direct live" et au coup par coup (environ une trentaine d' e-mail). Merci encore à vous deux. (J'ai vu sur la doc des commentaires que le lien est fait automatiquement avec celui qui a posé le problème à une date ultérieure, c'est très bien pensé, on voit qu'il y a des gens qui réfléchissent dans l'équipe software sur le web)

A bientôt peut être.
Alain Bolzinger

Do you still have an unanswered question? Please log in first to post your question.