Event Callback Timeline_Beat doesn't give messages via nested or referenced events

Hi tristanjl,

Thanks for the clarification. I guess that is where the confusion stems from, the fact that other types of markers work in child events, but beat callbacks are exclusive to a single event. It would be very useful if you could pick which event (parent or child) it should do the beat callback from. I’m not sure if this could be done by checking if the parent event has a tempo marker or not. If it has one, it sends callback messages from that, but if it doesn’t, it goes to the next tempo marker it can find in any of the child events.

If there are multiple child events with tempo markers, I suppose it could pick whichever event is currently playing (that it would work with my example above with a multi-instrument hosting the child events.)
If the child events are playing simultaneously, it could pick the first one it finds, although I suppose this is a really specific use-case, and I can’t even see where you would want to use this, which goes back to your argument of the usefulness being in question.

But if you could at least discern between parent and “currently playing” child events, that would be great. The reason I’ve set it up this way is that the parent event controls the randomization and transitions between the child events. It cycles through the child events at random, then loops them. But the loop region has a 1% chance to disable itself, which will make the playhead go to Transition Marker A which sends it back to Marker A, picking a new child event and loops again.
This is much easier and more manageable than having a custom script that handles all this.

Regardless, until this feature goes in, if it even does, do you have any ideas about workarounds for this?

The only other way I can see this working would be doing something like having all the child events listed horizontally on the timeline and have a bunch of transition markers to jump between, but that is gonna get messy fast with transition markers. Then have a parameter that gets randomized from script and then set conditions of the transition markers to be hooked up to this parameter. Something along the lines of this: