Sujet Peur ? Certes.
- 45 réponses
- 11 participants
- 4 813 vues
- 10 followers
Afficher le premier post
5hdumatin
35
Nouvel·le AFfilié·e
Anonyme
Allez... up.
2 ans plus tard, qu'est-ce qu'il s'est donc passé ?
Diverses affabulations logicielles ; divers essais de développement ; premier synthé, revendu depuis (ah, les VA...
). Essais de pas mal de contrôleurs midi. Sans trouver chausse à mon pied.
Bonnes choses : image claire du cheminement du signal ; bases en Scheme et en C ; envoi de dossier à l'UQAM - Montréal en "baccalauréat" informatique/génie logiciel ; une esthétique de composition beaucoup plus claire et définie ; et surtout, plus de groupes de musique qui me bouffent 70% de mon temps.
Et donc, je reviens à Pure Data depuis quelques temps. Pas encore bien sûr que niveau son, ça se rapproche de ce que je veux, alors j'y vais par tatonnement ; je commence par le commencement, et c'est déjà pas mal. (Pour l'instant, un générateur de sons rythmiques sans séquenceur recouvrant la majorité de mes besoins en sons percussifs)
Quand j'aurai avancé là-dessus et en fonction du temps que j'aurai, je passerai peut-être à la partie séquenceur en m'inspirant des modules de HK (merci, au passage). Si cela s'avère ne pas coller à ce que j'ai dans la tête, retour à Numerology pour la séquence et utilisation de pd comme un instrument.
Quand je serai arrivé à ce point-là de mon cahier des charges (qui est décidément beaucoup moins lourd et innocent que l'espèce de truc annoncé à mon premier post !) qui est somme toute relativement fin, ce sera l'occasion de tester la bête, et éventuellement de tenter l'ajout d'un ou deux lecteurs de samples doués de contrôles basiques.
Si le test s'avère concluant, et si l'engin recouvre au moins 80% de mes besoins sonores sans devoir être appuyé par un autre logiciel pour ce qui est de la génération sonore ou de la lecture de samples, ce qui n'est déjà pas rien, je pourrai alors passer à la partie hardware et construire un contrôleur midi dédié à partir des plans Ucapps. (pourquoi ? Pour l'encodage des potards, à 96 pas au lieu de 24, donc sans aliasing. Et aussi pour avoir quelque chose sans les 20000 fonctions dont je ne me sers pas)
Mais pourquoi tant de haine me direz-vous ? Pourquoi ne pas utiliser quelque chose qui existe ?
Hem... Parce que j'ai besoin de certaines fonctions et évènements d'un nord rack ; de certaines particularités d'un synthé FM-only ; de certains sons qui sont stockés sur mon ordinateur depuis des années, de très bonne qualité à vrai dire et qui sont les meilleurs samples de rythmique non-synthétique que je pourrai avoir ; et, surtout, et c'est le plus important : je ne veux pas de superflu. C'est le superflu qui tue un morceau, un développement ou même une expérimentation.
En gros, le produit souhaité est quelque chose de sciemment limité ; qui me permette d'aller plus loin dans la création de mon propre son, son qui commence tout juste à être à peu près dégrossi ; et qui bénéficie d'un contrôleur adapté. Contrôleur construit 'large' et prévoyant des possibilités d'évolution de l'environnement de création.
Voilà où j'en suis, c'était juste pour donner les nouvelles
2 ans plus tard, qu'est-ce qu'il s'est donc passé ?
Diverses affabulations logicielles ; divers essais de développement ; premier synthé, revendu depuis (ah, les VA...
). Essais de pas mal de contrôleurs midi. Sans trouver chausse à mon pied. Bonnes choses : image claire du cheminement du signal ; bases en Scheme et en C ; envoi de dossier à l'UQAM - Montréal en "baccalauréat" informatique/génie logiciel ; une esthétique de composition beaucoup plus claire et définie ; et surtout, plus de groupes de musique qui me bouffent 70% de mon temps.
Et donc, je reviens à Pure Data depuis quelques temps. Pas encore bien sûr que niveau son, ça se rapproche de ce que je veux, alors j'y vais par tatonnement ; je commence par le commencement, et c'est déjà pas mal. (Pour l'instant, un générateur de sons rythmiques sans séquenceur recouvrant la majorité de mes besoins en sons percussifs)
Quand j'aurai avancé là-dessus et en fonction du temps que j'aurai, je passerai peut-être à la partie séquenceur en m'inspirant des modules de HK (merci, au passage). Si cela s'avère ne pas coller à ce que j'ai dans la tête, retour à Numerology pour la séquence et utilisation de pd comme un instrument.
Quand je serai arrivé à ce point-là de mon cahier des charges (qui est décidément beaucoup moins lourd et innocent que l'espèce de truc annoncé à mon premier post !) qui est somme toute relativement fin, ce sera l'occasion de tester la bête, et éventuellement de tenter l'ajout d'un ou deux lecteurs de samples doués de contrôles basiques.
Si le test s'avère concluant, et si l'engin recouvre au moins 80% de mes besoins sonores sans devoir être appuyé par un autre logiciel pour ce qui est de la génération sonore ou de la lecture de samples, ce qui n'est déjà pas rien, je pourrai alors passer à la partie hardware et construire un contrôleur midi dédié à partir des plans Ucapps. (pourquoi ? Pour l'encodage des potards, à 96 pas au lieu de 24, donc sans aliasing. Et aussi pour avoir quelque chose sans les 20000 fonctions dont je ne me sers pas)
Mais pourquoi tant de haine me direz-vous ? Pourquoi ne pas utiliser quelque chose qui existe ?
Hem... Parce que j'ai besoin de certaines fonctions et évènements d'un nord rack ; de certaines particularités d'un synthé FM-only ; de certains sons qui sont stockés sur mon ordinateur depuis des années, de très bonne qualité à vrai dire et qui sont les meilleurs samples de rythmique non-synthétique que je pourrai avoir ; et, surtout, et c'est le plus important : je ne veux pas de superflu. C'est le superflu qui tue un morceau, un développement ou même une expérimentation.
En gros, le produit souhaité est quelque chose de sciemment limité ; qui me permette d'aller plus loin dans la création de mon propre son, son qui commence tout juste à être à peu près dégrossi ; et qui bénéficie d'un contrôleur adapté. Contrôleur construit 'large' et prévoyant des possibilités d'évolution de l'environnement de création.
Voilà où j'en suis, c'était juste pour donner les nouvelles
megale
97
Posteur·euse AFfranchi·e
salut,
à propos de la séquence sur puredata, j'ai mis au point un objet pour créer des rythmes asymétriques,
comme ça traite des listes je l'ai appelé [list-tuplet], ici:
http://megalego.free.fr/pd/musicbox/musicbox.zip
il y a un exemple de mise en pratique de cet objet, ou ça joue une pièce connue de F Zappa.
pour sortir sur un instrument midi il faudra modifier le patch, je peux le faire si besoin.
toujours à propos de séquenceurs, pour moi l'outil idéal est le piano roll, ou le grid, c'est accessible quasiment à tous, mais par contre c'est assez difficile de faire ça avec les objets natifs de puredata, donc le mieux serait de le coder avec un toolkit graphique, le plus proche de pd étant tcl-tk, j'ai donc essayé de développer une interface comme ça:
http://megalego.free.fr/pd/pianoroll/Capture.png
mais l'objet quer j'utilise, toxy/widget, n'est pas super bien entretenu et plante pas mal, du coup je pense le ré-écrire pour l'ouvrir avec [hc/sys_gui] un interpréteur tcl, voir pourquoi pas en faire un external, ou bien le faire avec tkinter et l'ouvrir avec [pyext], aussi une autre idée serait d'implémenter ça sous forme de plugin dans pd-gui-rewrite la nouvelle version de puredata.
voilà cela reste toutefois du code expérimental, qui a besoin d'être mis à l'épreuve afin de s'améliorer, le but étant d'obtenir des outils graphiques qui rendent la composition plus pratique que avec des tableaux, des toggles, des [numbox], et des [pointer], aussi en gardant la possibilité de les combiner le tout.
voilà mes deux centimes, pour de l'expérimental qui ne me semble pas superflu,
patko
à propos de la séquence sur puredata, j'ai mis au point un objet pour créer des rythmes asymétriques,
comme ça traite des listes je l'ai appelé [list-tuplet], ici:
http://megalego.free.fr/pd/musicbox/musicbox.zip
il y a un exemple de mise en pratique de cet objet, ou ça joue une pièce connue de F Zappa.
pour sortir sur un instrument midi il faudra modifier le patch, je peux le faire si besoin.
toujours à propos de séquenceurs, pour moi l'outil idéal est le piano roll, ou le grid, c'est accessible quasiment à tous, mais par contre c'est assez difficile de faire ça avec les objets natifs de puredata, donc le mieux serait de le coder avec un toolkit graphique, le plus proche de pd étant tcl-tk, j'ai donc essayé de développer une interface comme ça:
http://megalego.free.fr/pd/pianoroll/Capture.png
mais l'objet quer j'utilise, toxy/widget, n'est pas super bien entretenu et plante pas mal, du coup je pense le ré-écrire pour l'ouvrir avec [hc/sys_gui] un interpréteur tcl, voir pourquoi pas en faire un external, ou bien le faire avec tkinter et l'ouvrir avec [pyext], aussi une autre idée serait d'implémenter ça sous forme de plugin dans pd-gui-rewrite la nouvelle version de puredata.
voilà cela reste toutefois du code expérimental, qui a besoin d'être mis à l'épreuve afin de s'améliorer, le but étant d'obtenir des outils graphiques qui rendent la composition plus pratique que avec des tableaux, des toggles, des [numbox], et des [pointer], aussi en gardant la possibilité de les combiner le tout.
voilà mes deux centimes, pour de l'expérimental qui ne me semble pas superflu,
patko
60htz
65
Posteur·euse AFfranchi·e
mastomo
218
Posteur·euse AFfiné·e
megale
97
Posteur·euse AFfranchi·e
- < Liste des sujets
- Charte