I’m trying to us the connector class to wire some text TOPs to a GLSL TOP from within the script field of a replicator comp and I’m having some problems. I can get Python commands to execute from a text dat but not from the replicator. Also if I use outputConnectors the text dat will only connect to an op already connected to the GLSL TOP.
Hi Keith.
Can you post a small example with this issue?
Offhand sounds like its not able to resolve the op() references properly.
Perhaps its at a different location then you expect?
is a known issue we’ve been having with this operator but are reluctant to change its ‘starting script location’ to avoid breaking existing scripts.
We are thinking of getting rid of that script line altogether and making it function call based like the CHOP Execute DAT for example.
Ive simplified the way connecting works so in the next build you’ll be able to change it to:
Hi Rob, thanks for all the info that’s great. I’ll implement the new method when the next build is released.
You definitely have my vote for removing the script parameter and replacing it with a text dat. I’ve wanted that feature in the past when having to write many different expressions.
Now with python it seems to be much easier to get attributes using curItem that was using Tscript $ITEM.
In a related issue, is there a way of having multiple lines execute in the replicator script parameter? For example, I’m trying to get three separate output connectors from each replicated operator to connect to three separate input connectors on merge operators. It currently works with the first connection script but when I repeat the command the whole script gets broken.
It looks like this:
me.curItem.outputConnectors[0].connect(op('../merge_1'))
me.curItem.outputConnectors[1].connect(op('../merge_2'))
me.curItem.outputConnectors[2].connect(op('../merge_3'))
I have a feeling there’s a simple answer to this but I haven’t found it yet. Frankly, to follow up on this thread, a separate DAT operator connected to the Replicator would be great!