Pédalier multi-effet pour guitare
- 91 réponses
- 19 participants
- 13 172 vues
- 34 followers
Firesledge
Ça intéresse peut-être des gens ici, je suis en train de concevoir et réaliser un pédalier multi-effet numérique basé sur un Raspberry Pi 3. Je me suis fait une petite page pour indiquer où j’en suis, à quoi ça ressemble, les problèmes que je rencontre, etc. Une fois que le pédalier sera opérationnel, j’en publierai les plans et notices de montage.
Si vous avez des avis plus ou moins éclairés, suggestions irréalistes, conseils pernicieux, récriminations ou autre, je suis tout ouïe.
bidoo
“A ship is safe in harbor, but that's not what ships are for.”
Rémy M. (chimimic)
Formateur en techniques sonores ; électronicien ; auteur @ sonelec-musique.com
berl
Bernard
http://sonotrad.org --- http://diato.org --- "Collectionneur" de tables numériques Innovason et de micros DIY --- Fer à souder toujours chaud...
choquette
connais tu les Spin FV-1 , il y a de très bons projets de multi-effets réalisés avec ce petit DSP ?
Et sinon pourquoi ne pas faire la partie overdrive/distortion en analogique , ce serait plus facile ?
Jimbass
Musikmesser 2013 - Bullshit Gourous - Tocxic Instruments - festivals Foud'Rock, Metal Sphère et la Tour met les Watts
Firesledge
connais tu les Spin FV-1 , il y a de très bons projets de multi-effets réalisés avec ce petit DSP ?
Non je ne connaissais pas, c’est intéressant. Mais ça ne correspond pas au cahier des charges de mon projet. Les effets que j’ai en tête nécessitent pas mal plus de puissance si on veut les implémenter selon l’état de l’art du XXIe siècle. De plus, à partir d’un certain niveau de complexité dans le traitement, l’architecture des DSP devient un peu trop limitante, et les processeurs généralistes modernes regagnent de l’intérêt. Ensuite, je dois aussi gérer pas mal de choses qui n’ont rien à voir avec du traitement du signal pur et j’ai besoin d’avoir à disposition un langage de niveau intermédiaire (C++ par ex) et des outils de développement un peu avancés si je ne veux pas y passer toute ma vie.
Et sinon pourquoi ne pas faire la partie overdrive/distortion en analogique , ce serait plus facile ?
Ça dépend quel genre de distorsion. C’est sûr que si c’est pour simuler de la disto analogique, autant passer par un vrai circuit analogique. Mais d’une part j’ai aussie envie de faire des disto aux sonorités très différentes, et d’autre part je mets souvent mes disto en milieu de chaîne, ce qui nécessiterait alors un double passage ana(entrée) → num → ana → num → ana(sortie). Avec les composants que j’ai choisis, je risque d’allonger un peu trop la latence du dispositif, sans compter l’accroissement du bruit. Mais faire un send/return reste tout à fait dans le domaine du possible avec l’architecture existante.
Un autre point à prendre en compte, c’est que je veux pouvoir régler les paramètres des disto dans chaque preset, ce qui complexifie la réalisation du bidule, nécessitant des potentiomètres à commande numérique.
[ Dernière édition du message le 24/06/2016 à 23:03:15 ]
Ptipois
Je réfléchissais à me faire un machin un peu similaire, un Rpi dans lequel je chargerais quelques instrus virtuels et des soundfonts pour pouvoir brancher mon mini clavier maître et en jouer genre sur batterie, au casque, dans le train ou quoi. J'y travaille.
Chevalier du fer à souder...
choquette
Puisque tu as choisi d' utiliser la Presonus , je me doute un peu de ta réponse , mais que penses tu des cartes son pour Raspberry pi ? : par exemple çà : https://www.adafruit.com/products/1761 , çà https://www.hifiberry.com/ , ou çà : http://www.iqaudio.co.uk/ (toutes ont des convertisseurs 24bits/192 khz ) ,
Firesledge
La Cirrus Logic a l’air plus adaptée mais pose encore pas mal de questions :
– Les entrées lignes et micro sont d’impédance trop faible. Il faudrait rajouter un circuit suplémentaire pour faire tampon et au besoin amplifier le signal. Quand j’ai commencé à mettre en place ce projet je voulais éviter de bricoler l’électronique audio. J’y reviendrai peut-être par la suite mais au début c’était comme ça.
– Quelle est la sensibilité aux interférences venant aussi bien du Pi que de l’extérieur ?
– Le nombre de broches GPIO reportées est-il suffisant pour mes besoins ? Six broches d’usage général une fois retirés les ports I2C/SPI/UART. On doit pouvoir se débrouiller avec en utilisant des circuits de (dé)multiplexage (expanseurs de port, registres à décalage…) mais si on veut garder un minimum de simplicité ça fait très juste.
– Il n’est pas facile de trouver des chiffres précis et fiables sur la latence minimale d’une boucle entrée-sortie complète.
Il doit être possible de l’utiliser après étude détaillée et essais, mais c’est justement pour éviter cela que j’ai préféré utiliser une carte qui a fait ses preuves. Peut-être qu’à l’occasion j’irai explorer ce domaine, mais ça n’est pas pour tout de suite.
Par contre puisqu’on parle de solutions hardware alternatives, je serais très tenté d’étudier la plate-forme Bela.
[ Dernière édition du message le 01/07/2016 à 11:20:21 ]
berl
Alors adapter l'impédance se fait en même temps. C'est bien plus simple que de programmer les DSP
Bernard
http://sonotrad.org --- http://diato.org --- "Collectionneur" de tables numériques Innovason et de micros DIY --- Fer à souder toujours chaud...
Pierogi2022
Bonjour,
J'ai fait quelques recherches depuis un moment, et les objets qui retiennent le plus mon attention en ce moment sont l'Axoloti d'une part, avec une interface de programmation qui semble similaire à max/PD, et le Beagleboard black sur lequel on peut faire rouler le framework Bela, lequel peut comprendre Pyo (présentation)
Je ne sais pas dev en objet et je pensais m'y mettre avec ce genre de projet.
Bravo, bonne continuation, flag
[ Dernière édition du message le 16/07/2016 à 13:20:40 ]
Firesledge
La construction est bientôt achevée, j’attends qu’un ami me fasse la déco de la plaque pour terminer. Point de vue logiciel, ça commence à prendre forme sérieusement et être véritablement utilisable. J’ai réglé tous les problèmes techniques qui pouvaient me bloquer, le reste étant des questions relatives à la qualité et à l’optimisation et qui demanderaient un changement de conception en profondeur.
J’ai mis à jour la page du projet. Il y a quelques sons d’exemple fait à l’arrache tout à l’heure ; je n’en suis pas trop fier mais c’est toujours mieux que rien.
Ptipois
Mon Raspi est actuellement occupé à contrôler mes radiateurs, ma webcam et l'éclairage de mon salon, tu m'encourages à m'en acheter un autre là...
Chevalier du fer à souder...
kosmix
Je n'ose même pas imaginer la complexité d'un tel projet et la somme de travail qu'il représente (en plus j'y connaît que dalle) mais c'est courageux de se lancer là-dedans.
J'aime beaucoup les prototypes en carton
Bon courage pour la suite.
Putain Walter mais qu'est-ce que le Vietnam vient foutre là-dedans ?
bidoo
C'est super de voir que tu envisages une partie IR player pour faire du direct sono/interface audio.
Un petit looper aussi ?
Thanks pour le partage (méthodo, samples sortis du Marsnall ...) c'est passionnant.
“A ship is safe in harbor, but that's not what ships are for.”
Firesledge
Un petit looper aussi ?
En effet, c’est prévu depuis le début. Ce sera pour un petit peu plus tard cependant. Là j’ai amélioré un brin la disto de base et je suis sur le point d’ajouter une série de 8 LFO assignables à tout type de paramètre, par programme.
Thanks pour le partage (méthodo, samples sortis du Marsnall ...) c'est passionnant.
Et merci à vous tou·te·s pour vos retours.
La petite de mes coloc a maintenant arraché le second « l » du logo, je pense le recoller à l’envers pour obtenir un Marsnaf…
bidoo
un moteur de convolution (simulateur d’ampli, réverb)
Les LFO c'est cool ... tu envisages un suiveur d'enveloppe aussi (auto wha mais aussi faire varier le %mix des delais / réverbe => pour faire une sorte de ducking) ?
“A ship is safe in harbor, but that's not what ships are for.”
Firesledge
tu envisages de pouvoir en chainer plusieurs ?
Ce serait l’idée, sachant que la limitation se trouve plutôt dans la puissance de calcul de la machine. Plus l’impulsion est longue, plus ça prend de CPU. Je n’ai cependant pas encore fait de test de performance pour voir ce que la machine pourra encaisser.
tu envisages un suiveur d'enveloppe aussi
Oui, et puis pourquoi pas des ADSR de cette façon, voire de mini step sequencers. Je voudrais aussi offrir la possibilité d’avoir un routing libre plutôt que de suivre une simple chaîne comme c’est le cas actuellement. Bon, tout cela prend du temps à programmer ; dans toutes les idées que j’énumère il y aura sûrement des trucs qui ne verront pas le jour. Enfin on verra bien…
[ Dernière édition du message le 20/09/2016 à 18:55:56 ]
bidoo
tout cela prend du temps à programmer
“A ship is safe in harbor, but that's not what ships are for.”
Firesledge
J’ai ajouté une archive contenant plans et code source sur la page du projet, ainsi que quelques instructions de montage. Il manque encore quelques petites choses, en particulier les détails de l’installation logicielle et un embryon de manuel d’utilisation. Ça viendra dans les prochaines semaines. Il faudra aussi que je monte un dépôt Git sur un site public (type Github) pour faciliter les mises à jour.
bidoo
Troisième main
“A ship is safe in harbor, but that's not what ships are for.”
Firesledge
Bien que le software soit encore en développement, je suis très content du résultat. Ça m’a l’air robuste, ça sonne et c’est déjà très utilisable tel quel, probablement au-delà de ce que j’imaginais quand je me suis lancé dans le projet. Point de vue hardware, j’ai donc terminé, du moins pour une première version.
Par contre je suis modérément content des footswitches que j’ai choisis, là je les trouve un poil durs. C’est passable mais idéalement j’aimerais qu’ils soient un peu plus sensibles. Quelqu’un-e aurait de meilleures références ? (ce sont des boutons momentanés, pas des toggle).
kosmix
Putain Walter mais qu'est-ce que le Vietnam vient foutre là-dedans ?
Ptipois
Chevalier du fer à souder...
- < Liste des sujets
- Charte

