The overview shows optional new/returning singer ratios, recovery of the active pattern, removal of empty seats, and a request returning to its original order after a delayed version choice.
Jump to the full narration script
Watch this demo on YouTube. Use the player’s CC control for captions. The complete narration is also available below.
Full narration script
Every spoken line, with the original timestamps.
00:00:00.000 – 00:00:09.400
Unreleased preview: real interface, simulated connections; native playback untested. Here, new and returning singers alternate one for one.
00:00:09.400 – 00:00:17.400
The ratio control changes how newcomers join the line. At two to one, X and Y come before returning singer B.
00:00:17.400 – 00:00:26.100
Switching the order favors returning singers instead. A and B come before newcomer X. The highlighted rows mark new singers.
00:00:26.100 – 00:00:34.100
After A and X finish, Z joins late. Reloading preserves the pattern: Y, then B, then Z. It doesn't restart.
00:00:34.100 – 00:00:42.600
Next, automatic cleanup removes singers with no songs left. A stays in the line while their final song is still playing.
00:00:42.600 – 00:00:50.600
Once that song finishes, A leaves the active line, and B remains. A's identity and history are kept for later.
00:00:50.600 – 00:00:59.300
Here, B has a pending request. That keeps their place while the song is unresolved, even after renaming, merging, and reloading.
00:00:59.300 – 00:01:08.300
Rejecting that final pending request releases the reserved place. With no songs or requests left, B leaves, and the line is empty.
00:01:08.300 – 00:01:16.800
Finally, the request-order fix. Song one is waiting for a version choice, so only songs two and three appear in the queue.
00:01:16.800 – 00:01:25.700
Once approved, song one takes its original place: one, two, three, even after reloading. Approving it again doesn't add a duplicate.