320x240 data reception via WIFI. Converting data for drawing on a TFT screen. RESOLVED

before you proceed with zl objects check zlmaxsize attribute which defaults to 256

thanks

I added this

zl.group 1500@zlmaxsize 4500. <-- 1500 pixel with 3 color

But as I said, I am not sure that sending 52*1477 is a good method to assign color to each pixel on, a screen of 240*320 pixels.

But I don't know others methods. so... convert r,g,b to one data will be a first step.

And I think I don't need a so good resolution. may be 60*80 pixel will be enough.

RGB type char easily fits into a 32 or 64 bit number by concatenation:

255255255

to avoid issues with leading zeroes you might want to add a 1 or a symbol at the beginning:

x003255003

1003255003

alternatively, for even shorter data, you could multiply the G values with 255 and the R values with 255*255 before you sum them; this will also create a unique number for each possible 8-bit color.

furthermore you could compress such a dataset by only giving the rgb value for the pixel where it first appeared, and when the same color is required for another pixel, only refer to the first pixel.

Thanks Roman.

But before converting datas (as a simple addition), I have to split each 3 first data from jit.matrix 3 char 50 30 in order to do your process. ..

And I can't do that easily.

And datas I will send, are not such as dataset. So no possible to compress

maybe i am still outside the context, but to get the RGB data from such a small matrix using counters to harvest values using "getcell" seems appropiate.

eventually transforming the matrix into one of dimensions 1500/1 - and then splitting it into 3 (of R, G, B channels using jit.unpack) - would be a good preparation (and more effective than using messages for all of this)

you wrote :

• At the end, the goal is to send data from Max to Arduino in order to assign different to 320*240 pixel screen.

If you want to missuse arduino to set rgb for 240X320 pixel display using OSC messages,

it makes 320 x 240 x 3 = 230400 values.

where is that in your patch and that arduino code,

which actually prints to serial port ?

if you want to paint pixel by pixel, than closest go would be to use

240 rows containing 320 x 3 (960) rgb values and see how fast you can paint.

and that has to be parsed so in arduino code,

so that you can address pixels properly.

Hi ! Thanks for your help.

Here how I send 5 lines of 320 pixels. zl.group 60 on the right of the screenshot was just to check the method

But I'm sure there is a better method to send 240 lines but I can't do that. Can you help please?

Then. I will have to adapt the program you dit for me last time.

#include <WiFi.h>
#include <WiFiUdp.h>
#include "esp_wifi.h"
WiFiUDP Udp;
IPAddress local_IP(10, 10, 10, 10); IPAddress gateway(10, 10, 10, 1); IPAddress subnet(255, 255, 0, 0); // Router
const unsigned int localPort = 8888; // UDP Port
uint8_t buffer[960];
#include <FastLED.h>
#define NUM_LEDS 320 // here LED are 320 pixels on each of 240 row
#define PIN_CONTROLLING_STRIP 21
CRGB leds[NUM_LEDS];

void setup() {
WiFi.mode(WIFI_STA); esp_wifi_set_ps(WIFI_PS_NONE); WiFi.config(local_IP, gateway, subnet);
WiFi.begin("SSID", "12345678"); Udp.begin(localPort); // SSID & password
FastLED.addLeds<NEOPIXEL, PIN_CONTROLLING_STRIP>(leds, NUM_LEDS); FastLED.setBrightness(180);
for (int i = 0; i <= NUM_LEDS; i++) {leds[i] = CRGB(0, 0, 0); // turn off all
FastLED.show();} 
}

void loop() {Udp.parsePacket(); if(Udp.read(buffer, 960) > 0) {doit();}
}

void doit(){for (uint8_t i = 0; i < NUM_LEDS; i++)
{leds[i] = CRGB (buffer[i*3+0], buffer[i*3+1], buffer[i*3+2]);}
FastLED.show();
}

I had an answer ready a month ago, by I forgot what was all this about after that long time.

When I get time again I will check it.