Sjoerd W Bijleveld

I have attached a screenshot of a part of my patch. As you can see it contains 26 instances of jit.gl.window (with 26 times the same .obj file loaded), the only difference being the name (swb1/2/3 etc.). I'm pretty sure ;-) there must be a way to make this more efficient. I think "poly~" is the way to go, and I did study this, but still I don't know how to make it work. One more thing: I must keep the ability to switch the fog attribute on and off. Thanks in advance!

Screenshot 2018-12-23 at 19.23.39.png

I have attached a screenshot of a part of my patch. As you can see it contains 26 instances of jit.gl.window (with 26 times the same .obj fi

making-a-patch-more-efficient

I forgot to mention why I needed so many instances. It is because I need individual access to the members (nodes) of a drawgroup . With the drawgroup attribute it is not possible to access multiple objects. It is one or all. So if someone comes up with a solution it should include access to various combinations of drawgroup members c.q. nodes. Again, thanks in advance for any help!

I forgot to mention why I needed so many instances. It is because I need individual access to the members (nodes) of a drawgroup . With the drawgroup attribute it is not possible to access multiple objects. It is one or all.  So if someone comes up with a solution it should include access to various combinations of drawgroup members c.q. nodes. Again, thanks in advance for any help!

Based on jit.gl.multiple documentation, you should be able to control an object's attribute using the "attr." prefix. So this should work (it seems to work on Max 8) :

I did load my OBJ file an did some experiments by changing numbers, but it did not give me a clue how to solve my problem. Maybe I was not clear enough about my goal. At the moment my patch does exactly what I want it to do, I can control every object (or groups of objects) within a OBJ file, but still I think there must be a more efficient way. This link (https://cycling74.com/forums/drawgroups-on-jit-gl-model) is about the same "problem" and the answer of Rob Ramirez suggests using the poly~ object, but I have difficulties to understand how to make this poly~ work in my case or if it is even possible.

Thanks for the help and the patch!
I did load my OBJ file an did some experiments by changing numbers, but it did not give me a clue how to solve my problem. Maybe I was not clear enough about my goal. At the moment my patch does exactly what I want it to do, I can control every object (or groups of objects) within a OBJ file, but still I think there must be a more efficient way. This link (https://cycling74.com/forums/drawgroups-on-jit-gl-model) is about the same "problem" and the answer of Rob Ramirez suggests using the poly~ object, but I have difficulties to understand how to make this poly~ work in my case or if it is even possible.

you can create a little pre-loader sequence that iterates through the model drawgroups at loadtime outputting the matrices into jit.gl.mesh objects. using poly~ or JS for this task would be wise. here's a basic example:

Rob, thanks for the reply and your patch! This seems basically a solution to my issue. Of course I need to dive deeper into this patch and have to figure out, for instance, how to add textures and if, in this approach, the nodes in a drawgroup can still be bound to animation (jit.anim.node).

Rob, thanks for the reply and your patch! This seems basically a solution to my issue. Of course I need to dive deeper into this patch and have to figure out, for instance, how to add  textures and if, in this approach, the nodes in a drawgroup can still be bound to animation (jit.anim.node).

Making a patch more efficient