Playback hiccups with FLAC decoder

[jlama]

I randomly get a single audio hiccup (short pause) at the start of playback with the FLAC decoder.

Insufficient audio in ring buffer: 432 frames available, 470 requested

Not sure how to track this down. Any advice?

[sbooth]

Can you define hiccup? Does the decoding queue seem to starve the rendering block or does the decoder just take a minute to get started? Is this using debug or release mode?

[jlama]

The hiccup is a very small pause in the audio. I guess it's the extra padding added in the render block.
I only tested in debug mode so far. Last time it happened with the very first track played, so it's not a queuing issue.

The logs look like this when it happens:

Decoding started for <SFBFLACDecoder 0x60000217c480: "01 - Overture.flac">
Now playing changed to <SFBFLACDecoder 0x60000217c480: "01 - Overture.flac">
playback state changed: .playing
Rendering will start in 12.31 msec for <SFBFLACDecoder 0x60000217c480: "01 - Overture.flac">
Created <SFBFLACFile 0x6000009b3b80: "01 - Overture.flac"> based on score of 95
Rendering started notification for <SFBFLACDecoder 0x60000217c480: "01 - Overture.flac"> arrived 0.53 msec late
Insufficient audio in ring buffer: 96 frames available, 471 requested

It already happened 4-5 times but it's hard to reproduce.

[sbooth]

It's interesting that only 96 frames are in the ring buffer. Normally writes are chunked so that number seems a bit strange. The FLAC decoder should always produce the number of frames requested if they're in the file.