@cipp0 You can do multiple windows if you really need it using pd~ object with ofelia, I tried it without problem. Then you can share data between two pd instance using network or share_mem external.

@ddw_music said:

I'm moderately puzzled that calling methods in Lua is normally : but for the listener, it's ofWindow.addListener... oh well, don't overthink, just copy the example.

Yes, it's always a source of mistake, I suggest you to take a look at this page with useful informations about class instances and more https://github.com/danomatika/ofxLua

I think the setup listener is only triggered once the gl window is created, So, I do it this way (which might not be the best):

Yes, try the pdjs external.

Go to Help -> Find external -> type pdjs

more infos https://github.com/mganss/pdjs

You can also use lua in pd with pdlua or ofelia.

I did a very simple quick and dirty visualizer using Gem a long time ago, here it is... don't expect a lot from it, but it can be a start for you to improve it. I will do a better one using Ofelia one day since Gem is too old now.

leapGem.pd
The abstraction needs Zexy library

I don't think leap motion camera can be accessed out of the box... but in Ofelia pd is crashing when I connect the leap, which means the lib "see it" at least...
Also I guess Ndi replaced Syphon/Spout today.
You can type "ndi" in "Find externals" and try the one from Antoine Villeret or find others attempts in google / Github like https://forum.pdpatchrepo.info/topic/11829/ndi-external [leapGem.pd]

@ddw_music Congratulation, I think you already achieved something nice here.
I am in the same case as you, I am just discovering openrameworks and lua at same time so the learning curve is pretty hard. But I see you are making great progress and I am very happy that someone help to make something nice here.

I replied in the github issue, I think it's a good time to re-think about the way the process is done in my abstraction yes, better to do it earlier than later...

@ddw_music said:

One consequence is that there would have to be a strict division between objects that produce image data (declaring the name), and objects that receive/process image data (require-ing the name)... which I think reflects the real situation.

I might have a solution to do the pixel access between objects without giving a name for reference, I replied to your issue here:

https://github.com/60-hz/Ofelia-Fast-Prototyping/issues/1#issuecomment-750807213

@ddw_music said:

One thing is that the [ofelia f] e.g. at the bottom of [of.image] shouldn't be named. That's obliterating the [ofelia d] namespace.

Yes, I think it's my fault, I dont remember why I did this way long tile ago... maybe I wanted to share buffers and add pixel FX but I misunderstood some parts. I will fix it.

@ddw_music said:

What is the reason for unbinding at the bottom of [of.image] btw?

We need to unbind the texture after drawing the last shape otherwise all subsequent shapes will receive the same texture. I did it in a old fashion pd way long time ago, but I discovered that it is possible to do it in main box if I declare a local outlet.

You can have a look at the last [of.muliimage] object to check the correct way to do it. I need to change all objects like that...

Edit: all texture objects are edited in the correct way now

@ddw_music said:

Nice, thanks. I'm slowly grasping what's going on in there.

@ddw_music, I just added [of.muliimage] that replicate pix_multiimage and add more features like the ability to replace any picture in the array using its index, and get different dimensions picture or filetype in the same array.
As usual it tooks me half an hour to make it roughly work, but half a day to make a clean intergration to pd abstraction with understandable help

@ddw_music said:

I ran into a bit of a snag trying to access pixel data... pick it up another day.

That's an even bigger task, but truelly interesting part! I see you opened an issue in github, I will discussed about it here in the nexts days. Thanks for the help.

I tried this solution few months ago under Catalina, but I had a very big choppy animation... So I switched to ofelia and never had any problem since.