Home of the Squeezebox™ & Transporter® network music players.
Page 142 of 144 FirstFirst ... 4292132140141142143144 LastLast
Results 1,411 to 1,420 of 1438
  1. #1411
    Senior Member
    Join Date
    May 2008
    Location
    Canada
    Posts
    4,994
    Quote Originally Posted by cpd73 View Post
    I played a track on 1 of my Zipps. Initial volume was OK, LMS showed the correct volume, and playback was fine. I stopped that track. A few minutes later, looked at LMS - and it was showing the volume as 100% ?? Does the following logging help:

    Code:
    [16:20:53.603269] PlayerThread:558 [0x3d15d8]: processing volume: 25 (-22.65)
    [16:20:53.604752] output_raop_thread:99 [0x37c4b0]: track actual start time:2619003649 (gap:-1675963647)
    [16:20:54.609140] PlayerThread:505 [0x3d15d8]: volume repeat or trigger timeout 25
    [16:20:55.749326] ActiveRemoteThread:1042 [0x3d15d8]: remote command setproperty?dmcp.device-volume=0.000000
    [16:20:55.749453] ActiveRemoteThread:1111 [0x3d15d8]: volume feedback 100 (0.00)
    [16:20:55.749748] cli_open_socket:185 [0x37c4b0]: opened CLI socket 19
    [16:20:55.755114] sq_callback:348 [0x3d15d8]: volume ignored 100
    [16:20:55.755301] sq_callback:348 [0x3d15d8]: volume ignored 100
    [16:27:43.049443] PlayerThread:413 [0x3d15d8]: Disconnecting 2619409865
    [16:27:43.049492] PlayerThread:558 [0x3d15d8]: processing volume: 100 (0.00)
    As you can see it processes a volume at 25, ignores 100% volume twice, the processes it later?
    As previous log this shows well the problem but I still don't understand the cause. The "volume ignored" log is normal and is here because when the Zipp has its volume changed locally, the infomation is forwared to LMS which issues a volume command in return. There is no reason to send that "echo" command to the player, to it is ignored.
    The real problem is that, every time you have this problem, the Zipp tells the bridge that its volume has been set to 0 (=100%). Per description above this is forwared to LMS and next time it starts the Zipp, it sends a 100% volume command. I have no idea why the Zipp sends a volume 0 information to its remote controller. I'm now tempted to think that this is a spurious information and simply ignore it, hopping that it's unlikely that most people use their speaker at 100%. Could you tell me what are the mDNS TXT record info of the Zipp so that maybe at least I only implement this hard-coded workaround for Zipp?
    LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5

  2. #1412
    Senior Member
    Join Date
    Mar 2017
    Posts
    1,019
    Quote Originally Posted by philippe_44 View Post
    As previous log this shows well the problem but I still don't understand the cause. The "volume ignored" log is normal and is here because when the Zipp has its volume changed locally, the infomation is forwared to LMS which issues a volume command in return. There is no reason to send that "echo" command to the player, to it is ignored.
    The real problem is that, every time you have this problem, the Zipp tells the bridge that its volume has been set to 0 (=100%). Per description above this is forwared to LMS and next time it starts the Zipp, it sends a 100% volume command. I have no idea why the Zipp sends a volume 0 information to its remote controller. I'm now tempted to think that this is a spurious information and simply ignore it, hopping that it's unlikely that most people use their speaker at 100%. Could you tell me what are the mDNS TXT record info of the Zipp so that maybe at least I only implement this hard-coded workaround for Zipp?
    Not sure if the following is what you want? But it's from avahi-browse --all --ignore-local --resolve --terminate

    Code:
    +  wlan0 IPv6 Dining Room                                   Web Site             local
    +  wlan0 IPv6 C467B538E2D7@Dining Room                      AirTunes Remote Audio local
    +  wlan0 IPv6 Dining Room                                   _airplay._tcp        local
    =  wlan0 IPv6 Dining Room                                   Web Site             local
       hostname = [Dining-Room.local]
       address = [192.168.1.73]
       port = [80]
       txt = []
    =  wlan0 IPv6 C467B538E2D7@Dining Room                      AirTunes Remote Audio local
       hostname = [Dining-Room.local]
       address = [192.168.1.73]
       port = [7000]
       txt = ["pk=9ba8bcd616ad8dafd25d23a806b8f1af6b48041af481832d8a769832336fd546" "vs=366.0" "vn=65537" "tp=UDP" "sf=0x4" "am=LTH300" "md=2" "fv=p20.809.0" "ft=0x445C0A00,0x1C340" "et=0,4" "da=true" "cn=0,1"]
    =  wlan0 IPv6 Dining Room                                   _airplay._tcp        local
       hostname = [Dining-Room.local]
       address = [192.168.1.73]
       port = [7000]
       txt = ["pk=9ba8bcd616ad8dafd25d23a806b8f1af6b48041af481832d8a769832336fd546" "gcgl=0" "gid=b27a9904-f8f5-4d93-affa-d5e916e0da24" "pi=b27a9904-f8f5-4d93-affa-d5e916e0da24" "srcvers=366.0" "protovers=1.1" "serialNumber=1710-H0032000-07-28189" "manufacturer=Libratone" "model=LTH300" "flags=0x4" "fv=p20.809.0" "rsf=0x0" "features=0x445C0A00,0x1C340" "deviceid=C4:67:B5:38:E2:D7" "acl=0"]

  3. #1413
    Senior Member
    Join Date
    May 2008
    Location
    Canada
    Posts
    4,994
    Quote Originally Posted by cpd73 View Post
    Not sure if the following is what you want? But it's from avahi-browse --all --ignore-local --resolve --terminate
    Yes, that's perfect. I've uploaded a dev version 0.4.21.2-dev-2 that ignores volume 0 in all case. If this works, I'll do something a bit more elaborated using the device's model
    LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5

  4. #1414
    Senior Member
    Join Date
    Mar 2017
    Posts
    1,019
    Quote Originally Posted by philippe_44 View Post
    Yes, that's perfect. I've uploaded a dev version 0.4.21.2-dev-2 that ignores volume 0 in all case. If this works, I'll do something a bit more elaborated using the device's model
    Thanks. I'll install that later. I actually wrote a quick plugin to work around the issue. If it detects a volume change from below 75% to above 95% it resets the volume. Not sure if it works-around this issue, but seems nice idea anyway - to prevent sudden volume changes.

  5. #1415
    Senior Member
    Join Date
    Sep 2009
    Posts
    151

    TIDAL, airplaybridge - not playing

    Hi,

    I asked this in the general section, but unfortunately no one responded, so here goes:

    I guess my problem started after an update of the Tidal plugin + airplay bridge.

    I have multiple Squeezebox Radios, and currently I can only get Tidal streaming working on one of them.
    If I try to stream to a AirplayBridge device I get the following log:

    [09:30:11.598682] process_strm:237 [0x37ed70] strm command s
    [09:30:11.598862] process_strm:312 [0x37ed70], strm s autostart: 3 transition period: 10 transition type: 0 codec: f
    [09:30:11.599144] process_strm:345 [0x37ed70]: codec:f, ch:255, s:255, r:255
    [09:30:12.642791] PlayerThread:558 [0x3d2368]: processing volume: 20 (-24.18)
    [09:30:12.643623] PlayerThread:516 [0x3d2368]: raop connecting ...
    [09:30:12.649549] raopcl_connect:1006 [0x7660eab0]: local interface 10.0.0.6
    [09:30:13.534465] exec_request:698 [0x76611e08]: Body data 1076, q}mj.\MqV 6o
    [09:30:13.623178] raopcl_accept_frames:429 [0x7660eab0]: begining to stream hts:166626796607452 n:3778385413.2676520539
    [09:30:13.623375] raopcl_accept_frames:437 [0x7660eab0]: restarting w/o pause n:3778385413.2676520539, hts:166626796740781
    [09:30:13.657270] PlayerThread:527 [0x3d2368]: raop connected
    [09:30:13.657349] PlayerThread:558 [0x3d2368]: processing volume: 20 (-24.18)
    [09:30:18.017841] slimproto_run:609 [0x37ed70] Closing CLI socket 21
    [09:31:15.003221] PlayerThread:543 [0x3d2368]: flushing ...
    [09:31:15.003430] raopcl_flush:1104 [0x7660eab0]: flushing up to s:14166 ts:384970049167533
    [09:31:15.003712] read_line:237 disconnected on the other end 17
    [09:31:15.003772] exec_request:633 [0x76611e08]: response : request failed
    [09:31:15.577810] PlayerThread:413 [0x3d2368]: Disconnecting 3109222393

    Streaming web radio works with the AirplayBridge plugin player - so the error is related to Tidal I guess.

    I have tried to reinstall the Tidal plugin, reinstalled the Tidal app at mysqueezebox, recreated the account info at the Tidal app....
    I even updated to the nightly server version.

    Any ideas?

    Regards
    Martin

  6. #1416
    Senior Member
    Join Date
    May 2008
    Location
    Canada
    Posts
    4,994
    Quote Originally Posted by woodster View Post
    Hi,

    I asked this in the general section, but unfortunately no one responded, so here goes:

    I guess my problem started after an update of the Tidal plugin + airplay bridge.

    I have multiple Squeezebox Radios, and currently I can only get Tidal streaming working on one of them.
    If I try to stream to a AirplayBridge device I get the following log:

    [09:30:11.598682] process_strm:237 [0x37ed70] strm command s
    [09:30:11.598862] process_strm:312 [0x37ed70], strm s autostart: 3 transition period: 10 transition type: 0 codec: f
    [09:30:11.599144] process_strm:345 [0x37ed70]: codec:f, ch:255, s:255, r:255
    [09:30:12.642791] PlayerThread:558 [0x3d2368]: processing volume: 20 (-24.18)
    [09:30:12.643623] PlayerThread:516 [0x3d2368]: raop connecting ...
    [09:30:12.649549] raopcl_connect:1006 [0x7660eab0]: local interface 10.0.0.6
    [09:30:13.534465] exec_request:698 [0x76611e08]: Body data 1076, q}mj.\MqV 6o
    [09:30:13.623178] raopcl_accept_frames:429 [0x7660eab0]: begining to stream hts:166626796607452 n:3778385413.2676520539
    [09:30:13.623375] raopcl_accept_frames:437 [0x7660eab0]: restarting w/o pause n:3778385413.2676520539, hts:166626796740781
    [09:30:13.657270] PlayerThread:527 [0x3d2368]: raop connected
    [09:30:13.657349] PlayerThread:558 [0x3d2368]: processing volume: 20 (-24.18)
    [09:30:18.017841] slimproto_run:609 [0x37ed70] Closing CLI socket 21
    [09:31:15.003221] PlayerThread:543 [0x3d2368]: flushing ...
    [09:31:15.003430] raopcl_flush:1104 [0x7660eab0]: flushing up to s:14166 ts:384970049167533
    [09:31:15.003712] read_line:237 disconnected on the other end 17
    [09:31:15.003772] exec_request:633 [0x76611e08]: response : request failed
    [09:31:15.577810] PlayerThread:413 [0x3d2368]: Disconnecting 3109222393

    Streaming web radio works with the AirplayBridge plugin player - so the error is related to Tidal I guess.

    I have tried to reinstall the Tidal plugin, reinstalled the Tidal app at mysqueezebox, recreated the account info at the Tidal app....
    I even updated to the nightly server version.

    Any ideas?

    Regards
    Martin
    You mean that with a native SB tidal fails as well, except one?
    LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5

  7. #1417
    Senior Member
    Join Date
    Sep 2009
    Posts
    151
    Quote Originally Posted by philippe_44 View Post
    You mean that with a native SB tidal fails as well, except one?
    Well, now it looks like nothing works when trying to stream from Tidal. Radio works perfect.

    I was hoping the log would give a pointer...

  8. #1418
    Senior Member
    Join Date
    May 2008
    Location
    Canada
    Posts
    4,994
    Quote Originally Posted by woodster View Post
    Well, now it looks like nothing works when trying to stream from Tidal. Radio works perfect.

    I was hoping the log would give a pointer...
    Not this one. Maybe a log with additional debugging set to decode
    LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5

  9. #1419
    Senior Member
    Join Date
    Sep 2009
    Posts
    151
    Quote Originally Posted by philippe_44 View Post
    Not this one. Maybe a log with additional debugging set to decode
    Hi Philippe_44,
    Thanks for looking into it.
    Here is the standard log with additional debug info set:
    27 23:55:07.9754] Plugins::RaopBridge::Settings::handler2 (276) reading: interface ?
    [19-09-27 23:55:07.9765] Plugins::RaopBridge::Settings::handler2 (276) reading: log_limit -1
    [19-09-27 23:56:50.4896] Slim::Plugin::WiMP::ProtocolHandler::getMetadataFo r (345) Need to fetch metadata for: 114279784
    [19-09-27 23:56:50.5478] Slim::Plugin::WiMP::ProtocolHandler::_getTrack (179) Getting next track playback info from SN for wimp://114279784.flac
    [19-09-27 23:56:50.7942] Slim::Plugin::WiMP::ProtocolHandler::_gotBulkMetad ata (396) Caching metadata for 1 tracks

  10. #1420
    Senior Member
    Join Date
    May 2008
    Location
    Canada
    Posts
    4,994
    Quote Originally Posted by woodster View Post
    Hi Philippe_44,
    Thanks for looking into it.
    Here is the standard log with additional debug info set:
    27 23:55:07.9754] Plugins::RaopBridge::Settings::handler2 (276) reading: interface ?
    [19-09-27 23:55:07.9765] Plugins::RaopBridge::Settings::handler2 (276) reading: log_limit -1
    [19-09-27 23:56:50.4896] Slim::Plugin::WiMP::ProtocolHandler::getMetadataFo r (345) Need to fetch metadata for: 114279784
    [19-09-27 23:56:50.5478] Slim::Plugin::WiMP::ProtocolHandler::_getTrack (179) Getting next track playback info from SN for wimp://114279784.flac
    [19-09-27 23:56:50.7942] Slim::Plugin::WiMP::ProtocolHandler::_gotBulkMetad ata (396) Caching metadata for 1 tracks
    No I mean the airplay bridge log, not the LMS servers log
    LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5

Posting Permissions

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