Ajout d'écrans sur une BCF2000

Citation de moustick

Bah tu as quand même déjà bien avancé je trouve !

 Merci !  

Citation de moustick

 Tu envisages la fabrication d'un vu-mètre à led pour chaque pistes ? si tel était le cas, tu pourrais aussi envisager de le faire en stéréo ... un fader de controleur correspondant souvent à un piste stéréo ...

J'aimerai bien oui, c'est pas indispensable, mais c'est pas très difficile à réaliser. 2 bargraphes de 5 leds et un multiplexeur par piste, et l'affaire est réglée.

Le problème, c'est que le protocole MCU n'envoie que le maximum des 2 cannaux… donc c'est pas possible malheureusement. (Sauf s'ils ont prévu des update du protocole dans les prochains temps, mais j'y crois pas trop).

J'ai pas encore testé, car je n'utilise plus mon ordi sous windows, mais une fois que ça avancera un peu (affichage des nom de pistes sur 8 écrans), je ferais une série de tests sur cubase et reaper au moins, je demanderais à des amis avec PT de tester…

@moustick :  Oui oui, on se retrouverait bien avec 8 vumètres, 1 par piste et pas uniquement la sortie master. 

Ce que je voulais dire, c'est que le protocole ne prévoit qu'un seul vu-mètre par piste, donc pour les pistes/bus stéréo, c'est affiché sur 1 seul vu-mètre, comme sur la d8b   (merci pour le lien!)

Et sinon, le but étant de faire quelque chose de facile à mettre en place avec des composants simples. Je fais une explication détaillée si l'idée vient à certains de participer au développement du truc, mais pour un utilisateur final, même sans comprendre le pourquoi du comment, ça devrait être réalisable en suivant les instructions 

Petite amélioration "théorique" au sujet des noms de pistes! 

Je me suis rendu compte que mon code fonctionnait (j'arrive à afficher les noms de pistes mais que quand je les modifie dans le DAW) mais je n'avais pas pris en compte un élément important: la fonction qui gère les SysExs peut recevoir plusieurs SysEx à la fois. 

Jusqu'à maintenant, j'utilisais cette fonction pour lire une seule trame à la fois, et donc en passant les autres à la trappe… 

Donc c'est une nouvelle piste à explorer! 

Et sinon, j'ai amélioré ma gestion des écrans, en remplissant un tableau de structures C quand je reçois des données MIDI et en raffraichissant l'affichage sur les écrans qu'une seule fois par cycle. 

Et vu que je n'ai qu'un seul écran physique pour le moment, je me suis fais une fonction qui m'affiche uniquement la piste selectionnée sur l'écran (avec un petit index pour identefier la-dite piste). C'est pratique pour voir si toutes les données sont bien là!

Bref, ça avance lentement, mais sûrement! J'ai hâte de voir le projet un peu plus abouti   

Citation de moustick

Du reste je me pose la question de savoir si ce que tu mets en place sera compatible ou pas avec d'autres controller

 C'est le but!  En gros, je me sert de la BCF2000 comme de base car c'est tout ce que j'ai sous la main.

Pour le moment, avec Jack + ardour c'est pratique, car je peux patcher mes connections MIDI comme je le veux. Mais dans l'idéal, c'est vraiment de faire du MIDI THRU avec, sans se soucier du hardware qui l'accompagne, tant que le protocole derrière est bien en mode MCU. J'ai pas encore trop pensé au différentes compatibilités, mais c'est dans un coin de ma tête . 

Après, je me suis rendu compte que le prix du matériel (8~10 écrans + arduino + TinyISP pour programmer le bazar + hardware/boitier)  on arrive vite dans les 100€… à voir si ça justifie un projet DIY plutôt que d'acheter une surface de contrôle «avancée». 

Tant qu'on est passioné, c'est pas un problème! après si l'enjeu est financier, c'est une autre histoire. 

oktopus :  merci!