Gapless (groan) with RoPieee and BubbleUpnp

[simbun]

(05-10-2023 17:33)simoncn Wrote:  

(05-10-2023 14:46)simbun Wrote:  I accepted @simoncn's supposition that the Ropieee OpenHome playlist would also require BubbleUPnP transcoding blindly, mainly because he's always bloody right but also because it fit the bill, however, I did test it last night and BubbleUPnP doesn't modify the playlist at all, it still points to MinimServer so thanks for that confirmation.

I suspect there is some misunderstanding here.

If BubbleUPnP is doing FFmpeg transcoding of a stream that is provided by MinimServer, BubbleUPnP must be giving the Ropieee a URL that points to BubbleUPnP rather than a URL that points to MinimServer. If the Ropieee is reading the stream directly from MinimServer, it would not be possible for BubbleUPnP to perform FFmpeg transcoding on the stream.

I had determined that BubbleUPnP was transcoding when it was the control point but I couldn't understand why it wasn't working when the playlist was on Ropieee, as I assumed BubbleUPnP wouldn't be involved. I interpreted your reply below to suggest that BubbleUPnP would still need to perform transcoding given Ropieee couldn't play the track, which does makes sense.

(04-10-2023 12:32)simoncn Wrote:  

(04-10-2023 10:56)simbun Wrote:  Glad that you got it sorted. It was definitely the transcoding that was causing the problem as there's no way BubbleUPnP would be the only one having the issue.
That doesn't explain why OpenHome on Ropieee wasn't gapless though, that makes no sense whatsoever! You should enable that by the way and make sure you're playing to the correct one in BubbleUPnP by hiding the non-OpenHome interface.

BubbleUPnP transcoding could cause a gap even with OpenHome because of a delay in Ropieee receiving audio data for the next track before the current track had finished playing.

Sounds like I might have read too much into it?