Home of the Squeezebox™ & Transporter® network music players.
Page 2 of 4 FirstFirst 1234 LastLast
Results 11 to 20 of 37
  1. #11
    Senior Member
    Join Date
    May 2008
    Posts
    200
    Quote Originally Posted by wt0 View Post
    I gave SB Player a buffer big enough to hold an average length mp3 at 320kbps.
    I don't see that as an option in my Squeezeplayer app. Which app are you using?

  2. #12
    Senior Member
    Join Date
    Oct 2005
    Location
    Ireland
    Posts
    15,230
    Quote Originally Posted by itm View Post
    So it seems that it may be a bluetooth-related problem...I just managed to play about 20 minutes of uninterrupted streamed songs using a wired pair of phones. I then connected a bluetooth headset at it aborted the first track (skipping to the next one). Could a bluetooth glitch cause the Squeezeplayer app to abort a track and skip to the next one?

    The log extract from the relevant time period in LMS is attached
    Log is confusing as you have mulitple players active. When doing logs - turn off all extraneous players and other stuff.

    What is the MAAC address of the player in question.

  3. #13
    Senior Member
    Join Date
    Oct 2005
    Location
    Ireland
    Posts
    15,230
    Not sure if these are relevant but it looks like comms to player was broken at the player end - I assume this means player will stop.

    Code:
    [17-06-11 11:25:15.5650] Slim::Networking::Slimproto::client_readable (435) Error reading from client: An existing connection was forcibly closed by the remote host.
    [17-06-11 11:25:15.5653] Slim::Networking::Slimproto::slimproto_close (247) connection closed
    
    
    [17-06-11 11:26:00.9974] Slim::Networking::Slimproto::_disco_handler (590) Squeezebox got disconnection on the data channel: Connection reset by local host
    [17-06-11 11:26:00.9976] Slim::Networking::Slimproto::_disco_handler (592) Unexpected data stream disconnect type: Connection reset by local host
    The following message is the start of file transmission
    Code:
    [17-06-11 11:26:01.1025] Slim::Player::Squeezebox::stream_s (542) stream_s called: format: mp3 url: file:////Asus/d/_NewMusic/Elvis%20Costello/Almost%20Blue%20Bonus%20Tracks/01.Too%20Far%20Gone%20(Lost%20Session%20Version).mp3
    [17-06-11 11:26:01.1031] Slim::Player::Squeezebox::stream_s (978) Starting decoder with format: m flags: 0x0 autostart: 1 buffer threshold: 255 output threshold: 1 samplesize: ? samplerate: ? endian: ? channels: ?
    When a player received the whole file I expect to see a message like the following
    Code:
    [17-06-11 xx:xx:xx:xx.xxxx] Slim::Networking::Slimproto::_http_response_handler (586) Squeezebox got HTTP response:
    HTTP/1.1 200 OK
    Server: Logitech Media Server (7.8.0 - 1393925969)
    Connection: close
    Content-Type: audio/mpeg
    Since there are no message like this in the log file - I assume LMS couldn't send the whole file to player.
    Last edited by bpa; 2017-06-11 at 04:53.

  4. #14
    Senior Member
    Join Date
    May 2008
    Posts
    200
    Quote Originally Posted by bpa View Post
    Log is confusing as you have mulitple players active. When doing logs - turn off all extraneous players and other stuff.

    What is the MAAC address of the player in question.
    The MAC address of the player is 5c:70:a3:23:fd:41

  5. #15
    Senior Member
    Join Date
    Oct 2005
    Location
    Ireland
    Posts
    15,230
    Quote Originally Posted by itm View Post
    The MAC address of the player is 5c:70:a3:23:fd:41
    There are no entries in the log file with this mac address. Did you get this MAC address from LMS Setting / Info page ?

  6. #16
    Senior Member
    Join Date
    May 2008
    Posts
    200
    Quote Originally Posted by bpa View Post
    There are no entries in the log file with this mac address. Did you get this MAC address from LMS Setting / Info page ?
    Ah no....this is the MAC address reported by LMS server: 80:fb:bf:58:b6:82

  7. #17
    Senior Member
    Join Date
    May 2008
    Posts
    200
    Here's the log extract from the latest skip:

    Code:
    [17-06-11 13:12:01.0009] Slim::Networking::Slimproto::_stat_handler (785) 00:04:20:1f:00:c0: STAT-STMt: fullness=0, output_fullness=-1, elapsed=0.000
    [17-06-11 13:12:01.0012] Slim::Networking::Slimproto::_stat_handler (785) 00:04:20:1f:00:c0: STAT-strm: fullness=0, output_fullness=-1, elapsed=0.000
    [17-06-11 13:12:01.0014] Slim::Networking::Slimproto::_stat_handler (785) 00:04:20:07:5d:e3: STAT-STMt: fullness=3145727, output_fullness=2525560, elapsed=6.386
    [17-06-11 13:12:01.0017] Slim::Networking::Slimproto::_stat_handler (785) 00:04:20:07:5d:e3: STAT-strm: fullness=3145727, output_fullness=2525560, elapsed=6.386
    [17-06-11 13:12:01.0020] Slim::Networking::Slimproto::_stat_handler (785) 00:04:20:1e:97:d7: STAT-STMt: fullness=0, output_fullness=3522376, elapsed=0.000
    [17-06-11 13:12:01.0023] Slim::Networking::Slimproto::_stat_handler (785) 00:04:20:1e:97:d7: STAT-strm: fullness=0, output_fullness=3522376, elapsed=0.000
    [17-06-11 13:12:01.6565] Slim::Networking::Slimproto::_stat_handler (785) 80:fb:bf:58:b6:82: STAT-STMt: fullness=3000000, output_fullness=3000000, elapsed=61.724
    [17-06-11 13:12:01.8498] Slim::Networking::Slimproto::_disco_handler (590) Squeezebox got disconnection on the data channel: Connection reset by local host
    [17-06-11 13:12:01.8499] Slim::Networking::Slimproto::_disco_handler (592) Unexpected data stream disconnect type: Connection reset by local host
    [17-06-11 13:12:01.8510] Slim::Networking::Slimproto::_stat_handler (785) 80:fb:bf:58:b6:82: STAT-STMd: fullness=3000000, output_fullness=3000000, elapsed=0.000
    [17-06-11 13:12:01.9064] Slim::Player::Squeezebox::stream_s (542) stream_s called: format: mp3 url: file:///K:/Music/Babyshambles/Down%20in%20Albion/07.Killamangiro.mp3
    [17-06-11 13:12:01.9071] Slim::Player::Squeezebox::stream_s (978) Starting decoder with format: m flags: 0x0 autostart: 1 buffer threshold: 255 output threshold: 1 s

  8. #18
    Senior Member
    Join Date
    Oct 2005
    Location
    Ireland
    Posts
    15,230
    Extracts are very hard to read. Sometimes what is missing is as important as where is present.

    However from the log it looks like the remote player shut TCP connection down thta was used for downloading file (can't me sure because message before and after aren't there)
    Code:
    17-06-11 13:12:01.6565] Slim::Networking::Slimproto::_stat_handler (785) 80:fb:bf:58:b6:82: STAT-STMt: fullness=3000000, output_fullness=3000000, elapsed=61.724
    [17-06-11 13:12:01.8498] Slim::Networking::Slimproto::_disco_handler (590) Squeezebox got disconnection on the data channel: Connection reset by local host
    AFAICT - LMS has sent data to player, player has not ackdnowledged the data it has received the data so LMS (or rather the LMS OS TCP ) resets the link and breaks the download.

    To analyse the disconnection properly you need to have a proper and complete log without extaneous activity
    1. No other player active or on (as they will genrate slimproto messages)
    2. Stop LMS, delete log and restart LMS. This ensure cleans system and no caches.
    3. Play a track
    4. Wait 10 secs after disconnect/
    5. Copy whole log (nothing edited out) into a text file, zip and attach

    That said I think my opinion will still be the same - The phone stops communicating, LMS hasn't downloaded complete file becuase player won't answer and so I expect player may restart connection to LMS and so stop any audio.

  9. #19
    Senior Member
    Join Date
    Oct 2005
    Location
    Ireland
    Posts
    15,230
    There maybe something else odd going on. AFIK The "elapsed" value shouldn't be very large yet in your log fragment it goes as high as 61. This number comes from player so I'd need to look into squeezlite code to see if it is significant.

    Code:
    [17-06-11 13:12:01.0014] Slim::Networking::Slimproto::_stat_handler (785) 00:04:20:07:5d:e3: STAT-STMt: fullness=3145727, output_fullness=2525560, elapsed=6.386
    [17-06-11 13:12:01.0017] Slim::Networking::Slimproto::_stat_handler (785) 00:04:20:07:5d:e3: STAT-strm: fullness=3145727, output_fullness=2525560, elapsed=6.386
    [17-06-11 13:12:01.0020] Slim::Networking::Slimproto::_stat_handler (785) 00:04:20:1e:97:d7: STAT-STMt: fullness=0, output_fullness=3522376, elapsed=0.000
    [17-06-11 13:12:01.0023] Slim::Networking::Slimproto::_stat_handler (785) 00:04:20:1e:97:d7: STAT-strm: fullness=0, output_fullness=3522376, elapsed=0.000
    [17-06-11 13:12:01.6565] Slim::Networking::Slimproto::_stat_handler (785) 80:fb:bf:58:b6:82: STAT-STMt: fullness=3000000, output_fullness=3000000, elapsed=61.724
    edit:

    After looking at code - elapsed is OK. It indicates how much audio in seconds has been played by the player.

    edit:

    Just noticed you have two players running. Please please please make life simple for those trying to help you. Some messages are not tagged with MAC address so if two players are running you cannot be sure what messages relate to which player.
    Last edited by bpa; 2017-06-11 at 06:07.

  10. #20
    Senior Member wt0's Avatar
    Join Date
    Jul 2008
    Posts
    566
    Quote Originally Posted by itm View Post
    I don't see that as an option in my Squeezeplayer app. Which app are you using?
    SB Player is a different app. https://play.google.com/store/apps/d...droid.sbplayer

    And I don't mean that there's a setting for buffer size. I wrote the app so I actually gave it a pretty big buffer.

    Sent from my Pixel using Tapatalk
    --------------
    Squeezebox apps for webOS, Android and Windows Phone, http://www.angrygoatapps.com

Tags for this Thread

Posting Permissions

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