Home of the Squeezebox™ & Transporter® network music players.
Page 105 of 107 FirstFirst ... 55595103104105106107 LastLast
Results 1,041 to 1,050 of 1065
  1. #1041
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    19,987

    7.9 Problems/Bugs

    > --------------------
    > 00:04:20:16:14:7d status - 1
    > --------------------


    Check the CLI documentation for all the parameters (tags) available to
    the status query.


    --

    Michael

  2. #1042
    Junior Member
    Join Date
    Sep 2009
    Location
    Fijnaart, the Netherlands
    Posts
    13
    Reaction to the case Yutlin describes:
    Quote Originally Posted by yutlin View Post
    Can anyone tell me if something has changed recently with the response to a CLI "status" query? My home automation software no longer pulls artist, album, genre, etc from Squeezebox and after some digging it appears the issue may be due to squeezebox's response to the CLI status subscription.
    I have no expert knowledge but could we be facing a problem of the same kind?

    When I select a song on my Transporter, it does shows the name of the song but it does not want to play it. No difference for songs from the NAS or internet radio.

    The things that happened in my network and I do not now the order of it:
    - there was a lightning that made computers and server go down, all seemed to be able to start again.
    - installed Roon/Tidal with the option to simulate squeezebox server in my network and tried to couple the Transporter. Nice logo from Roon but no song playing from it.

    From those moments the Transporter fails to play from LMS although the interface seems to work as normal.
    Also tried a backup image on my RPi (that is running as server).

    Same or different problem as Yutlin?

    KR, Edwin
    Qnap 209Pro - RPi with SqueezePlug - Transporter - Rotel pre 995 - Rotel power 990 - Infinity Kappa 100

  3. #1043
    Senior Member
    Join Date
    Aug 2009
    Posts
    348
    Quote Originally Posted by keysandsax View Post
    Same or different problem as Yutlin?
    Most likely a completely different problem. For starters, try doing a Xilinx reset

  4. #1044
    Junior Member
    Join Date
    Sep 2009
    Location
    Fijnaart, the Netherlands
    Posts
    13
    Quote Originally Posted by alfista View Post
    Most likely a completely different problem. For starters, try doing a Xilinx reset
    Yes, yes, yes, Transporter plays again.
    THX!
    Qnap 209Pro - RPi with SqueezePlug - Transporter - Rotel pre 995 - Rotel power 990 - Infinity Kappa 100

  5. #1045
    Junior Member
    Join Date
    Jan 2015
    Posts
    10
    Quote Originally Posted by mherger View Post
    > --------------------
    > 00:04:20:16:14:7d status - 1
    > --------------------


    Check the CLI documentation for all the parameters (tags) available to
    the status query.


    --

    Michael
    Michael,

    Did something change that the tags are now required where no tags used to return everything? The home automation software I'm using appears to call status without tags and has been working for years (until recently).

  6. #1046
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    19,987

    7.9 Problems/Bugs

    > Did something change that the tags are now required where no tags used
    > to return everything? The home automation software I'm using appears to
    > call status without tags and has been working for years (until
    > recently).

    What version did you run before? I try not to break backwards
    compatibility wherever possible. I would be surprised if such a central
    query changed considerably between 7.7 and 7.9 - and nobody noticed before.

    --

    Michael

  7. #1047

    Persistent warning, any action needed?

    Hi Michael I cleared the plugin issues, but this warning persists.

    [17-08-17 12:56:10.1846] Slim::Utils::Misc::msg (1250) Warning: [12:56:10.1844] DBIx::Class::ResultSet::update_or_create(): Query returned more than one row. SQL that returns multiple rows is DEPRECATED for ->find and ->single at /Slim/Schema.pm line 1877
    SB3, UE Radio, CA DacMagic, Talk Electronic stereo. LMS 7.9.1 BBCiPlayer, Shairtunes2 plugins

  8. #1048
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    19,987

    7.9 Problems/Bugs

    > Hi Michael I cleared the plugin issues, but this warning persists.
    >
    > [17-08-17 12:56:10.1846] Slim::Utils::Misc::msg (1250) Warning:
    > [12:56:10.1844] DBIx::Class::ResultSet::update_or_create(): Query
    > returned more than one row. SQL that returns multiple rows is
    > DEPRECATED for ->find and ->single at /Slim/Schema.pm line 1877


    I think this can occur if you happen to have a track with an artist
    called "Various Artists" (or whatever string you use to define the VA
    category in LMS - hidden somewhere in Settings/My Music).

    --

    Michael

  9. #1049
    Quote Originally Posted by mherger View Post
    >
    I think this can occur if you happen to have a track with an artist
    called "Various Artists" (or whatever string you use to define the VA
    category in LMS - hidden somewhere in Settings/My Music).

    --

    Michael
    Brilliant. I found and fixed a file wrongly named Various Artists in the Artist field. The warning disappeared after restart.
    SB3, UE Radio, CA DacMagic, Talk Electronic stereo. LMS 7.9.1 BBCiPlayer, Shairtunes2 plugins

  10. #1050

    faad with 7.9.1

    Not sure if here is the right place to post.
    After upgrade to 7.9.1 nightly on QNAP (HS-251 intel proc, running QTS 4.2.0), faad does not work anymore.
    Logfile:
    Code:
    /share/CACHEDEV1_DATA/.qpkg/LogitechMediaServer/var/home/SqueezeboxServer/Bin/i386-linux/faad: /lib/libc.so.6: version `GLIBC_2.7' not found (required by /share/CACHEDEV1_DATA/.qpkg/LogitechMediaServer/var/home/SqueezeboxServer/Bin/i386-linux/faad)
    Simply replacing the new faad with a copy from the old 7.9.0 tar solves the issue.
    Problem solved, but would it be possible to compile the new faad in the same way used for compiling the 7.9.0 version, so that it does not require GLIBC_2.7?

Posting Permissions

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