I am getting very close to perfect working order here.

I am getting very close to perfect working order here. Only one small problem with flickering (I think).

Summary of project: developing code to use OSC messages via serial port to control WS2812B strip

I have divided the led strip into 4 groups (evens 0-28, odds 1-29, evens 30-58, odds 31-59) I have incoming messaging allowing the use of software faders sending OSC messages via serial to control hue and value for each of these 4 groups (full saturation).

My initial problem was:
When I tried to manipulate 2 of the VALUE faders simultaneously I got occasional 255/0 VALUE flickers in the simultaneously manipulated leds (not the static leds).

I added the delay(3); to the loop as I found in one of the forums and this got rid of the flickering when moving two VALUE faders at once.

However, now when I manipulate all 4 groups’ VALUE faders at once the flickering returns.

Manipulating all 4 of the HUE faders simultaneously causes no problems.

Manipulating individual faders to change hue or brightness causes no problems.

This is the arduino code: http://pastebin.com/1WqEfWYS

I can upload a video if that helps somehow.

Any advice is greatly appreciated!

(also posted way down in response to my original June 2nd post - forgive me for the repost!)

To me, it sounds like it might be in issue in the OSC sender. I would replace all the “leds[…]” setting with a Serial.println() of your data to see if the data you’re getting is the data you’re expecting. Basically use printlns to pretend you’re the LED strip. Your use of FastLED looks okay to me.

Curious what happens if you comment out the FastLED.clear(); at the start of the main loop? Is it needed?

How are the Serial.println lines used?

@marmil oh totally. I didn’t even see the .clear()

Thanks for your replies! Taking out the .clear() did not seem to have a noticeable effect. Sending a ramp from 0-255 over 8 seconds via OSC yields the values below (printing from the serial monitor via serial.println() for the int fad2). Definitely some unexpected discontinuities.
0
1
2
251
3
5
6
7
8
9
11
13
14
15
17
19
21
22
24
229
26
0
29
31
32
33
35
36
37
216
40
40
443
44
45
47
206
50
52
52
54
56
58
59
60
63
665
66
68
70
72
73
76
77
78
79
80
0
82
171
84
0
88
89
91
92
0
94
96
97
98
0
100
101
103
105
105
107
109
110
111
112
114
116
117
0
119
1123
123
0
127
128
130
130
132
133
135
117
137
139
141
144
145
147
14149
151
153
154
155
156
158
158
160
161
163
164
165
167
168
0
170
171
172
173
174
175
177
179
181
183
184
186
187
188
190
192
193
195
196
56
198
200
52
203
204
49
206
208
211
0
0
214
216
217
219
220
222
224
226
0
228
230
232
233
235
237
239
241
242
244
246
248
249
251
253
254