benjamin vyger

I would like to convert r, g, b datas from a [jit.martrix 3 char 50*30] in order to have one data for each pixel

With that conversion I will have 50*30 datas and not 3*50*30 datas.

if I you that in Arduino the code is like this

     for (uint8_t j = 0; j < (30); j++) {
     int r= msg.getInt(j*3+0);
     int g= msg.getInt(j*3+1);
     int b= msg.getInt(j*3+2);

     uint32_t couleur = r << 16 + g << 8 + b;
     Serial.print ( " " ); Serial.println ( couleur); 

but I prefer to do that from Max to earn RAM.

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

I can only receive 1500 datas at once  with OSC message with my esp32.

 So I will have to split datas to 52 times to be able to send 1500 datas/frame, beacause  320*240/52 = 1477

For now I can send data  from Max to Arduino in order to assign different color to 8*8 pixel screen, it works very well. 

Thank you very much for  your help and advices !

Hi,

I would like to convert r, g, b datas from a [jit.martrix 3 char 50*30] in order to have one data for each pixel


With that...

convert-rgb-to-one-unit32-receive-320240-datas-in-order-to-see-colors-on-a-screen

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

 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:

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

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.

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 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)

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

where is that in your patch and that arduino code,

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,

Convert RGB to one unit32. Receive 320*240 datas in order to see colors on a screen.