Home of the Squeezebox™ & Transporter® network music players.
Page 512 of 705 FirstFirst ... 12412462502510511512513514522562612 ... LastLast
Results 5,111 to 5,120 of 7050
  1. #5111
    Senior Member
    Join Date
    Mar 2017
    Posts
    2,729
    Quote Originally Posted by cpd73 View Post
    Perhaps, as a comporomise, LMS8 could have an API to return a list of searchable services as per browseonlineartist ? e.g. '["searchonline", 0, 200, "service_id:ID", "search:TERM"]' - I'd imagine most services that can browse (via browseonlineartist) can also search? Therefore no need to get another list of services, and each would just need updating to support "searchonline". (Again, it'd be great if these searches returned multiple lists (artists, albums, etc)).
    Sort of replying to myself; Is it correct that "My Music" is always first in the ["globalsearch", "items"] request? What I'm thinking is that I could have the current search as is, but add a separate section at the end of the results stating "Search on..." then list the other items from ["globalsearch", "items"]?? The search results would be (e.g.)

    Artists
    First artist
    A.N. Other Artist
    Albums
    An album
    Tracks
    Track 1
    Search on...
    Spotty
    YouTube
    Material debug: 1. Launch via http: //SERVER:9000/material/?debug=json (Use http: //SERVER:9000/material/?debug=json,cometd to also see update messages, e.g. play queue) 2. Open browser's developer tools 3. Open console tab in developer tools 4. REQ/RESP messages sent to/from LMS will be logged here.

  2. #5112
    Senior Member
    Join Date
    Nov 2012
    Location
    UK, Nottinghamshire
    Posts
    365
    Quote Originally Posted by cpd73 View Post
    AFAIK, there is no standard API for these searches.



    If its so easy, I look forward to your pull request implementing this.
    haha. I only wish I could, honestly

    By "easy" I meant for talented and familiar with existing code developer like yourself, Michael and many others on here. As much as I would like to get more helpful with code itself I just don't have enough in me sadly (ps I tried a bit with Transfer queue if you remember which you had to change as I used some not acceptable /outdated practices)

    So best I can do really, it's to share ideas for making this already wonderful system a little bit better. Yeah I know its subjective depending on use case but wouldn't more universal LMS be better for everyone?

    If this particular case I've noticed that there are already working functions/features/plugins which are however somehow separated. I'm just thinking of marrying them together to improve user experience:

    1. Material Skin
    2. Music & Artist Information
    3. Streaming Plugins like Spotty /Qobuz etc

    So concept is:

    If Material Skin "BIO/Album Review" text can be select-able as its in default skin
    Name:  DS selected text.JPG
Views: 165
Size:  27.6 KB

    Then already exiting function "On ....." which is at the moment under "more" (listed if streaming service plugins are installed)
    Name:  On spotify.JPG
Views: 162
Size:  10.8 KB

    Name:  on other services.JPG
Views: 160
Size:  10.2 KB


    Could be added to already exiting (right click) popup in MS (MAIP screen)
    Name:  MS popup3.jpg
Views: 162
Size:  75.9 KB
    (ps Excuse terrible Paint job example)


    As all exiting "components" already exists I assumed it should be fairly "easy" to "join" them together.. It just may be naive thinking and I also get that you must be fed up with all requests you are getting from everyone.
    3x Squeezebox Touch, 4x Squeezebox Radio, Squeezelite (RPi 3B with HiFiBerry DAC+Pro on OSMC), Material Skin Apk, Squeeze Commander, Logitech Media Server Version: 8.2.0 with Material Skin (Docker in DS218+)

  3. #5113
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    20,530

    Announce: Material Skin

    > Sort of replying to myself; Is it correct that "My Music" is *always*
    > first in the ["globalsearch", "items"] request? What I'm thinking is


    (Without checking the code) I'd say yes.

    --

    Michael

  4. #5114
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    20,530

    Announce: Material Skin

    > I guess I could use that, but it means making multiple calls. What would
    > be *great* is a '["globalsearch", "items", 0, 200, "search:abba",
    > "timeout:15", "tags:..."]' which would automatically search all
    > providers (artists, albums, playlists (including tracks within), tracks,
    > YouTube, Spotify, etc) and return 1 response with loops for all - eg
    > artists_loop, albums_loop, etc. As well as returning meta-data as
    > requested by tags. I guess this'd be a lot of work, so not likely to
    > happen.


    That's been the marketing guys' dream 10+ years ago :-). But not only
    could this be a lot of calls for a simple search, but there's also a lot
    of differences how searches are handled by the various music services.
    With some you can request only tracks from album ABC by artist XYZ, with
    others you'd get one huge response with all possible items (albums,
    playlists, playlists, tracks...). As you said, doing this would require
    a lot of work.

    > Perhaps, as a comporomise, LMS8 could have an API to return a list of
    > searchable services as per browseonlineartist ? e.g. '["searchonline",
    > 0, 200, "service_id:ID", "search:TERM"]' - I'd imagine most services
    > that can browse (via browseonlineartist) can also search? Therefore no
    > need to get another list of services, and each would just need updating
    > to support "searchonline". (Again, it'd be great if these searches
    > returned multiple lists (artists, albums, etc)).


    Ah, that's why you asked about the local search? Take the menu and strip
    off local search to replace it with your own implementation?

    --

    Michael

  5. #5115
    Senior Member
    Join Date
    Mar 2017
    Posts
    2,729
    Quote Originally Posted by mherger View Post

    Ah, that's why you asked about the local search? Take the menu and strip
    off local search to replace it with your own implementation?
    Yup. The problem with LMS's generic search is that the returned meta-data is pretty slim, so Material does 3 searches - artists, albums, and tracks. With these I can ask for more metadata, so can produce (IMHO) nicer lists. No point in searching playlists, as the API only searches the names not contents - which is a shame.

    What I'm thinking of doing is adding the "globalsearch items" call, stripping off the first entry, and then showing a list of the other items - which I'm hoping will be the options to search on online services.
    Material debug: 1. Launch via http: //SERVER:9000/material/?debug=json (Use http: //SERVER:9000/material/?debug=json,cometd to also see update messages, e.g. play queue) 2. Open browser's developer tools 3. Open console tab in developer tools 4. REQ/RESP messages sent to/from LMS will be logged here.

  6. #5116
    Senior Member
    Join Date
    Apr 2005
    Location
    UK/London
    Posts
    3,890
    ... edge case to think about would be someone with online services only (no local music)
    Paul Webster
    http://dabdig.blogspot.com
    Author of "Now Playing" plugins covering Radio France (FIP etc), PlanetRadio (Bauer - Kiss, Absolute, Scala, JazzFM etc), KCRW, Supla Finland, ABC Australia, CBC/Radio-Canada and RTE Ireland

  7. #5117
    Senior Member
    Join Date
    Mar 2017
    Posts
    2,729
    Quote Originally Posted by Paul Webster View Post
    ... edge case to think about would be someone with online services only (no local music)
    Well in that case no locla results would be shown, and just the list of services at the end. I guess if there was only 1 service, then might as well just show its results. But, seeing as I dont use these services...
    Material debug: 1. Launch via http: //SERVER:9000/material/?debug=json (Use http: //SERVER:9000/material/?debug=json,cometd to also see update messages, e.g. play queue) 2. Open browser's developer tools 3. Open console tab in developer tools 4. REQ/RESP messages sent to/from LMS will be logged here.

  8. #5118
    formerly known as Fletch
    Join Date
    May 2005
    Posts
    2,303
    Quote Originally Posted by cpd73 View Post
    Well in that case no locla results would be shown, and just the list of services at the end. I guess if there was only 1 service, then might as well just show its results. But, seeing as I dont use these services...
    What about folks who have enabled "Online Music Library Integration"?

  9. #5119
    Senior Member
    Join Date
    Mar 2017
    Posts
    2,729
    Quote Originally Posted by Mark Miksis View Post
    What about folks who have enabled "Online Music Library Integration"?
    Then they would show as local results. Not sure what the problem here is, the current search *only* shows local (or online if integrated) - so this change would be in *addition* to the current results. Nothing lost.
    Material debug: 1. Launch via http: //SERVER:9000/material/?debug=json (Use http: //SERVER:9000/material/?debug=json,cometd to also see update messages, e.g. play queue) 2. Open browser's developer tools 3. Open console tab in developer tools 4. REQ/RESP messages sent to/from LMS will be logged here.

  10. #5120
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    20,530

    Announce: Material Skin

    > (IMHO) nicer lists. No point in searching playlists, as the API only
    > searches the names not contents - which is a shame.


    With the Fulltext Search plugin enabled it should search tracks within
    the list, too.

    > What I'm thinking of doing is adding the "globalsearch items" call,
    > stripping off the first entry, and then showing a list of the other
    > items - which I'm hoping will be the options to search on online
    > services.


    Good luck :-)

    --

    Michael

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
  •