Home of the Squeezebox™ & Transporter® network music players.
Page 2 of 2 FirstFirst 12
Results 11 to 16 of 16
  1. #11
    I have changed the iPlayer stream preferences to start with DASH rather than HLS and all good so far. Rebooted server and players.

    I attach the PcP log below and the LMS log is attached. server.log.zip
    As before RPi/PcP on MAC address ending 69. Squeezelite on Win10 PC on MAC address ending 82. Reboot of server about 18:07. I really don't know about the transcoding anomaly but grateful for advice on whether it looks as if it is still an issue. I'll report again if there is a glitch.

    /usr/local/bin/squeezelite -n 7inches -o equal -a 80:4::1: -d all=info -f /var/log/pcp_squeezelite.log -v -C 15
    [00:00:20.577022] stream_init:294 init stream
    [00:00:20.579835] output_init_alsa:877 init output
    [00:00:20.579915] output_init_alsa:906 requested alsa_buffer: 80 alsa_period: 4 format: any mmap: 1
    [00:00:20.656377] output_init_common:411 supported rates: 384000 352800 192000 176400 96000 88200 48000 44100 32000 24000 22500 16000 12000 11025 8000
    [00:00:20.686443] output_init_alsa:932 memory locked
    [00:00:20.687141] output_vis_init:136 opened visulizer shared memory as /squeezelite-74:da:38:54:5a:69
    [00:00:20.687179] decode_init:153 init decode
    [00:00:20.687293] register_dsd:625 using dsd to decode dsf,dff
    [00:00:20.687819] load_ff:619 dlerror: libavcodec.so.57: cannot open shared object file: No such file or directory
    [00:00:20.688031] load_ff:619 dlerror: libavcodec.so.57: cannot open shared object file: No such file or directory
    [00:00:20.692157] load_faad:611 loaded libfaad.so.2
    [00:00:20.692210] register_faad:641 using faad to decode aac
    [00:00:20.693795] load_vorbis:305 loaded libvorbisfile.so.3
    [00:00:20.693844] register_vorbis:334 using vorbis to decode ogg
    [00:00:20.694987] load_flac:258 loaded libFLAC.so.8
    [00:00:20.695016] register_flac:286 using flac to decode flc
    [00:00:20.695027] register_pcm:415 using pcm to decode aif,pcm
    [00:00:20.695712] load_mad:384 loaded libmad.so.0
    [00:00:20.695739] register_mad:413 using mad to decode mp3
    [00:00:20.696157] discover_server:826 sending discovery
    [00:00:20.699986] discover_server:837 got response from: 192.168.1.76:3483
    [00:00:20.700155] slimproto:925 connecting to 192.168.1.76:3483
    [00:00:20.709312] slimproto:964 connected
    [00:00:20.709380] sendHELO:138 mac: 74:da:38:54:5a:69
    [00:00:20.709395] sendHELO:140 cap: Model=squeezelite,AccuratePlayPoints=1,HasDigitalO ut=1,HasPolarityInversion=1,Firmware=v1.8.7-1052,ModelName=SqueezeLite,MaxSampleRate=384000,ds f,dff,aac,ogg,flc,aif,pcm,mp3
    [00:00:20.724414] decode_flush:227 decode flush
    [00:00:20.724470] output_flush:424 flush output buffer
    [00:00:20.727515] decode_flush:227 decode flush
    [00:00:20.727563] output_flush:424 flush output buffer
    [18:23:41.138259] decode_flush:227 decode flush
    [18:23:41.138336] output_flush:424 flush output buffer
    [18:23:41.171777] codec_open:255 codec open: 'a'
    [18:23:41.171839] faad_open:541 opening adts stream
    [18:23:41.171917] stream_sock:393 connecting to 192.168.1.76:9000
    [18:23:41.175388] stream_sock:422 header: GET /stream.mp3?player=74:da:38:54:5a:69 HTTP/1.0


    [18:23:41.276842] stream_thread:180 headers: len: 130
    HTTP/1.1 200 OK
    Server: Logitech Media Server (7.9.1 - 0.6.20170928git1508251793)
    Connection: close
    Content-Type: audio/aac


    [18:23:42.179742] faad_decode:373 samplerate: 48000 channels: 2
    [18:23:42.179835] faad_decode:378 setting track_start
    [18:23:42.203273] output_thread:632 open output device: equal
    [18:23:42.203362] alsa_open:338 opening device at: 44100
    [18:23:42.214601] alsa_open:389 opened device equal using format: S32_LE sample rate: 44100 mmap: 1
    [18:23:42.220203] alsa_open:468 buffer: 80 period: 4 -> buffer size: 3528 period size: 882
    [18:23:42.251760] _output_frames:62 start buffer frames: 10240
    [18:23:42.251856] _output_frames:147 track start sample rate: 48000 replay_gain: 0
    [18:23:42.261917] output_thread:632 open output device: equal
    [18:23:42.262300] alsa_open:338 opening device at: 48000
    [18:23:42.271596] alsa_open:389 opened device equal using format: S32_LE sample rate: 48000 mmap: 1
    [18:23:42.277124] alsa_open:468 buffer: 80 period: 4 -> buffer size: 3840 period size: 960

  2. #12
    Senior Member
    Join Date
    Oct 2005
    Location
    Ireland
    Posts
    15,789
    The stream are now playing natively DASH - no transcoding which is best. It simplifies playback.

    You seem to have restarted LMS at 18:20. At 18:13 a HLS stream was being played but at 18:22 a DASH stream is being played. There is no need to restart LMS when changing BBCiPlayer settings but if you do reboot you can delete the log so that you don't deliver old messages.

    What log settings are you using ? I'm not sure why the EINTR message gets logged so often - it is peculiar to BBCiPlayer and OK but with usual log setting it shouldn't be logged.

  3. #13
    Quote Originally Posted by bpa View Post
    The stream are now playing natively DASH - no transcoding which is best. It simplifies playback.
    Thanks for confirming - I couldn't interpret the logs adequately.


    Quote Originally Posted by bpa View Post
    What log settings are you using ? I'm not sure why the EINTR message gets logged so often - it is peculiar to BBCiPlayer and OK but with usual log setting it shouldn't be logged.
    The iPlayer ones all look as if they are set to 'Error'. I'm looking at the plugin.iplayer and the 6 other plugin.iplayer.xxx logs.

    P.S. still playing perfectly.

  4. #14
    Senior Member
    Join Date
    Oct 2005
    Location
    Ireland
    Posts
    15,789
    Quote Originally Posted by kingswindsor View Post
    The iPlayer ones all look as if they are set to 'Error'. I'm looking at the plugin.iplayer and the 6 other plugin.iplayer.xxx logs.

    P.S. still playing perfectly.
    For this sort of error - plugin specfic logging is usually not the place to start as you said the problem also happens with MyMusic.

    Your problem may in fact be two similar problems. BBCiPlayer plugin using HLS was known to stop on occassion especially when the BBC traffic is busiest typically early morning, evening and also sometimes late 9-10pm evening - rarely late at night to early morning.

  5. #15
    Quote Originally Posted by bpa View Post
    For this sort of error - plugin specfic logging is usually not the place to start as you said the problem also happens with MyMusic.

    Your problem may in fact be two similar problems. BBCiPlayer plugin using HLS was known to stop on occassion especially when the BBC traffic is busiest typically early morning, evening and also sometimes late 9-10pm evening - rarely late at night to early morning.
    Some of the streaming ones were set to de-bug (an artefact of some of my earlier investigations). I have reset the logging levels to the defaults and nothing seems to be showing up, so looks good!

  6. #16
    Senior Member
    Join Date
    Oct 2005
    Location
    Ireland
    Posts
    15,789
    Quote Originally Posted by kingswindsor View Post
    Some of the streaming ones were set to de-bug (an artefact of some of my earlier investigations). I have reset the logging levels to the defaults and nothing seems to be showing up, so looks good!
    HLS used HTTP 1.0 which require a new TCP connection for each 3.2 sec chunk of audio. Each new TCP connection also required a DNS lookup.
    The DASH implementation uses HTTP 1.1 which will use as far as possible the same TCP connection for all chunks of audio. If TCP connection breaks down - a new one will be setup with no loss as long as connection is stable. Only one DNS lookup per TCP connection. So DASH implementation is lot less busy wrt networking.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •