Kingkor Roy Tirtho ac5971846b fix(jam): keep guests on the host's recording across song changes ... - The host sends its source for the current song and the next two with every anchor, so guests switch to the same recording before the song starts. Guests drop the cached audio and stream URL for a re-pinned song and reload it. - Pins are retried once the room's queue arrives, instead of being lost when a guest joins before the queue. - A guest that finishes a song a little early waits for the host instead of jumping back to the old song, and guests don't start endless playback on their own. - Position tracking restarts on every song change, ignoring stale reports from the previous song. - The device queue keeps its queue and current-entry flows live all the time. With WhileSubscribed they went stale when nothing on screen watched them, and the stream proxy answered 404 for queued tracks. - Simulation tests run on the real device queue, cover recording switches, early song ends, idle CPU use and a long soak session.		2026-10-31 23:03:10 +06:00
..
composeResources	refactor(jam): move the room server to its own repository	2026-10-31 19:01:44 +06:00
kotlin/org/spotube/spotube	fix(jam): keep guests on the host's recording across song changes	2026-10-31 23:03:10 +06:00
rust	feat(jam-session): integrate MQTT broker configuration and enhance jam session settings	2026-09-11 19:35:54 +06:00
templates	refactor: move package name from dev.krtirtho to org.spotube	2026-10-16 15:37:15 +06:00