lcd object and performance

Mar 7, 2010 at 7:22am

lcd object and performance

Hi,
I am drawing a 3D cube using the lcd object (projected to 2D of course). The orientation is updated by polling the serial object at regular time intervals. Since each update includes many ‘moveto’ and ‘lineto’ commands, the cpu usage gets close to 50% occasionally. In addition the size of the lcd object also matters – the cpu load gets higher as the lcd object is being set larger.

I thought that using qmetro instead of metro (for polling the serial object – that’s the only metro in the patch) will help reduce the cpu load, but it doesn’t. Two quations:

1. Why the qmetro dosn’t seem to make any difference?
2. Is there another solution to reduce the cpu load (besides the obvious of using larger time intervals between polling events)?

Thanks,

Ita.

#48976
Mar 7, 2010 at 7:22am

#175913
Mar 7, 2010 at 9:32am

You have most likely a graphics card capable of OpenGl.
There are two ways to use it in Max. The first is Jitter, the second is a jsui. Doing it by hand with drawing into a LCD is just overkill, let the graphics processor do the main work…

Stefan

#175914
Mar 7, 2010 at 9:39am

I’ll give it a try… Thanks!

#175915
Mar 7, 2010 at 11:48pm

if you are using a lot of uzi to draw, [defer] might make a difference.
there is also a lighter version of uzi, which i just can’t recall the name…

#175916
Mar 8, 2010 at 12:38am

unless i’m gravely mistaken, jsui can do openGL, but will only do it in software. is this wrong?

#175917
Mar 8, 2010 at 2:32pm

That’s correct. Although you can use js to program your jitter patches.

#175918

You must be logged in to reply to this topic.