Ion Macro Execute on Complete

Hi there,

Quick question for you all. Is there a way of making the execute of a cue happen at the end of the Cue Time. Rather than at the start ?

I was thinking about a Macro, but this could apply to anything I guess.

For a particular project, I am seeking to fire a macro at the completion of every single cue, so whilst I could do Macro Wait to wait for the required length of time, something for the whole show would be better.

Any thoughts ?

  • the only thing i can think of is to add an additional cue after each cue you have now. those additional cues (let's call them point cues) would get a Hang 0 and an Execute Macro 1. but unless you use tracking, this could be a bit of a hassle.

    you could:
    Cue List Display
    Cue 1 Thru CopyTo Cue 10/1.1 Enter (now you have as many point cues as original ones)
    Cue 10/1.1 Thru Hang 0 Enter Cue 10/1.1 Thru Execute Macro 1 Enter (all point cues with hang and macro)
    Blind Tracksheet
    Cue 1.1 Thru Enter Chan 1 Thru 5000 At Enter (all point cues empty)
    Cue List Display
    Cue 10/1.1 Thru MoveTo Cue 1/1.1 Enter (you merged your point cues into your original ones)
    Delete Cue 10/ Enter (cleanup)

    i guess that should work, but it's untested... and there might be simpler methods...

    ueli

     

  • One way to do this with the existing syntax is to add a follow-on cue with a hang time of 0 that executes the macro. 

    --- uelirigg beat me to it.  :)



    [edited by: sk8rs_dad at 5:23 PM (GMT -6) on Sun, Apr 7 2013]
  • Thank you very much for your help. Would be a good option to add for the future, to trigger a cue at start or end of the trigger cue

  • using Uli sntax and add [cue only] and that should keep information from tracking if that is an issue. 

  • You need the values in the point cues to be tracked so that they automatically update whenever you update the 'real' cue.

    Creating these 'utility' point cues [Cue Only] (or asserting them) could break your show when the 'real' cue before is updated.
    They need to be completely 'blank' with no moves in them.

    Edit: Just realised what you meant.

    These utility cues shouldn't be recorded [Cue only] because the value in the 'real' cue afterwards is already correctly tracked or otherwise.
    You don't want to make any changes to the following cue, and [Cue Only] works by altering the 'next' cue to still contain the same values it had before the edit - by making some of them into moves whenever necessary.

    You don't want to do that, you want these inserted cues to be completely empty and transparent.



    [edited by: Richard at 6:20 AM (GMT -6) on Mon, Apr 15 2013]
Related