Home of the Squeezebox™ & Transporter® network music players.
Page 199 of 199 FirstFirst ... 99149189197198199
Results 1,981 to 1,986 of 1986
  1. #1981
    Junior Member
    Join Date
    Jun 2021
    Posts
    3
    Is host mode actually essential? I usually just identify the ports needed and keep things contained that way. So far I have -p 49152-49252:49152-49252 but that alone isn't doing the trick. What other ports does this need?

  2. #1982
    Senior Member
    Join Date
    May 2008
    Location
    Canada
    Posts
    7,300
    Quote Originally Posted by Dakos View Post
    Is host mode actually essential? I usually just identify the ports needed and keep things contained that way. So far I have -p 49152-49252:49152-49252 but that alone isn't doing the trick. What other ports does this need?
    You need host mode. No NAT can be used as the bridge creates a HTTP server on the host.
    LMS 8.2 on Odroid-C4 - SqueezeAMP!, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3

  3. #1983
    Senior Member
    Join Date
    Oct 2014
    Location
    Pittsburgh PA
    Posts
    188

    CastBridge players no longer respond to 'mute' commands

    Beginning with the current release (v1.64.0), client 'mute' commands are being ignored by all my CastBridge players. I thought maybe it was due to a recent LMS upgrade from v8.1.2 to v8.2, but non-Chromecast players are unaffected.

    Edit: I just realized that the failed mute requests are accompanied by the following log error message:

    Code:
    [21-07-17 18:53:20.5139] Slim::Control::Request::execute (1888) Error: While trying to run function coderef [Slim::Control::Commands::mixerCommand]: [Can't call method "mute" on unblessed reference at /usr/share/perl5/Slim/Control/Commands.pm line 3274.]
    Last edited by SamY; 2021-07-17 at 17:03. Reason: Add error message from LMS log
    Sam

  4. #1984
    Senior Member
    Join Date
    May 2008
    Location
    Canada
    Posts
    7,300
    Quote Originally Posted by SamY View Post
    Beginning with the current release (v1.64.0), client 'mute' commands are being ignored by all my CastBridge players. I thought maybe it was due to a recent LMS upgrade from v8.1.2 to v8.2, but non-Chromecast players are unaffected.

    Edit: I just realized that the failed mute requests are accompanied by the following log error message:

    Code:
    [21-07-17 18:53:20.5139] Slim::Control::Request::execute (1888) Error: While trying to run function coderef [Slim::Control::Commands::mixerCommand]: [Can't call method "mute" on unblessed reference at /usr/share/perl5/Slim/Control/Commands.pm line 3274.]
    Should be fixed in 1.64.1
    LMS 8.2 on Odroid-C4 - SqueezeAMP!, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3

  5. #1985
    Senior Member
    Join Date
    Oct 2014
    Location
    Pittsburgh PA
    Posts
    188
    Quote Originally Posted by philippe_44 View Post
    Should be fixed in 1.64.1
    Sounds good. Thanks, Philippe.
    Sam

  6. #1986
    Member
    Join Date
    Jun 2020
    Location
    UK
    Posts
    57

    Long songs over 10 minutes

    Hopefully this is in the right place as I haven't been able to completely be sure where the issue lies.

    I'm having a problem in the last couple of days playing tracks over 10 minutes from Spotify via Chromecast Audio and Airplay

    The Following instances

    1) track Shine on you crazy Diamond parts 1-7 duration 17:32 from spotify over airplay bridge. Track ends prematurely around 12 minutes and crossfades with the next rack in the queue. I have this track locally but at a lower bit rate and it played right through.

    2) track Schuberts Octet 1st movement https://open.spotify.com/track/7abavMfKPzktTyEHDnoJkd. duration 14:52 Track ended around 11 minutes. I don't have this track locally but another version of the same piece of music at a low bit rate and this played fine.

    I checked the airplay log, the chromecast log and the LMS log. I get this warning repeatedly during the airplay session.

    [21-07-23 16:50:46.1592] Slim::Utils::Misc::msg (1341) Warning: [16:50:45.8050] Use of uninitialized value in concatenation (.) or string at C:\ProgramData\Squeezebox\Cache\InstalledPlugins\P lugins\RaopBridge\HTML\EN\plugins\RaopBridge\setti ngs\basic.html line xxx.

    In the Chromecast log though I Get the following issue

    [09:36:23.830] CastSetDeviceVolume:325 [0048D9C8]: Immediate VOLUME (id:811)
    [09:39:46.572] _SyncNotifyState:424 [0048D9C8]: Cast stop
    [09:39:46.572] slimproto_run:749 [004B2204]: Track shorter than expected (643922/892320)
    [09:39:46.588] sendSTAT:169 [004B2204]: STAT:[STMd] msplayed 643922
    [09:39:46.588] sendSTAT:169 [004B2204]: STAT:[STMu] msplayed 643922
    [09:39:46.697] process_strm:238 [004B2204] strm command s
    [09:39:46.697] process_strm:307 [004B2204], strm s autostart: 1 transition period: 5 transition type: 0 codec: o
    [09:39:46.697] sendSTAT:169 [004B2204]: STAT:[STMf] msplayed 643922
    [09:39:46.760] sq_callback:299 [0048D9C8]:
    artist:Franz Schubert, Gidon Kremer, Isabelle van Keulen, Tabea Zimmermann, David Geringas, Alois Posch, Eduard Brunner, Radovan Vlatkovic, Klaus Thunemann
    album:Schubert: Octet D 803

    The final test was then to enable debug logging on the spotty plugging as I thought that might be the issue and played the Schubert Octet again and it played without issue.

    So I'm thinking that the problem is in the chromecast bridge with the track being shorter than expected. Is this potentially an intermittent buffering issue? I seem to recall another report of problems with long songs but I can't seem to find it now.

    Any help gratefully received. Its a big pain with classical music where track durations over 10 minutes are quite common

    Thanks

Posting Permissions

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