Bonjour...soir, Ars Robota,

Un petit schéma:

[netreceive 3000]
|
|
[makefilename %d.wav]
|
|
[open G:/rec/$1(
|
| [start( [stop(
|/
[writesf~ 2]

Tu peux ainsi numéroter tes fichiers audio : "1.wav" ,"2.wav",...etc. Le chemin de l'enregistrement
est par contre déjà déterminé, mais est-ce un problème? Pour déclencher l'enregistrement :
un message [start( et pour l'arrêter [stop(...Le moteur audio de PD doit être actif au moment
de la création du fichier "[open G:/rec/$1(", faute de quoi, ça ne fonctionnera pas. Pour les
messages de déclenchement et d'arrêt de l'enregistrement, penses-tu les commander depuis
VVVV? Il serait peut-être alors plus intéressant d'utiliser l'OSC (open sound control).

solipse.

Bonjour Ars Robota,

Voici un patch, avec l'objet [route], pour te permettre de diriger tes commandes
(open, start, stop...) vers les messages correspondants.




Pour l'OSC, il s'agit d'un protocole, comme le MIDI, mais plus souple. Il nécessite
l'ajout d'une librairie, que tu peux trouver ici.

Mais ce que tu cherches à obtenir est réalisable avec [netreceive], et si tes premiers essais
sont concluants, peut-être mieux vaut continuer sur ta lancée.

Je joins le patch.

Et ça, sur le site de VVVV, qui devrait t'aider.

solipse.

Dernière modification par solipse (2009-01-05 12:26:00)

(re)Bonjour Ars Robota,

Le message [open ...( est activé quand tu lui envoies une valeur, 1, 2, etc.
numérotant les fichiers audio. Un message [bang( n'est pas nécessaire.
Ne pas oublier d'activer l'audio dans PD en premier...et vu que tu le fais d'une
machine distante, ça signifie un message de plus:

[; pd dsp $1(

Quand la variable "$1" vaut 1, l'audio est activé. 0, pour désactiver.
Ne pas oublier le ";" au début du message il fait parti de la syntaxe.

Dans [route ....] "nbfile", "start" sont des variables. Donc à partir de VVVV,
tu dois utiliser les mêmes noms de variables pour qu'elles soient correctement
routées.

Jettes un œil à l'exemple proposé sur le site de VVVV --> Interfacing with vvvv.
Voir le lien du post précédent. Je pense que cela correspond à ce que tu veux
obtenir.

Bon, j'essaie de te faire un patch complet (VVVV/PD), dès que possible.

solipse.

Bonjour,

A dire vrai, je ne sais pas s'il est possible d'employer des variables dans VVVV.

Les essais que j'ai réalisés étaient de PD à PD, en localhost.

D'un autre côté, j'ai commencé un patch, comme je te le proposais. Mais ne
connaissant pas assez VVVV je rencontre 2 problèmes/questions que tu peux
peut-être résoudre.

1/ Existe-il un objet similaire à [pack] dans VVVV?
     Pour pouvoir connecter les 4 messages nécessaires.

2/ Pour obtenir des valeurs entières, comment configurer IOBOx...?
     Pour la numérotation des fichiers audio créés. Il est possible de convertir
     la valeur flottante envoyée par VVVV dans PD, mais si la conversion
     était évitable...

Dès que j'y vois plus clair, je t'envoie l'ébauche du patch commencé.

Bon, nous devrions avancé...

solipse.

solipse a écrit:

2/ Pour obtenir des valeurs entières, comment configurer IOBOx...?

Pour convertir en valeurs entières il y a cette méthode, mise au point par Kalle : http://vvvv.org/tiki-index.php?page=kalle.Modules.Value



Pour formater une chaine à partir de valeurs numériques :



Sinon, il y a quelque temps, j'avais proposé un canevas pour faire communiquer processing et pure-data par osc, à toutes fins utiles!

En mélangeant ça et oscencoder ça doit être possible de formater une chaine pour pd ?

Extrait de l'aide vvvv :

Bonjour Ars Robota,

Voilà où j'en suis, une solution pas très élégante...mais qui fonctionne.



Et du côté PD:




Bon, quatre NetSend...et autant de netreceive dans PD, sur des ports séparés,
il faudrait tout de même trouver mieux. La solution est peut-être du côté de l'OSC,
mais cela doit être réalisable avec NetSend, tout aussi bien. Ce qui fait défaut,
c'est un équivalent à [pack], Vector et Cons ne semblent pas avoir le même
comportement et être destinés au même usage.

Sinon, pour la création du fichier audio et sa numérotation avec un entier, la combinaison
TogEdge / Counter semble efficace.

solipse.

Dernière modification par solipse (2009-01-07 13:54:28)

Super! Merci solipse, ça marche. Il reste juste un petit soucis, pd me dit toujours "error: writesf: start requested with no prior 'open'" lorsque je veux lancer [start(

Je me suis permis de modifier un peu ton patch v4...

Dernière modification par Ars Robota (2009-01-07 21:13:45)