squeezelite hang after a couple of hours

Max2Play Home Forums Max2Play on Raspberry PI squeezelite hang after a couple of hours

Viewing 18 posts - 1 through 18 (of 18 total)
  • 28. August 2017 at 13:32 #30938

    After some hours of playing some radio stream using squeezelite, it stops and makes some pulsing sound like a machine gun (like some audio buffer is played again and again). after killing squeezelite everything is ok again for the next couple of hours. normal stop of squeezelite does not work at this moment.

    my setup:
    RPI3
    Soundblaster X-Fi 5.1 on USB
    max2play 2.44
    no WLAN
    stream URL: http://mp3channels.webradio.rockantenne.de/rockantenne

    debug information:
    #### SQUEEZELITE VERSION ####
    Squeezelite Max2Play v1.0.1 based on v1.8.4-726, Copyright 2012-2015 Adrian Smith, 2015-2016 Ralph Irving.

    #### SQUEEZELITE BUILDOPTIONS ####
    Build options: LINUX ALSA EVENTFD RESAMPLE FFMPEG VISEXPORT IR GPIO DSD CONTROLSBS ALSASYNC BLUETOOTHSYNC

    #### AUDIOPLAYER CONFIG ####
    ### Configuration of Audioplayers
    SQUEEZELITE_PARAMETER=-o default:CARD=S51 -a 80:4::
    SQUEEZESLAVE_PARAMETER=-n plugequal
    SHAIRPORT_PARAMETER=-d default:CARD=S51
    USE_USB_DAC=0
    USE_EQUALIZER=0
    SYSTEM_USER=pi
    YMPD_PARAMETER=–webport 8081

    #### SQUEEZELITE -l ####
    Output devices:
    null – Discard all samples (playback) or generate zero samples (capture)
    equal
    plugequal – Equalizer for plughw:1,0
    default:CARD=S51 – SB X-Fi Surround 5.1, USB Audio – Default Audio Device
    sysdefault:CARD=S51 – SB X-Fi Surround 5.1, USB Audio – Default Audio Device
    front:CARD=S51,DEV=0 – SB X-Fi Surround 5.1, USB Audio – Front speakers
    surround21:CARD=S51,DEV=0 – SB X-Fi Surround 5.1, USB Audio – 2.1 Surround output to Front and Subwoofer speakers
    surround40:CARD=S51,DEV=0 – SB X-Fi Surround 5.1, USB Audio – 4.0 Surround output to Front and Rear speakers
    surround41:CARD=S51,DEV=0 – SB X-Fi Surround 5.1, USB Audio – 4.1 Surround output to Front, Rear and Subwoofer speakers
    surround50:CARD=S51,DEV=0 – SB X-Fi Surround 5.1, USB Audio – 5.0 Surround output to Front, Center and Rear speakers
    surround51:CARD=S51,DEV=0 – SB X-Fi Surround 5.1, USB Audio – 5.1 Surround output to Front, Center, Rear and Subwoofer speakers
    surround71:CARD=S51,DEV=0 – SB X-Fi Surround 5.1, USB Audio – 7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
    iec958:CARD=S51,DEV=0 – SB X-Fi Surround 5.1, USB Audio – IEC958 (S/PDIF) Digital Audio Output
    dmix:CARD=S51,DEV=0 – SB X-Fi Surround 5.1, USB Audio – Direct sample mixing device
    dmix:CARD=S51,DEV=1 – SB X-Fi Surround 5.1, USB Audio #1 – Direct sample mixing device
    dsnoop:CARD=S51,DEV=0 – SB X-Fi Surround 5.1, USB Audio – Direct sample snooping device
    dsnoop:CARD=S51,DEV=1 – SB X-Fi Surround 5.1, USB Audio #1 – Direct sample snooping device
    hw:CARD=S51,DEV=0 – SB X-Fi Surround 5.1, USB Audio – Direct hardware device without any conversions
    hw:CARD=S51,DEV=1 – SB X-Fi Surround 5.1, USB Audio #1 – Direct hardware device without any conversions
    plughw:CARD=S51,DEV=0 – SB X-Fi Surround 5.1, USB Audio – Hardware device with all software conversions
    plughw:CARD=S51,DEV=1 – SB X-Fi Surround 5.1, USB Audio #1 – Hardware device with all software conversions

    #### SHAIRPORT VERSION ####
    2.8.0-openssl-Avahi-ALSA-soxr

    #### OUTPUT SOUND DETAILS CARD 0 ####

    #### OUTPUT SOUND DETAILS CARD 1 ####
    access: MMAP_INTERLEAVED
    format: S16_LE
    subformat: STD
    channels: 2
    rate: 48000 (48000/1)
    period_size: 1024
    buffer_size: 16384

    28. August 2017 at 16:51 #30954

    Hi tom,
    Please try enabling USB max current and disabling the build-in audio in the Raspberry Settings.

    also, if you have not yet, please tick the USB-DAC option in the Squeezelite options.

    29. August 2017 at 14:54 #30984

    Hi!

    I already hat USB max current enabled and built-in audio disabled.
    Now I’ve enabled USB-DAC option in the Squeezelite options, but the result is the same. After about 5h running the radio stream, i got the pulsating sound and have to kill squeezelite.
    When starting Squeezelite again, everything is fine so far.

    What came to my mind: is it possible that the stream gets played just a little tick too fast (like 48005Hz instead of 48000Hz) by the soundcard and therefore the buffer is empty after some time? how does synchronisation between the mp3 samples and dac samples work?

    in the system log file (/var/log/messages) i do see these lines:
    Aug 29 13:35:57 Soundanlage kernel: [22744.302005] gpiomem-bcm2835 3f200000.gpiomem: gpiomem device opened.
    Aug 29 13:38:01 Soundanlage rsyslogd-2007: action ‚action 17‘ suspended, next retry is Tue Aug 29 13:39:31 2017 [try http://www.rsyslog.com/e/2007 ]

    the last line appears every 2 minutes. what does that mean?

    1. September 2017 at 15:17 #31062

    Hi tom,

    We will try to recreate this issue. Please tell us exactly which components you are using and what configurations you have done thus far.

    4. September 2017 at 10:11 #31095

    Hi!

    my setup:
    RPI3
    Soundblaster X-Fi 5.1 on USB
    max2play 2.44
    no WLAN
    stream URL: http://mp3channels.webradio.rockantenne.de/rockantenne

    my configuration:
    config 1
    config 2
    config 3
    config 4
    config 5
    config 6
    config 7

    • This reply was modified 7 years, 3 months ago by tom84.
    4. September 2017 at 14:54 #31118

    Hi Tom,

    What step did you take to activate the driver of the soundblaster? Have you tried selection the „USB sound card“ option in Raspberry Settings‘ sound card selection, yet?

    7. September 2017 at 6:54 #31156

    Hi!

    I have now set the „device tree overlay“ to „USB Soundcards (Northstar Essensio, Hiface and others)“ and chose „dmixerUSB“ as output for Squeezelite. The Problem is still the same.

    7. September 2017 at 9:36 #31160

    Hi tom,

    The error you posted might be related to your version. Please try updating all packages in the Raspberry Settings at the end of the page.

    12. September 2017 at 6:44 #31282

    Hi!

    I have now updated the kernel and all packages. The problem is still the same.

    13. September 2017 at 14:40 #31307

    Hi Tom,

    Sorry that it is taking so long. This issue should have already been cleared up.

    Please try another radio stream to also rule this out as a source of error.

    Furthermore, you can add -a 80:4:24 to your command line options and select the output device „front card“ in your advanced settings.

    28. September 2017 at 12:59 #31590

    Hi,

    i have added the options and tried another radio stream. the result is always the same.
    when i switch to „front“, i get no sound at all. the speakers are connected to the line output of the sound card.

    29. September 2017 at 12:38 #31603

    Hi tom,

    Please try contacting the manufacturer of the USB sound card to inquire which sound output device to choose.

    Meanwhile, I will consult our head developer whether there is another issue to be recognized from your setup.

    3. Oktober 2017 at 13:29 #31666

    Hi Heiner,

    i’ve enabled „debug“ level log of squeezelite and this is the output when it fails:

    [13:06:44.001509] process_strm:323 strm command t
    [13:06:44.001564] sendSTAT:189 STAT: STMt
    [13:06:45.002297] sendSTAT:189 STAT: STMt
    [13:06:46.003557] sendSTAT:189 STAT: STMt
    [13:06:47.004301] sendSTAT:189 STAT: STMt
    [13:06:48.005463] sendSTAT:189 STAT: STMt
    [13:06:49.001327] process:575 strm
    [13:06:49.001490] process_strm:323 strm command t
    [13:06:49.001543] sendSTAT:189 STAT: STMt
    [13:06:50.002299] sendSTAT:189 STAT: STMt
    [13:06:51.003298] sendSTAT:189 STAT: STMt
    [13:06:52.006448] sendSTAT:189 STAT: STMt
    [13:06:52.184554] stream_thread:253 end of stream
    [13:06:52.186291] sendDSCO:208 DSCO: 0
    [13:06:53.187478] sendSTAT:189 STAT: STMt
    [13:06:54.002130] process:575 strm
    [13:06:54.002309] process_strm:323 strm command t
    [13:06:54.002365] sendSTAT:189 STAT: STMt
    [13:06:55.004414] sendSTAT:189 STAT: STMt
    [13:06:56.006814] sendSTAT:189 STAT: STMt
    [13:06:57.009298] sendSTAT:189 STAT: STMt
    [13:06:58.011689] sendSTAT:189 STAT: STMt
    [13:06:59.002293] process:575 strm
    [13:06:59.002462] process_strm:323 strm command t
    [13:06:59.002519] sendSTAT:189 STAT: STMt
    [13:07:00.004575] sendSTAT:189 STAT: STMt
    [13:07:01.007066] sendSTAT:189 STAT: STMt
    [13:07:02.009511] sendSTAT:189 STAT: STMt
    [13:07:03.010912] sendSTAT:189 STAT: STMt
    [13:07:04.002096] process:575 strm
    [13:07:04.002273] process_strm:323 strm command t

    I guess the message „stream_thread:253 end of stream“ is the problem, but i have no idea where this comes from… also the messages are going on like the radio is still playing.

    6. Oktober 2017 at 13:02 #31754

    Hi tom,

    Have you gotten word from the manufacturer, yet?

    15. Februar 2018 at 17:07 #34027

    Heiner, Tom,

    I have been having exactly the same issue for a long time with my RPi 2 connected to an Arcam irDAC-II. After a few months (and trying all of the above) I have given up and sold my irDAC-II.
    In the meantime I have been using the ALLO BOSS dac in that system and this runs fine, but it is no match for the Arcam dac sound wise.
    I would really like to get this working again.

    Has there been any progress on this issue?

    26. Februar 2018 at 10:34 #34081

    Hi albert,

    Were you able to contact the manufacturer yet? As mentioned, our USB sound card selection loads the default drivers for USB DAC’s. So if there is anything that needs to be handled differently with this one, let us know.

    26. Februar 2018 at 13:20 #34085

    I have contacted the manufacturer but they are not familiar with the issue. According to them they have confirmed general compatibility with Linux. But they cannot guarantee compatibility with every distribution.

    I don’t know what USB interface Arcam uses right now. With the first irDAC (and the DA-33) they used an interface developed by DcS. I assume they still use the same technology for the irDAC II. Since 2 weeks I have a DcS Scarlatti Clock in my main system with USB input connected to another RPi using M2P and Squeezebox. And SPDIF + Wordclock output to my DcS Puccini. This setup is rock-solid. Although a bit ridiculous to drive a EUR 35k (original price) setup with a EUR 35 piece of hardware…

    Anyway, I’ve tested the irDAC once more this weekend on my system in the kitchen. Still the same result: after 7 hours I heard only crackling noises. After a ‚kill‘ (shutdown didn’t work) and a restart of Squeezelite, it worked properly again.

    I have given up on this setup for my system in the kitchen and moved back to the Allo BOSS DAC. The Arcan irDAC is now running (without a glitch) in my daughters macbook based setup.

    27. Februar 2018 at 17:36 #34117

    Hi albert,

    Thanks for the follow-up, let me know if any other issues arise.

Viewing 18 posts - 1 through 18 (of 18 total)

You must be logged in to reply to this topic.

Register here