Resolume Forum

by adding few more channel might be your problem will be fix

Menno wrote: ↑Tue Jan 05, 2016 17:14 When we decide to add uv to the color spaces, how do you expect us to drive this channel with video?

I think I might just be partly reiterating what has already been said:

You could have a (new?) Channel type other than pixel block or range parameter:
-A single channel similar to a range parameter
-Where the input is a dropdown to select from the R, G, B, A or other future (pixel/video) data on the input side. A mapping. (overkill would probably be a custom expression in a text box)
-A slider could be used as a multiply / scale to adjust the strength of how much the selected channel maps to the output.

This would enable mapping RGBA to an arbitrary number of output colours (or pan/tilt) - but only the pixel blocks would stick to an actual colorspace.

Hi guys,

+1 : a slider to control the intensity of a UV channel.

No need to represent UV on a screen. It's not in the RGB spectrum, so it would be difficult.

However a simple slider to control UV intensity would be great.

Bonus would be an option to modulate the slider with LFO (repeating waveforms, that modulate sliders, often linked to BPM).

You could solve building an artnet to dmx node using esp8266.
You basically read the artnet data from resolume and convert the output dmx channels skipping the UV using a translation function like this:
In-out
1-1 (dimmer)
2-2 (strobe)
3-3 R
4-4 G
5-5 B
6-6 W
7-7 A
8-9 R
9-10 G
10-11 B
11-12 W
12-13 A
13-15 R
14-16 G
15-17 B
16-18 W
17-19 A
18-21 R
....
And so on. In resolume you just need to configure:
1 parameter (global dimmer)
2 parameter (not used)
Block of X RGBWA pixels (X=number of your leds, for example 12)
Hope it helps