Getting “FAILURE IN SERVER /s_new Group 33 not found”
Here’s where the group is created.
latency 0.2 SysClock logical time 512.875244321 thisThread's logical time 512.875244321
[21, 32, 1, 1]
[21, 33, 1, 32]
Here’s the corresponding s_new.
latency nil SysClock logical time 513.27642326 thisThread's logical time 513.27642326
["/d_recv", "data[ 625 ]", [9, 'temp1010', 1005, 1, 33, 'hpfreq', 'c23', 'i_out', 18, 'out', 18, 'outbus', 18]]
512.875 (logical time of group creation) + 0.2 = 513.075.
d_recv + s_new happens at 513.276.
Therefore d_recv + s_new should happen later.
But apparently the g_new is happening more than 200 ms later than expected.
No change in code from this morning, when the same init script worked perfectly (the only other difference being, waking the computer from sleep more recently, which I know in Linux sometimes messes up the clock).
Suggestions?
PS This was using a Bluetooth device with Pipewire – not an ideal practice but I’m traveling and didn’t bring proper headphones. I could work around it by booting the server against the built-in audio device, then using Raysession to switch SC’s audio output. Maybe that’s the best that can be done but I still wonder why the OSC timestamp resolved so poorly this time.
hjh