Pause all - difference between midi trigger and keyboard trigger/pause button

122 views
Skip to first unread message

Tim Fox

unread,
Oct 31, 2024, 10:06:21 PM10/31/24
to QLab
Hi all.
Have purchased a midi / usbc trigger and captured the keypress into workspace midi settings without an issue. 

Screenshot 2024-11-01 at 1.00.14 pm.png

Running audio cues, they pause / restart fine.

However, if the cue has a pre-wait, triggering Pause All via midi does not stop the pre-wait.

If I use the press the Pause button or a keyboard shortcut assigned to Pause All, cues with pre-waits will stop and resume correctly.

Any ideas where I might be going wrong?

Cheers,
Tim

micpool

unread,
Oct 31, 2024, 10:22:52 PM10/31/24
to QLab
You seem to have assigned the same cc values to pause and resume

Mic

Tim Fox

unread,
Oct 31, 2024, 10:32:38 PM10/31/24
to QLab
Hey Mic. 
Yep. Had assumed that it was possible to pause all / resume all with the same key. Just did a quick test removing the midi trigger from Resume All and now cues with pre-waits pause correctly. I guess the solution to the use case is a script, so the same midi trigger could pause active cues, or resume paused cues.

Thanks for the super quick reply. Cheers.

micpool

unread,
Nov 1, 2024, 12:07:18 PM11/1/24
to QLab
I didn't think a  script would work because resume does not appear in the QLab Applescript dictionary. I thought it would be relatively trivial to use the  OSC  /togglePause method triggered by  the  MIDI cc  you had assigned to both pause and resume all, but can't get that to work reliably on a single cuelist or using a wildcard. I also can't get  /pause and /resume OSC methods to work with a classic arm disarm toggle because when the workspace pauses it stops the arm and  disarm cues, and also the toggle won't reset itself to the correct state if the pause is cancelled by a different method e.g ESC

As I was typing the above, I realised that the OSC workspace /pause/and /resume methods could be included in a script using shell script and that that script could see if there were currently any paused cues  and if there aren't  /pause the workspace and if there are /resume. This gets around the lack of a resume in AppleScript.

Because the script is running in a separate process, it continues when the workspace itself is paused, so it seems to work well, although I may have overlooked something. 


The solution is a script cue triggered by your MIDI cc message with the following:

tell application id "com.figure53.QLab.5" to tell front workspace

if (count of (cues whose paused is true)) > 0 then

set theOSC to "/resume"

else

set theOSC to "/pause"

end if

do shell script "echo " & quoted form of theOSC & " | nc -u -w 0 127.0.0.1 53535"

end tell


Mic

Tim Fox

unread,
Nov 1, 2024, 7:24:21 PM11/1/24
to QLab
Thanks Mic. Will give it a crack.

Tim Fox

unread,
Dec 3, 2025, 11:19:36 PM (11 days ago) Dec 3
to QLab
So bit of a zombie thread, but tried using your script Mike and it seem to have an issue.

dropped a few dialog boxes in and seems the logic is correct, but the OSC messages aren't working.

any ideas?

tell application id "com.figure53.QLab.5" to tell front workspace
if (count of (cues whose paused is true)) > 0 then
display dialog "There are paused cues " buttons {"OK"} default button "OK"

set theOSC to "/resume"
else
display dialog "There are running cues " buttons {"OK"} default button "OK"

set theOSC to "/pause"
end if
do shell script "echo " & quoted form of theOSC & " | nc -u -w 0 127.0.0.1 53535"
end tell

micpool

unread,
Dec 4, 2025, 1:28:23 AM (11 days ago) Dec 4
to QLab
Have you set up OSC access with no passcode in QLab settings?

Mic

Tim Fox

unread,
Dec 4, 2025, 3:20:58 AM (11 days ago) Dec 4
to QLab
Mike, 

+1 beers to you. Had password on the Control permission. 🤦🏻‍♂️

Screenshot 2025-12-04 at 7.17.42 pm.png

Thanks mate! Show tomorrow, so really appreciate you helping out super quickly.

Cheers,
Tim


Reply all
Reply to author
Forward
0 new messages