El protocolo DMX transmite hasta 512 canales por cada universo (DMX universe), que es el equivalente de unos spread de 512 slices.

Los valores DMX son números enteros en el rango (0..255) pero en vvvv lo tienes que definir en el rango (0..1). Ten en cuenta que la resolución es siempre de 8 bit y siempre son posibles sólo 256 pasos (incluyendo 0 y 1).

Art-net es un estándar para la transmisión de DMX a través de Ethernet.

vvvv soporta las especificaciones Art-Net II con un total de 256 universos: 16 sub-redes con 16 universos cada una.

Como definido en el protocolo, Art-Net se comunica por UDP en el puerto 6454 (0x1936).
El puerto puede ser modificado: lanza vvvv por línea de comandos con la opción '/artnetport nnnn' (nnnn - el puerto deseado).

Ejemplo en la carpeta your vvvv\girlpower\ :

• IO\DMX

Visita también:

• Contributions relacionadas
• Algunos módulos DMX by kalle
• Listado de hardware DMX
• Material sobre DMX del node08

vvvv puede comunicarse con cualquier aparato HID (dispositivo de interfaz humana), por ejemplo joysticks, mandos de consolas, paneles de botones, guantes cibernéticos y otros aparatos conectados por medio de USB.

Para más informaciones prueba los parches de ayudas de los nodos HID y las páginas wiki sobre los nodos HID.

vvvv puede enviar llamadas GET y POST para obtener/enviar datos desde/a servidores web.

vvvv puede también actuar como servidor web usando el nodo HTTP (Network Server).

Ejemplo en tu carpeta vvvv\girlpower\ :

• IO\Web

Los controles MIDI pueden ser: perilla de volumen, rueda de modulación, perilla de paneado, pedal, etc. El aparato en si mismo suele ser definido como "device" y envía los datos en un canal MIDI especifico.

vvvv enumera los canales MIDI de 0 a 15 y las notas de 0 a 127. Las velocidades (corresponde a la fuerza con la cual se toca una nota) y el numero de control están definidos dentro del rango (0..1).

El Buffer Length de los nodos MIDI input envía el numero máximo de mensajes MIDI entrantes. Sólo un mensaje cada frame de vvvv será enviado mientras que dentro del lazo de tiempo de un frame más que un mensaje puede llegar en la entrada.

• Si prefieres una respuesta inmediata pon el pin 'Buffer Length' a un valor bajoo, por ejemplo 0

• Si prefieres estar seguro de recibir todos los mensajes MIDI enviados, pon el pin 'Buffer Length' a un valor alto, por ejemplo 999.

Un parche que recibe y entiende lo que tu MIDI device está enviando:

• IO\Midi\02_KnowYourDevice.v4p

Un ejemplo sobre como recibir diferentes notas y cc en diferente canales:

• IO\Midi\03_ReceivingNoteAndControl.v4p

Mira los otros ejemplo sobre MIDI:

• IO\Midi\

Existe además una herramienta muy útil para configurar MIDI y OSC llamada TodoMap. Mira los vídeo tutoriales en this contribution de vux y antokhio.

Los nodos TodoMap son contribuidos por vux y vienen con los addonpack.

Modulos MIDI:

• Midi-related contributions
• A range of Midi modules de kalle

El protocolo OSC se puede utilizar para la comunicación entre vvvv y otras aplicaciones como Ableton Live, Pure Data, Max/MSP, Resolume... etc.

OSC es muy útil por ejemplo cuando quieres enviar diferentes parámetros a través de un puerto UDP.
OSC asigna una "dirección" a cada parámetro para facilitar el filtrado de los datos al momento de recibirlos.

Ejemplos en la carpeta vvvv\girlpower\ :

• IO\Networking\2_Advanced (OSC)

Existe además una herramienta muy útil para configurar MIDI y OSC llamada TodoMap. Mira los vídeo tutoriales en this contribution de vux y antokhio.

Los nodos TodoMap son contribuidos por vux y vienen con los addonpack.

Puedes probar la comunicación TUIO usando uno de estos software simuladores (hacer scroll hacia el final).

El nodo TUIODecoder (Network 1.0) es contribuido por Abomb y viene con los addonpack.

Ejemplos en la carpeta vvvv\girlpower\ :

• IO\TUIO

La diferencia principal entre los protocolos UDP y TCP es el hecho que mientras UDP transmite los datos mas rápidamente, no garantiza que todos los datos lleguen mientras que TCP suele ser mas lento pero garantiza la llegada de todos los datos.
Así que generalmente UDP es utilizado para streaming de datos o envíos donde no es importante si algún paquete se pierde por el camino, mientras que TCP se usa cuando cada paquete tiene que llegar a su destinación. UDP también permite retransmitir a un rango de clientes. Esto se puede cumplir usando un IP como por ejemplo x.y.z.255 (donde x.y.z es tu subred, ej. 192.168.0) para el Remote Host.

Cuando envías diferentes parámetros a través de UDP (o TCP) en un puerto, considera codificar los datos usando el protocolo OSC. OSC asigna una dirección a los datos que así pueden sencillamente ser filtrados al recibirlos. Siempre y cuando tengas un solo parámetro en un canal podrás usar UDP/TCP directamente.

Ejemplos en la carpeta vvvv\girlpower\ :

• IO\Networking