Hi @Tony_West
I’ve reviewed the logs around the timeframe you mentioned, and based on the data we have, I don’t see evidence of a prolonged idle pause between tracks.
The track started at 00:10:11 To the Women in My Life / Le Lis - Billy Cobham
12/18 00:10:11 Trace: [MicroRendu] [Lossless, 24/96 TIDAL FLAC => 24/96] [100% buf] [PLAYING @ 0:02/4:14] To the Women in My Life / Le Lis - Billy Cobham
The original track completes normally at 00:14:09, and Roon advances to the next track immediately. With the 34% prebuffer.
12/18 00:14:09 Trace: [MicroRendu] [Lossless, 24/96 TIDAL FLAC => 24/96] [92% buf] [PLAYING @ 4:00/4:14] To the Women in My Life / Le Lis - Billy Cobham
12/18 00:14:14 Trace: [MicroRendu] [Lossless, 24/96 TIDAL FLAC => 24/96] [38% buf] [PLAYING @ 4:05/4:14] To the Women in My Life / Le Lis - Billy Cobham
12/18 00:14:18 Trace: [prebuffer] ready 326400/960000 (34%) @ 0/463 sec
12/18 00:14:19 Trace: [MicroRendu] [Lossless, 24/96 TIDAL FLAC => 24/96] [2% buf] [PLAYING @ 4:10/4:14] To the Women in My Life / Le Lis - Billy Cobham
12/18 00:14:23 Info: [zone MicroRendu] OnPlayFeedback OnToNext
12/18 00:14:23 Debug: [zone MicroRendu] _Advance (Track)
The next track starts playing almost right away (within ~1 second):
12/18 00:14:24 Trace: [MicroRendu] [Lossless, 24/96 TIDAL FLAC => 24/96] [100% buf] [PLAYING @ 0:01/7:43] Snoopy's Search / Red Baron - Billy Cobham
This indicates a normal end-of-track transition, not a stalled playback state.
Later in the same session, we also see a new connection coming from an iPhone, which establishes a RAAT session and becomes an active endpoint:
12/18 00:15:12 Trace: [remoting/brokerserver] [initconn 192.168.11.128:50974=>192.168.11.116:9332] Connected
12/18 00:15:13 Info: [raatserver] GOT DEVICE 3c95f1d5-521c-4073-ab73-a0817ab7d520::default Type=ios Name=iPhone Vendor=Apple
12/18 00:15:13 Info: [transport] created zone jwollie3
Immediately after this iPhone connection, playback continues normally:
12/18 00:15:11 Trace: [MicroRendu] [Lossless, 24/96 TIDAL FLAC => 24/96] [100% buf] [PLAYING @ 0:47/7:43] Snoopy's Search / Red Baron - Billy Cobham
12/18 00:15:16 Trace: [MicroRendu] [Lossless, 24/96 TIDAL FLAC => 24/96] [100% buf] [PLAYING @ 0:52/7:43] Snoopy's Search / Red Baron - Billy Cobham
This confirms that playback control was successfully re-established via the iPhone client and that audio playback itself was not blocked or stuck.
We also verified the linear correlation between the track playback position and the system timestamps in the logs, and they align exactly, confirming continuous playback with no hidden pauses or stalls during this period.
It’s also important to clarify that the buffer percentage decreasing toward the end of a track is expected behavior — at that point, there is simply no more audio data left to buffer, so this is not an error condition.
Based on this log section, playback transitions and subsequent continued playback are considered as expected behavior. If there was a delay of multiple minutes before audio started, it likely occurred at a different timestamp?