Se lancer dans la composition algorithmique et l'aide à l'écriture avec Common Music
- 69 réponses
- 6 participants
- 5 319 vues
- 8 followers
Afficher le sujet de la discussion
amleth
1379
AFicionado·a
Membre depuis 22 ans
deb76
3730
Squatteur·euse d’AF
Membre depuis 20 ans
arkanovoid
2257
AFicionado·a
Membre depuis 20 ans
amleth
1379
AFicionado·a
Membre depuis 22 ans
deb76
3730
Squatteur·euse d’AF
Membre depuis 20 ans
amleth
1379
AFicionado·a
Membre depuis 22 ans
deb76
3730
Squatteur·euse d’AF
Membre depuis 20 ans
amleth
1379
AFicionado·a
Membre depuis 22 ans
deb76
3730
Squatteur·euse d’AF
Membre depuis 20 ans
amleth
1379
AFicionado·a
Membre depuis 22 ans
Hello,
Le problème quand on découvre le LISP, c'est en effet la syntaxe. Là encore je recommande chaudement la lecture des premiers chapitres de NFTML.https://www.music.mcgill.ca/%7Eferguson/Notes%20from%20the%20Metalevel/nm/00/contents.html
Je pense que le tuto accéléré que H. Taube y fait reste le meilleur moyen de s'y mettre _sérieusement_.
Juste un détail, que je croyais avoir déjà expliqué : LISP connaît plusieurs "dialectes". Common Lisp est celui que tu utilises au sein d'Allegro. Taube, quant-à-lui, utilise "Scheme". La principale différence réside dans l'emploi du mot-clef permettant de définir une fonction ou une variable. En scheme, "define" est employé dans les deux cas :
(define ma-variable 69)
(define (ma-fonction param1 param2)
...)
En Common Lisp, on écrira :
(setq ma-variable 69)
(defun ma-fonction (param1 param2)
...)
Tu noteras que la syntaxe change pour la définition d'une fonction. Pour une simple variable, dans un long post, j'avais expliqué le rôle de "setq", je t'y réfère donc.
Tu peux dès lors utiliser n'importe quel exemple tiré du dictionnaire CM ou de NFTML
L'avantage avec l'apprentissage de Common Lisp, c'est que c'est le langage dans lequel est codé OpenMusic. Tu pourras donc créer tes propres fonctions sur les deux systèmes... tu ne perds pas ton temps
Concernant mon code "Boulez-chart" : il est illisible et pas trop commenté... je voulais simplement faire ça comme "exercice personnel", mais d'un point de vue disdactique, pour toi, c'est pas génial.
Enfin, ma fonction transpose-row est tirée de NFTML. Lis bien le chapitre sur les boucles et leur usage en contexte sériel (7 et 8), c'est HYPER IMPORTANT. Voilà, je sais que c'est une lecture peu sexy, mais grâce à ce formidable ouvrage, concis et clair, tu pourras faire ce que tu veux.
Oui, c'est d'ailleurs bien plus simple à générer en fait. Je tâcherai de te retrouver le code que j'avais initialement fait.
Et le petit alog de génération aléatoire que j'ai écrit à un mérite : il te fera découvrir la syntaxe de la fonction "process", qui permet d'écrire une séquence temporelle d'événements... "process", c'est comme "loop", mais temporel. C'est la fonction de séquençage.
Et donc pour ton random-12-tone, la seule ligne à changer, c'est :
(define (ran-row end)
pour
(defun ran-row (end)
Bien à toi,
Th.
Le problème quand on découvre le LISP, c'est en effet la syntaxe. Là encore je recommande chaudement la lecture des premiers chapitres de NFTML.https://www.music.mcgill.ca/%7Eferguson/Notes%20from%20the%20Metalevel/nm/00/contents.html
Je pense que le tuto accéléré que H. Taube y fait reste le meilleur moyen de s'y mettre _sérieusement_.
Juste un détail, que je croyais avoir déjà expliqué : LISP connaît plusieurs "dialectes". Common Lisp est celui que tu utilises au sein d'Allegro. Taube, quant-à-lui, utilise "Scheme". La principale différence réside dans l'emploi du mot-clef permettant de définir une fonction ou une variable. En scheme, "define" est employé dans les deux cas :
(define ma-variable 69)
(define (ma-fonction param1 param2)
...)
En Common Lisp, on écrira :
(setq ma-variable 69)
(defun ma-fonction (param1 param2)
...)
Tu noteras que la syntaxe change pour la définition d'une fonction. Pour une simple variable, dans un long post, j'avais expliqué le rôle de "setq", je t'y réfère donc.
Tu peux dès lors utiliser n'importe quel exemple tiré du dictionnaire CM ou de NFTML
L'avantage avec l'apprentissage de Common Lisp, c'est que c'est le langage dans lequel est codé OpenMusic. Tu pourras donc créer tes propres fonctions sur les deux systèmes... tu ne perds pas ton temps
Concernant mon code "Boulez-chart" : il est illisible et pas trop commenté... je voulais simplement faire ça comme "exercice personnel", mais d'un point de vue disdactique, pour toi, c'est pas génial.
Enfin, ma fonction transpose-row est tirée de NFTML. Lis bien le chapitre sur les boucles et leur usage en contexte sériel (7 et 8), c'est HYPER IMPORTANT. Voilà, je sais que c'est une lecture peu sexy, mais grâce à ce formidable ouvrage, concis et clair, tu pourras faire ce que tu veux.
Citation : A ce sujet, le tableau donne la série transposée mais est-il possible avec CM de pouvoir à partir de la série de base, des transformations, traduire le résultat du tableau en notes midi ?
Oui, c'est d'ailleurs bien plus simple à générer en fait. Je tâcherai de te retrouver le code que j'avais initialement fait.
Et le petit alog de génération aléatoire que j'ai écrit à un mérite : il te fera découvrir la syntaxe de la fonction "process", qui permet d'écrire une séquence temporelle d'événements... "process", c'est comme "loop", mais temporel. C'est la fonction de séquençage.
Et donc pour ton random-12-tone, la seule ligne à changer, c'est :
(define (ran-row end)
pour
(defun ran-row (end)
Bien à toi,
Th.
And we're going to have this transitory cow fling thing right here in Cicely?
- < Liste des sujets
- Charte