midi2ly
|
|
|
||||||||
|
Bonjour Daniel,
Le lundi 12 octobre 2009 à 13:50 +0200, Daniel Cartron a écrit : > Je cherche à récupérer pour mon fiston des partitions de batterie incluses dans > des fichiers midi. Si j'utilise midi2ly le résultat est à chier... Pour te remercier pour ton langage, les auteurs de midi2ly pourraient très bien t'envoyer sur les roses, en admettant peut-être que ce convertisseur n'est pas très élaboré, et en faisant preuve de bonté dire que midi2ly ne sait pas convertir une partie de percussion — pour confirmer ton expérience, je n'ai rien vu dans le code source du script qui prenne en charge les percussions. > Pour l'instant je suis en train de recopier à la main (crayon-gomme-papier, hé > oui, ça la fout mal) mais j'aimerais avoir une méthode efficace pour l'avenir. Je suis prêt à ajouter à midi2ly la prise en charge des parties de percussion dès la semaine prochaine, mais mon prochain "salaire" étant fin janvier, je ne suis prêt à le faire que moyennant finances. Pour partager le financement de cette petite fonctionnalité, je peux lancer un appel sur la liste des utilisateurs anglophones si tu veux. Ceci dit, il existe peut-être des programmes de conversion MIDI->MusicXML/ABC libres, ou à défaut gratuits, et qui prennent en charge les percussions ; si de plus abc2ly et/ou musicxml2ly géraient également les percus (ce que je te laisse vérifier), tu n'aurais pas besoin de demander d'ajouter cette fontionnalité à midi2ly. Salutations lilyesques, John _______________________________________________ liste de diffusion lilypond-user-fr [hidden email] http://lists.gnu.org/mailman/listinfo/lilypond-user-fr |
||||||||
signature.asc (204 bytes) |
|
|
||||||||
|
|
Le lundi 12 octobre 2009 à 15:35 +0200, Daniel Cartron a écrit :
> Arff je peux aussi écrire qq lignes de code cradingues en python pour faire du > chercher/remplacer bestial, mais la philosophie du libre n'est-elle pas (entre > autre) de ne pas devoir ré-inventer l'eau tiède ? D'où ma question de savoir > si ça existe déjà. Je ne suis pas sûr que ça existe déjà, et j'ai au l'honnêté de le dire dès mon premier message. Ce que je voulais dire, c'est que si ça n'existe pas, alors je sais que c'est faisable pour quelques cacahuètes — le format MIDI est binaire, et la biliothèque de décodage MIDI de LilyPond est écrite en C, donc c'est un chouia plus que "qq lignes de code cradingues en python" (ce n'est pas très difficile pour autant). > Je vais regarder ça aussi, mais partir de midi pour passer par abc ou autre > pour ensuite arriver à ly, c'est bien compliqué et donc à terme probablement > générateur de bugs. Tu penses donc qu'il faudrait que midi2ly prenne en charge les percus ? Je reste disponible pour un éventuel travail sur Midi2ly Salutations lilyesques, John _______________________________________________ liste de diffusion lilypond-user-fr [hidden email] http://lists.gnu.org/mailman/listinfo/lilypond-user-fr |
||||||||
|
|
|
||||||||
|
|
||||||||
|
|
In reply to this post
by Daniel Cartron-2
|
||||||||
|
Le 13 oct. 09 à 07:57, Daniel Cartron a écrit :
> En fait je réalise qu'il y a un truc un peu complexe, c'est la durée > des > notes... [...] > Dans un deuxième temps, il faut fusionner les silences (visibles ou > invisibles) avec les notes. En effet en midi le son est noté avec sa > durée > réelle, en général une double croche. Mais sur la partition on > n'écrira pas la > durée mais uniquement le moment où on frappe. Par exemple on > n'écrira pas > hho16 r16 r8 r4 hho16 r16 r8 r4 > mais simplement > hho4 r4 hho4 r4 > pour dire qu'on frappe tous les 2 tps, > > Autre exemple : > < c, gis, > 16 r r8 < d, gis, > 16 r r8 < c, gis, > 16 r c, r < d, > gis, > r r8 > correspond à > <bda hhp>4 <sna hhp>4 <bda hhp>8 bda8 <sna hhp>4 > > Donc il faut fondre les silences inutiles (ceux du 2e exemple le > sont tous) > mais garder les utiles (dans le 1er exemple il y en a). A priori il > semble > qu'il faut s'aligner sur le temps, par exemple sur du 4/4 dans < c, > gis, > 16 > r r8 il faut additionner les durées pour écrire < c, gis, >4 qui > deviendra > <bda hhp>4. Par contre < d, gis, > 16 r r d, 32 d, devient <sna > hhp>8 r16 > sna32 sna32. > > Et ça ce sera moins simple à faire AMHA... 1) diviser la mesure en niveau rythmiques (ce qui peut se faire de façon systématique *si la mesure est connue*); 2) lorsqu’une note commence sur un niveau n, la faire « englober » les silences - si possible jusqu'au prochain niveau rythmique plus fort (ou égal) à n, - sinon (une note survient plus tôt), jusqu’au niveau rythmique le plus fort, - éventuellement, on force l’arrêt à un niveau donné : le temps, p. ex. Ce que j’appelle niveau rythmique est le rhythmic level de Lerdahl et Jackendoff (si mes souvenirs sont bons). Le principe, pour une mesure en 2/4 (ou binaire de manière générale) : - les pulsations de niveau 1 surviennent au premier temps de chaque mesure - celles de niveau 2 surviennent entre deux pulsations successives de niveau 1, soit à chaque deuxième temps - [...] - de manière générale, les pulsations de niveau (n + 1) survient entre deux pulsations successives de niveaux strictement inférieurs à n+1 Un petit dessin vaut mieux qu’un long discours. Dans le fichier ci- joint, les niveaux rythmiques calculés jusqu’au niveau 5 avec la reprise de ton exemple légèrement modifié. Je ne me suis pas posé la question de gérer les « accords ». Ni de celles des n-uplets. Mais est-il possible de gérer proprement les n-uplets à partir de fichier midi ? Édouard GILBERT [hidden email] [=?ISO-8859-1?Q?=C9douard_Gilbert.vcf?=] BEGIN:VCARD VERSION:3.0 N:Gilbert;Ãdouard;;; FN:Ãdouard Gilbert ORG:Université Charles de Gaulle â Lille 3; EMAIL;type=INTERNET;type=WORK;type=pref:[hidden email] TEL;type=WORK:+33 3 59 57 78 63 item1.ADR;type=WORK:;;INRIA Lille â Nord Europe\nParc Scientifique de la Haute Borne\nPark Plaza - Bât A - 40 avenue Halley;Villeneuve d'Ascq;;59650;France item1.X-ABADR:fr X-JABBER;type=WORK:[hidden email] X-ABUID:C65CA7A2-8CEF-45B5-82FF-EA0F5934F3DE\:ABPerson END:VCARD _______________________________________________ liste de diffusion lilypond-user-fr [hidden email] http://lists.gnu.org/mailman/listinfo/lilypond-user-fr |
||||||||
|
|
|
||||||||
|
|
||||||||
|
|
Le mardi 13 octobre 2009 à 23:46 +0200, Édouard Gilbert a écrit :
> J’en profite pour réitérer ma demande : > quand la mailing list se décidera-t’elle à ajouter un champ « > répondre à » > aux mails ? (mode 'admin #t) La liste de diffusion vous prie d'utiliser la fonction "Répondre à la liste" de votre client de messagerie, ou à défaut "Répondre à tous", son logiciel de gestion Mailman offrant la possibilité de de pas délivrer un message aux abonnés qui figurent explicitement dans les destinataires. Il n'est pas question que la liste se décide à remplacer la valeur du champ Reply-To, pour les raisons évoquées dans https://lists.ubuntu.com/archives/ubuntu-fr/2005-April/003261.html http://www.culte.org/projets/doc/reply-to.shtml http://www.unicom.com/pw/reply-to-harmful.html La dernière référence est en anglais, mais c'est l'argumentation la plus complète. Enfin, la liste vous serait reconnaissante d'utiliser votre adresse d'inscription à la liste — il y a eu pas mal d'emails à modérer pour cette raison ces derniers temps — ou bien de vous inscrire à plusieurs adresses et n'activer la réception du courriel que pour une seule adresse. (mode 'admin #f) Je réponds au sujet original du fil ci-dessous. > J’ignorais que les fichiers midi contenait des informations de > mesure. Super. > Y-a-til également des informations de mesures partielles ? La durée > du temps > en ticks également ? Les changements de mesure ? Je nai pas le temps > de fouiller > la norme MIDI, je lavoue. Je ne sais même pas si elle est accessible > librement. > Mais il me semble me souvenir que non. MMA, l'organisme qui a standardisé la norme MIDI, vend les spécifications, mais basta, on peut aussi trouver cette spécification (ou une documentation apparemment de même valeur, n'ayant jamais consulté la spécification officielle je ne sais pas) sur http://home.roadrunner.com/~jgglatt/ -> Technical Docs and Programming -> The MIDI Specification > Je pense que cest un peu trop sommaire. Avec cette idée, on se > retrouve à transformer > > r32 c32 r16 r8 > > en > > r32 c32~ c16~ c8 > > ou pire, en > > r32 c8.. > > doù ma suggestion. Qui revient, dans le fond, à sarrêter au plus > grand diviseur du temps > possible tout en évitant les liaisons ou les notes pointées. quantification -d de midi2ly. Si on implémente cette fonctionnalité, il faudrait définir une option pour paramétrer le diviseur du temps considéré. > Mais je ne sais pas sil est préférable de > transformer > > <c g>16 r16 g16 > > en > > <c g>8 r16 g16 Tu veux dire <c g>8 g16 ? C'est l'option qui me semble la plus raisonnable. > ou en > > << {c4} {g8 r16 g16} >> Ça n'a plus le même sens, et si ma mémoire est bonne ça peut s'exprimer correctement en MIDI, c'est au convertisseur MIDI->"expressions musicales à la LilyPond" de bien faire son boulot, et non pas à une routine de post-traitement. > Probablement parce quil faut lécrire. En effet, la table des percus n'est pas connue de midi2ly. > Et parce qu'il faut savoir > que la voix est > une voix de percussions. C'est connu grâce à l'instrument MIDI ça, non ? > Un prof nous avait un jour expliqué que le MIDI était un format de > tablature bien > plus que de partition. Non pas une description de la musique, mais la > description > de linterprétation. Pour surenchérir sur ce point (merci les cours du master ATIAM ;-), le MIDI est un format conçu pour décrire le jeu d'un instrument à clavier, il n'est pas très bien adapté aux instruments pour lesquels on peut contrôler en continu le son après l'attaque. > Effectivement. Je ne vois pas comment se note un roulement. Comme un > trémolo ? Oui. Cela dit, il y a beaucoup de travail à faire sur midi2ly avant de songer à lui ajouter un détection heuristique de trémolo. Salutations lilypondesques, John _______________________________________________ liste de diffusion lilypond-user-fr [hidden email] http://lists.gnu.org/mailman/listinfo/lilypond-user-fr |
||||||||
|
|
In reply to this post
by Valentin Villenave
Le lundi 12 octobre 2009 à 20:28 +0200, Valentin Villenave a écrit :
> Alors, en ce qui concerne midi2ly : c'est vrai que c'est pourri, nous > en sommes tous conscients, et peu de gens se sentent le courage de > travailler dessus. Martin Tarenskeen a récemment tenté d'apporter pas > mal d'améliorations, mais son travail n'a même pas été testé ni > validé. Je m'engage à regarder son travail, qui n'est pas bien présenté sous forme de patch, mais de toute façon c'est un préalable à tout autre travail sur midi2ly. > Pour tous ceux qui sont intéressés par la prise en charge du MIDI > (import et export), il existe également une liste de discussion > spécialement consacrée à ce sujet : > http://lists.lilynet.net/midi/ ... et pour s'y abonner sans passer par Nabble, le plus simple est d'envoyer un message avec pour objet "subscribe" à [hidden email] avec un corps vide. _______________________________________________ liste de diffusion lilypond-user-fr [hidden email] http://lists.gnu.org/mailman/listinfo/lilypond-user-fr |
||||||||
|
|
In reply to this post
by John Mandereau
|
||||||||
|
|
Le jeudi 15 octobre 2009 à 10:12 +0200, Daniel Cartron a écrit :
> D'ailleurs ces histoires de > tonalité ont un effet pervers sur l'export des percussions, un coup on a le > charleston ouvert (par exemple) sur le do dièse, un coup sur le ré bémol, donc > ça double la taille du dictionnaire de conversion. Je ne comprends pas bien de quel dictionnaire de conversion tu parles. Ce n'est pas très propre et ça n'a pas de sens de traduire un numéro de note MIDI qui doit être interprété comme un sons de percussion à hauteur non déterminée en hauteur de note, puis convertir cette hauteur de note en nom de percussion pour le format final (ly ou autre) ; il est bien plus pratique et efficace de traduire directement tout numéro de note MIDI sur la chaîne 10 en nom de percussion. > En plus je pense que pour un habitué de l'hexadécimal (non John ce n'est pas > du binaire) J'ai écrit que les formats de fichier MIDI sont des formats binaires (lisibles avec un éditeur hexadécimal), sous-entendu par opposition à des formats texte (lisibles avec un éditeur de texte) ; ça n'a rien à voir avec le fait de noter un nombre en hexadécimal, binaire, octal, décimal ou dans la base que tu veux. > En tout cas une chose qui passe à l'export et qui est super pénible à retirer > c'est tous les commentaires sur les numéros de mesure et autres trucs, il y en > a à chaque mesure, c'est lourd, y a-t-il une option pour virer ça ? Non, mais comme d'habitude en ce qui concerne le logiciel libre, on a 3 options : - on le fait soi-même et on envoie un patch, - on convainc quelqu'un d'autre (pas nécessairement les développeurs principaux du logiciel) de le faire, - on paie quelqu'un pour le faire. > > En effet, la table des percus n'est pas connue de midi2ly. > > Pourtant il y en a bien l'indication dans le fichier midi, non ? Bankselect > probablement si j'ai bien compris. Rosegarden par exemple sait la trouver. Non, cette table fait partie du standard GM (General Midi) : http://home.roadrunner.com/~jgglatt/tutr/gm.htm#Keys > Non pas tout à fait, dans le fichier midi les percus sont systématiquement sur > le canal 10 donc on sait que ça en est. Sinon ça le jouerait en piano ou > guitare ou autre... Effectivement, je ne me souvenais plus de ce point du standard GM. > Autre chose, Rosegarden sait parfaitement m'afficher que le fa dièse est le hhc > (charleston fermé). Donc pourquoi l'export garde un fa dièse, et ne met pas un > hhc ? Si c'est l'export Rosegarden->ly, nous ne pouvons rien y faire ici. > Tu veux dire un instrument à vent par exemple ? On peut parfaitement > transmettre des variations de pitch ou de vélocité a posteriori, je le fais > avec mon sax midi (si l'expandeur est adapté, mais ce n'est plus un pb midi, > mais matériel). Je sais bien, mais le débit MIDI est trop limité pour un contrôle fin avec beaucoup de paramètres, à ma connaissance le MIDI ne modélise pas bien les subtilités d'attaque des instruments à anche ou à cordes frottées, plus précisément MIDI n'a aucune notion de régime transitoire/permanent. Comment exprimes-tu correctement avec un flux MIDI un jeu détaché dans le son (flux d'air continu avec légers coups de langue) sur un instrument à anche ? Comment exprimes-tu différents types de vibrato en MIDI ? > Je suppose que si la durée de la note correspondant à un instrument est > inférieure à une valeur plancher (fraction du temps) et répétée à l'identique > plusieurs fois on peut dire que c'est un roulement. Le pb est que si il y a un > roulement de caisse claire pendant que le batteur utilise aussi les pieds les > indications des notes de caisse claire seront à l'intérieur de notations entre > <>, donc pas évident à extraire... Tu peux très bien faire une détection indépendante pour chaque instrument. John _______________________________________________ liste de diffusion lilypond-user-fr [hidden email] http://lists.gnu.org/mailman/listinfo/lilypond-user-fr |
||||||||
| Free Embeddable Forum Powered by Nabble | Help |
