Shruthi

[HUROLURA]

Commandé, ... bon faut que je me dépêche de finir les autres alors !!!

Rassure moi Olivier, tu n'a rien d'autre sur le feu ?

[pichenettes]

Commandé, ... bon faut que je me dépêche de finir les autres alors !!!

Rassure moi Olivier, tu n'a rien d'autre sur le feu ?

À Shruthi-land, non :)

Mais dès que la meute a quitté mon appart, je me replonge dans mes autres projets...

[sink]

Ouais, ben les renards n'aiment pas les chiens : Firefox refusait de voir ton toutou, et maintenant ton chien a fui

[sink]

... Ce devait être des lévriers, à la vitesse où ils sont partis.

[novaflash]

miam, je crois que je vais craquer pour ce dernier kit !
le temps de trouver un pote capable de m'assister, j'ai des petit problèmes de vision, et je me lance...
j'aime beaucoup cette idée de séries avec différents aspects, ça me réconcilie avec le pléxi.

PS : une adresse à recommander à paris pour la liste composants en sus ?

[O-live]

Damon Holzborn l'homme qui me fit aimer mon shruti

[golana]

Ya un autre éditeur, sur CTRLR aussi, mais je n'arrive pas à le faire fonctionner sur mon mac.
Et de toute manière ce qui m'aurait le plus botté c'est bien la partie éditeur de séquences, comme sur celui là.

mais bon max j'ai pô.

[sink]

Oui, j'aimerai bien moi aussi qu'une version officielle d'un contrôleur voie le jour un de ces jours, cela éviterait les projets incomplets ou limités à une seule plateforme...

[Hekojin]

Il est vrai qu'avoir tant de potentiel et si peu de contrôles est parfois frustrant...

[davidh]

J'arrive à le contrôler en grande partie avec un nord modular, mais je crois que je ne peux pas gérer les routages.

[ear]

Je suis également à la recherche d'un moyen pour contrôler mon Shruthi avec autre chose que les quatre potards.
Un contrôleur hard aurait été sympa.
Ayant un Arduino MEGA + MIDI board qui ne sert pas, je voulais me lancer dans proto de contrôleur. C'est techniquement assez simple, par contre long et fastidieux.
Bon, Olivier n'arrêtant de faire évoluer la machine, cela semble bien difficile d'ajouter des potards et boutons tous les 6 mois !!!
Je ne dis pas qu'il doit arrêter de faire progresser le Shruthi, bien au contraire... (et au passage super le mode duo et les modes séquences 2, 4 et 8 steps !!!)
Mais faudrait un contrôleur modulaire

Un éditeur soft pourrait être plus approprié et facilement évolutif.

Ya un autre éditeur, sur CTRLR aussi, mais je n'arrive pas à le faire fonctionner sur mon mac.
Et de toute manière ce qui m'aurait le plus botté c'est bien la partie éditeur de séquences, comme sur celui là...

Merci golana de m'avoir fait connaitre ce logiciel ! http://ctrlr.org/page.php?p=ddb
Je vais le tester sur Mac et ferai un retour.
Apparemment, on doit pouvoir faire évoluer les 'panels' ou en développer de nouveaux. Le langage est du Lua, une sorte de basic...
Donc il y aurait peut être moyen de faire progresser ou de créer un 'panel' pour la partie séquenceur ?! à voir suivant les possibilités.

Avant tout cela il faut bien comprendre comment fonctionne l'implémentation MIDI du Shruthi.
Et je ne suis pas certain de bien comprendre le fonctionnement du transfert des séquences --> il y a pas de CC ou NRPN pour les valeurs des steps du séquenceur, logique cela consommerait trop de contrôleurs. C'est donc en sysex.
Dans la doc on peut lire que :

Sequence transfer :
For sequence transfer, command is equal to 0x02 and argument is null. The payload is a 32 bytes (64 nibbles) data structure described here. Upon reception, the Shruthi-1 loads the sequence data in memory, in place of the currently edited sequence.

Pas certain de bien comprendre la structure du Payload. Le lien amène à la page du code source du header contenant les paramètres de la partie séquenceur.
Comment sont rangés les données dans les 32 bytes ?
Olivier, pourrais-tu nous expliquer ce petit point ?
Aurais-tu des idées pour construire un contrôleur ou éditeur ?

[Hekojin]

Cela dit, tu peux aussi triturer ton shruthi avec des interfaces créées sur Miditouch et autres TouchOSC sur evilPad.

J'ai un template pour max4live. Ça marche bien mais rien ne vaut un contrôleur dédié avec des vrais potars. Tu me diras, on peut toujours coller un BCR2000 au cul d'un patch pour max4live...

Le problème ça reste quand même la matrice de modulation. Sauf sur le patch Max/MSP posté plus haut.

[ear]

Les appli iOS typés OSC --> MIDI c'est un peu la prolongation de la souris
Pratique car plus ergonomique qu'une souris qui ne peut bouger qu'un seul contrôle à la fois, mais pas révolutionnaire, enfin à mon point de vue.
En plus j'ai pas d'iPad, seulement un iPhone ou un iPod Touch. Limite au niveau de la taille d'écran...

Je viens d'aller voir le patch pour Max : http://www.damonholzborn.com/projects/shruthey/
J'ai pas Max, j'ai déjà penser investir, mais je ne suis pas certain de suffisamment l'utiliser...
Ce patch pourrait être converti pour Pure Data ? (version gratuite de Max)
Mais cela semble être l'outil le plus abouti !!

En fait, un bon programme d'édition classique qui couvre tous les paramètres ferait bien l'affaire.
Un contrôleur serait utile, mais ne pourrait pas couvrir tous les paramètres, sans parler des évolutions de l'OS du Shruthi...

[pichenettes]

Je comprends vos besoins, mais je n'ai pas les ressources pour développer un éditeur logiciel dédié. Ça me prendrait 1 mois complet pour faire un éditeur Mac/PC bien ficelé, d'autant que ça fait 4 ou 5 ans que j'ai pas développé pour desktop et que je vais devoir me reformer un peu à Juce ou à nui, ce qui ne m'enchante pas du tout. Et je ne sais pas vraiment comment me faire rémunérer là-dessus. Je crains que vendre l'éditeur ne me rapporte pas grand chose ; et que diluer ça en augmentant le prix des kits ne soit pas une bonne idée. C'est un peu ça qui cloche avec un projet DIY... Vu le temps de développement et les efforts sur ce projet, on doit pas être loin de ce qui est fait sur un petit produit commercial. Le coût de production d'un kit n'est pas si loin j'en suis sûr de ce que serait une petite série industrielle made in china (en CMS bien sûr). Mais vendre le kit du Shruthi 50€ plus cher, pour offrir le même support qu'un produit commercial et les développements qui vont avec, c'est un peu suicidaire face à la population qui s'est mise en tête qu'elle achetait des sachets de pièce... Bref, 140€, c'est à la fois cher et pas cher pour un produit "pas fini" ; mais un produit tout de même.

Sinon, j'ai quand même prévu de reprendre un peu le système de NRPN à l'avenir pour le rendre plus complet ; ainsi que de mettre des "peek" et "poke" bruts en SysEx pour vraiment faire n'importe quoi dans l'édition (au risque de crasher la machine avec un éditeur mal codé).

Pour répondre à la question d'ear sur le payload:

Les 32 octets sont 16 répétition d'une struct de type SequenceStep. Il n'y a qu'à lire le code, cette struct consomme 2 octets, qui contiennent les 16 bits suivants:

GNNNNNNNLVVVCCCC

G: 0 si le step est inutilisé ; 1 si il contient une note
NNNNNNN: Valeur de note sur 7 bits, standard MIDI
L: 0 si la note jouée est retriggée ; 1 si elle est jouée legato
VVV: 3 bits supérieurs de la vélocité (la vélocité est codée sur 8 valeurs)
CCCC: Valeur numérique sur 4-bits, éditée sur la page "step sequence" ou dans la dernière colonne de la vue "tracker".

[apoisontree]

J'ai demandé à Murray de kiwitechnics s'il pouvait ajouter le shruthi à la liste des synthés éditables avec le Patch Editor (pour l'instant - et c'est le seul point noir de cette machine -, il n'y a que lui qui puisse le faire), il m'a dit qu'il allait se pencher dessus... mais il n'a pas l'air pressé/d'avoir le temps

[novaflash]

je ne sais pas si ce soft, pas trop connu, serait approprié pour le Shruti-1 :

http://www.extranslator.com/tools/exmixer.html" onclick="window.open(this.href);return false;

Une traduction presque complète en français :

http://www.dr-midik.fr/se/Extreme_MIDI_ ... uel_fr.pdf" onclick="window.open(this.href);return false;






détail :
en recherchant ce post j'ai été surpris de le retrouver dans "néo-analos" et pas dans "hybrides"

[ear]

Olivier, on ne te demande pas de faire un éditeur !
Tu en fais déjà beaucoup, surtout tout seul !!

Perso, je serais capable de faire un éditeur, le problème c'est le temps necessaire...
Et pour qu'il soit multiplate forme, je pense que je le ferai en Java. Ou C++ avec QT pour le porter, mais plus difficile.

Pour répondre à la question d'ear sur le payload:

Les 32 octets sont 16 répétition d'une struct de type SequenceStep. Il n'y a qu'à lire le code, cette struct consomme 2 octets, qui contiennent les 16 bits suivants:

GNNNNNNNLVVVCCCC

G: 0 si le step est inutilisé ; 1 si il contient une note
NNNNNNN: Valeur de note sur 7 bits, standard MIDI
L: 0 si la note jouée est retriggée ; 1 si elle est jouée legato
VVV: 3 bits supérieurs de la vélocité (la vélocité est codée sur 8 valeurs)
CCCC: Valeur numérique sur 4-bits, éditée sur la page "step sequence" ou dans la dernière colonne de la vue "tracker".

C'est ce que j'avais extrait des masquages, mais je me suis embrouillé entre la compréhension de la class SequenceStep qui est instanciée 16 fois et les index 0 et 1 de la var data_ --> Je manque d'entrainement, je ne programme plus tous les jours
"Il y a qu'à lire le code" --> bah oui, mais c'est bien ce que je faisais, le problème est parfois on ne voit pas ce qui est devant notre nez
Et comme d'hab il y avait du bruit dans le bureau, foutu collègues qui parle boulot quand je regarde des trucs perso
Merci pour l'info !

Bon je vais réfléchir à cet éditeur.

[ikkini]

Je viens d'aller voir le patch pour Max : http://www.damonholzborn.com/projects/shruthey/
J'ai pas Max, j'ai déjà penser investir, mais je ne suis pas certain de suffisamment l'utiliser...
Ce patch pourrait être converti pour Pure Data ? (version gratuite de Max)
Mais cela semble être l'outil le plus abouti !!

Je n'ai pas de Shruti sinon je vous aurais bien aidé. J'utilise Max depuis pas mal d'années donc aucun soucis pour compiler un éditeur compatible Mac/Windows, mais je n'ai rien à la maison pour vérifier si ça marche...
Voici déjà la version compilée pour Mac si certains parmi vous veulent essayer : http://www.doublev.eu/TEMP/Shruthey.zip

[ear]

Top ikkini !!!!
Ca marche presque !!!

Tout semble marcher sauf :
Get seq from Shruthi-1
Get patch from Shruthi-1
L'erreur remontée est toujours la même :

js: Checksum done gone went and failed to match. NaN NaN

js veut dire pb JavaScript ?

Bon on peut déjà éditer les paramètres dans le logiciel et le sauvegarder dans le Shruthi et c'est déjà énorme !

[ikkini]

Problème avec un module en java script oui, mais impossible à débugger d'ici... Il faudrait que j'analyse le patch. Là je n'ai fait que le compiler...