Julien Bayle

still obssessed by data & numbers, I'm starting to sketch something and I need to write very quickly numbers on a screen.

jit.lcd is nice but I would like to know about your experiences with that.

I need to be able to calculate a grid of text character depending on the size of the matrix popped out by the jit.lcd and on the current font size too.

Maybe, I'll handle each element as a region in order to be able to precisely clear one or a group of regions, then rewrite inside of these parts of the display.

I'm almost convinced to use only max objects to control the jit.lcd but maybe a proper mxj could be nice too. or even external.

Hi there,
still obssessed by data & numbers, I'm starting to sketch something and I need to write very quickly numbers on a screen.

I need to be able to calculate a grid of text character depending on the size of the matrix popped out by the jit.lcd and on the current font size too.
Maybe, I'll handle each element as a region in order to be able to precisely clear one or a group of regions, then rewrite inside of these parts of the display.

writing-a-lot-of-number-quickly-on-the-display

Possibly passing a char matrix to jit.gl.text3d? Have a look at the helpfile.

Possibly passing a char matrix to jit.gl.text3d?  Have a look at the helpfile.

No problem with that and it would take benefit of opengl/gpu stuff.

But the bottleneck would be the feed of the matrix. I'd have about 1 number per ms arriving by my data provider process.

I have to use a very basic routine feeding/filling matrices very quickly.

My "problem" about the size of each element and the whole size of the grid remains, btw.

But the bottleneck would be the feed of the matrix. I'd have about 1 number per ms arriving by my data provider process.
I have to use a very basic routine feeding/filling matrices very quickly.

My "problem" about the size of each element and the whole size of the grid remains, btw.
Maybe this can only be done empirically.


Writing a lot of number quickly on the display