Boom switches off briefly during playback

[JoeMuc2009]

I have a strange issue which appears to be network specific. Using one of my private Booms in the secondary workspace, along with a Raspi LMS. The same Boom does not cause any problems at home. In the office though, I am observing a strange behavior in the Boom having very short interruptions during playback which sound like the device is going to standby and back on. Happens within just a fraction of a second and repeats roughly every 50 seconds. The display also switches off briefly and resets, i.e. if it was scrolling content, it will immediately return to the beginning of the text and restart scrolling shortly after that.
The network is 1GBit, using wired ethernet, and IPv4 and IPv6 exist on the network but as far as I know, SB devices are not aware of IPv6 anyway so that should not cause issues.
The server's log did not reveal any strange things. Nothing is added there when the interruptions take place. I'm wondering now whether it's the Raspi-driven LMS but apparently something like this was never reported.
Anybody have an idea how to troubleshoot this? I know it is possible to telnet into some Squeezebox devices but the Boom is not one of them, or at least I never managed to get in. Something might surface in the OS on the device side, however, I don't know where and how to go on. Will try a different player (Radio / Classic) in the next days to see if other players are doing the same.

Thank you and regards,
Joe

[JoeMuc2009]

Funny side fact: it only happens when streaming internet radio, not using local MP3 files

[philippe_44]

Funny side fact: it only happens when streaming internet radio, not using local MP3 files

Did you try debug mode of various logging to see if there was no interruption at all?

[JoeMuc2009]

Did you try debug mode of various logging to see if there was no interruption at all?

Hi Philippe,

well, I do not know how to enable the debug mode. Can you give me more details on what to do? Thank you!

Johannes

[JoeMuc2009]

Just running a Touch on the same network, no issues. Interesting...

[bpa]

To see if the problem is network related rather than content - try using "proxed streaming". For Boom MP3/WMA internet radio streams (i.e. TCP http/GET connection ) goes straight from broadcaster to Boom - only metadata is sent to LMS. With proxied streams internet radio goes from Broadcaster to LMS server and then again to Boom - providing additional buffering but also a local TCP connection between LMS server and Boom.

Use WebUI Setting/Player/Audio/Streaming method

[JoeMuc2009]

To see if the problem is network related rather than content - try using "proxed streaming". For Boom MP3/WMA internet radio streams (i.e. TCP http/GET connection ) goes straight from broadcaster to Boom - only metadata is sent to LMS. With proxied streams internet radio goes from Broadcaster to LMS server and then again to Boom - providing additional buffering but also a local TCP connection between LMS server and Boom.

Use WebUI Setting/Player/Audio/Streaming method

Well, that did it. No problems since I am using the proxy streaming method. Thank you!
It's interesting that the Touch performed flawlessly in the same network using direct streaming. But the hardware and firmware are very different of course so there might be a correction that the Boom does not have - and probably will never have.
Anyway, problem solved.