if(address.endsWith('children')){varreplyData=JSON.parse(args[0].value);// decode the JSON reply from QlabvartoReturn=replyData.data;// get the cue display name from within the JSONconsole.log(toReturn[0]);varcueList=[]for(letiintoReturn){cueList.push(toReturn[i].name)}receive(nameAddress,cueList.join('\r\n'));}
Possibly, display a list of cue names but keep a list of IDs in the menu. Then, if possible, find a way to highlight the current cue?
When running the script on the backup computer, it could not locate the config.json file in the same folder as itself to write the information into. Need to doublecheck if it's a script error, or a computer settings error.
Add skip forward and skip back (which work on both Main and Backup computers simultaneously), only visible if requested βΒ probably hide and show the same way as the BACKUP button.
Is it best to connect via TCP rather than UDP (set TCP PORT to 53001 and TCP TARGETS to qlabIP:53000), or to still connect via UDP and provide a heartbeat (/workspace/id/thump) every minute?
Discovered on playing-separate-cuelist branch, but likely exists in the main branch. When the displayed cue list reaches the end and displays no cue, the playing cue display does not update until you hit refresh.
Suspected the problem has to do with every computers' users being named the same e.g. "sss".
However, the Qlab mac also struggled to disconnect from the system Mac, and I had to reboot to disconnect. It could be that the connection was just not working properly. Investigating further.
The second script to setup the .config file for Open Stage Control must be run on the computer being used as the server, in order to have the correct path. This means it can only be run on a Mac, since the script is applescript.
Maybe rewrite in JS? Or find a way to allow running remotely from the Qlab mac while still finding the correct path?