code:sonic
- classe EE_Group : deux sous-classes EE_GroupSpat (spatialise) et EE_GroupNoSpat(ne spacialise pas).
- classe Sonic : Reçoit les ordres provenants du réseau (osc), fait certaines vérifs, prends certaines dispositions (On veut un son spatialisé, est-ce qu'on a demander de le jouer dans un EE_GrroupSpat?, fichier existe?, nom pas déja utilisé? …). C'est l'interface. méthodes (je ne donne pas les méthodes “privées”:
- sonInit(fading) :
- initialise le serveur
- initialise les structures de données contenants :
- l'ensemble des sons/effets
- l'ensemble des EE_Group
- les 3 bus de controles x,y et angle
- playFileThisTime(name,filename,groupname,time,start,dur,to_spat,x,y): Lit le fichier filename(besoin du chemin complet), le référence sous le nom “name” danslegroupe groupname, pendant ce “time”, la lecture se fait sur un buffer de durée(secondes) “dur” et commence au temps(secondes) “start” de “filename”, il est(true) ou pas (false) “spat”tialisé, si oui il est placé en “x,y”.
Je ne décris pas mais même délire avec :
- playFileLoop
- playFileOnce
- playSynth(pas fonctionnelle)
- removeAt(name) supprime le “son” appelé “name”
- setPos(x,y) : met la position du joueur (Dans les bus adéquats.
- setAngle : met l'angle du joueur
- Vraie interface : osc, chargée au lancement de supercollider par ~/.config/SuperCollider/startup.scd, ainsi que les synths utilisées par EE_Groups (spatialisation, playfiles)
Manque les interfaces pour récupérer des trucs de jack. Et certainement d'autres et peu être remaniement des EE_Groups.
Spatialisation et non spatialisation pour performances(effets par uncanal plutôt que 4. Peut être que c'est se compliquer la vie.
EDIT: -playStream
Plus de non spatialisation, tout l'est, donc plus deux sous EEGroups
code/sonic.txt · Dernière modification : 2024/02/09 16:26 de 127.0.0.1