I wonder if one could employ a timer - it’s quite happy to fire in between the frames, as many times needed, too. But the results are not distributed equally between the 2 frames, afaik.
The problem is that time between adjacent row values is less than a tick.
What is the end goal, though? What are you making that is so time sensitive? Let’s say you manage to pull it off and read the lines faster than Tick (with a timer). You still cannot start playing the sound between the frames (can you?). You can always up the frames, ofc, a sustainable 240Hz refresh is easily achievable these days. Modern computers reach several hundred frames per second, you could breach 1k fps. I’m ignoring the fact that 500Hz+ refresh screens are not available commercially, we’re talking sound, anyway.
And coming back to the actual application, can anyone tell if the sounds is played in the 1st or 2nd frame, even in a sluggish 30Hz scenario? If you add up all the input lag from the user devices, the 10ms delay seems insignificant. Someone corrects me here if I’m wrong, please.