Fist subdiv not output when using phasor @lock 1 and transport is started for the first time

It seems that a subdiv in a newly loaded patcher wont evaluate a recently assigned prob value as soon as the transport starts...is there a workaround for this?

If you load up this example patcher and then start the transport, the first subdiv of 16 gets output according to subdiv's default @prob 1 while the following subdivs get the more recently assigned prob 0. On subsequent loops, no subdivs are output so its only that first loop where the new prob value isn't evaluated for the very first subdiv.

This is a dumbed down example but its causing me problems in a sequencer device I'm building whereby the first note is often triggered when it shouldnt be or not triggered when it should be after my device has been loaded and the transport is started for the first time. Beyond that first time, the first subdiv is output correctly.

For anyone who might want to test it more quickly by deleting/re-loading the device in Live i'll include an .amxd