Adressing DAT table one level up: impossible?

I have a little script that for now updates a single value in a dat table. It works, but only if the Script Chop is on the same level as the table. If the table is placed one level up and to my knowledge correctly referenced to, the table is not updated.

The code:

def onCook(scriptOp):
	scriptOp.clear()
	running=int(op('running')['running'])
	done=int(op('done')['done'])
	
	test = int(op('SceneCounter')[0,0])
	# test = int(op('../SceneCounter')[0,0])
	test+=1
	op('SceneCounter')[0,0] = test
	op('../uSceneCounter')[0,0] = test
	return

So I have two dat tables: one on the same level of the Script Chop and one a level above. The latter is not updated, but I do see a dotted line from the DAT table to the container that contains the script chop, so there is a reference. When I go into the container, the DAT actually is updated. So it seems the script is only executed when I am inside the container.

This leads me to the impression that I am overlooking some fundamental concept here…?

What I want: I made some custom operators: a container that holds a timer and some other stuff. Each time the container runs out, a counter should be incremented. But I want to be able to update that counter from multiple instances of my custom operator.

There seems to be an extra “u” in the second to last line of your code, but I assume that that’s not your issue. I do get unpredictable dependency cooking behavior too occasionally and could quite pin-point it yet.

However, what you’re trying to do should probably be solved in CHOPs and using multiple inputs (each being 0 or 1, for sending an increment signal) to a mathCHOP set to “combine CHOPs: Maximum”. The result can than be piped to a counter.

Thanks for your reply. The u was indeed not the issue, must have accidentally added it while copy/pasting the code.

I didn’t get it, because I seemed to have a dependency there, so it should be cooking. However, I solved it with a chop exec dat.

And then I discovered the Scene Changer. Which was wat I was trying to build here. Same problems at first, but again a chop exec dat solved the problem.