Home of the Squeezebox™ & Transporter® network music players.
Page 3 of 6 FirstFirst 12345 ... LastLast
Results 21 to 30 of 59

Thread: iPeng and YT

  1. #21
    Senior Member
    Join Date
    May 2008
    Location
    Canada
    Posts
    3,754

    iPeng and YT

    Quote Originally Posted by mherger View Post
    > I'm not sure where caching should happen and what to cache. When

    LMS (XMLBrowser) does not simply access the menu node as given in some
    ID. It often needs to drill down from the top of the navigation tree to
    the leave you want. You'll have to make sure that the path to that place
    does not change between calls. Eg. don't re-run the search, but make
    sure you're using the same results as when you reached the search
    results list before. That's where you'd need to apply some caching.

    --

    Michael
    Sorry but I don't understand.

    Seen from the plugin menu handler, these are different calls and I have no way to guess what they are made for or where they come from.

    I can't know if LMS is drilling down into a menu to redo the same search as before to access a leaf or if it is a new search - what parameter could tell me the difference? I receive a search arg, index and quantity, that's all.

    On the opposite, when destructiveTTP is deactivated, LMS has kept the crumbs of the search and redoes it properly.

    As well, when using the webUI and navigating with it, LMS always provides me the same information than the one used at the first search, just with different index and quantities.

    Of course, the result of the initial search are caches and when LMS redescend the menu tree, the plugin returns results from the cache, but I know where to look at because LMS gives me the informations. If I'm asked to look for 'toto' in video and there is 200 results, any further request to look for 'toto' whatever are the index and quantity, result will come from the cache

    In the example above, i just don't have the info, so I don't know where to look

    I wish we could talk with pippin because I feel we don't understand well each other on this one. Having said that, it's not super critical, just I invested a lot of energy reading the LMS code so I was hopping to find a solution
    Last edited by philippe_44; 2018-01-09 at 00:41.
    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. #22
    Senior Member pippin's Avatar
    Join Date
    Oct 2007
    Location
    Berlin
    Posts
    14,376
    Again: could you try this on a SqueezePlay device/software?
    I’d really like to know whether this is a problem of server-side implementation or protocol interpretation.
    ---
    learn more about iPeng, the iPhone and iPad remote for the Squeezebox and
    Logitech UE Smart Radio as well as iPeng Party, the free Party-App,
    at penguinlovesmusic.com
    New: iPeng 9, the Universal App for iPhone, iPad and Apple Watch

  3. #23
    Senior Member
    Join Date
    May 2009
    Location
    Clacton-on-Sea, Essex. UK
    Posts
    513
    Quote Originally Posted by philippe_44 View Post
    I was trying to fix YT plugin for the issue with iPeng (and I think other controllers like Orange squeeze) where, once you've done a search if you press a track, it brings a context menu but quite often it plays something random. You have to long-press the item to get the same context menu and then play the right track. I've added 2 logs that basically show the same item being pressed and long-pressed.

    The long story short seems to be that, when long-pressed, the context menu I receive has, assuming that the 1 level menu was a search for "toto" and we selected item 36 from the result.

    "item_id:2_toto.36",

    This is fine as then LMS will redo a search with parameter "toto" and ask for item 36

    But when short-pressed, all I got is

    "item_id:2.36",

    The query parameter is gone and of course, when I do a YT API call, that cannot return the correct result

    I understand that the difference between short press and long press is related to playlist play and destructive mode, but I don't understand why the parameter of the query is lost (and it does not seem to be an iPeng problem, I've seen others having the same issue with Orange squeeze.

    As far as I understand, LMS gets context menu by storing Level, Search and Index using that "." and "_" syntax, but I don't know much more
    It's a stupid question I know but I was intrigued anyway...

    What is YT?

    Bob
    1 x Touch
    1 x Radio
    1 x Boom
    1 x Intel-NUC server/squeezelite running LMS 7.91 on Windows 10
    1 X Odroid-XU4 server/squeezelite running LMS 7.91 on Ubuntu 16.04
    WaveIO USB into Lavry DA-10 DAC
    Starfish Pre-amp : Based on NAIM NAC 72
    Heavily modified NAIM NAP 250 Power-amp
    Behringer DEQ2496
    Linn Isobarik DMS

  4. #24
    Senior Member
    Join Date
    Jan 2010
    Location
    Hertfordshire
    Posts
    1,542
    Quote Originally Posted by bobertuk View Post
    It's a stupid question I know but I was intrigued anyway...

    What is YT?

    Bob
    YouTube.

    Sent from my SM-G900F using Tapatalk

  5. #25
    Senior Member
    Join Date
    May 2009
    Location
    Clacton-on-Sea, Essex. UK
    Posts
    513
    Quote Originally Posted by slartibartfast View Post
    YouTube.

    Sent from my SM-G900F using Tapatalk
    Thank you. I knew it was a stupid question lol
    1 x Touch
    1 x Radio
    1 x Boom
    1 x Intel-NUC server/squeezelite running LMS 7.91 on Windows 10
    1 X Odroid-XU4 server/squeezelite running LMS 7.91 on Ubuntu 16.04
    WaveIO USB into Lavry DA-10 DAC
    Starfish Pre-amp : Based on NAIM NAC 72
    Heavily modified NAIM NAP 250 Power-amp
    Behringer DEQ2496
    Linn Isobarik DMS

  6. #26
    Senior Member
    Join Date
    May 2008
    Location
    Canada
    Posts
    3,754
    Quote Originally Posted by pippin View Post
    Again: could you try this on a SqueezePlay device/software?
    I’d really like to know whether this is a problem of server-side implementation or protocol interpretation.
    I tried from a duet's remote per my previous post and got the same result. Isn't it valid?
    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. #27
    Senior Member pippin's Avatar
    Join Date
    Oct 2007
    Location
    Berlin
    Posts
    14,376
    Ah, I didn't see that. So it's not a question of protocol interpretation but rather how XMLBrowser builds the menu or your plugin reacts to it.
    ---
    learn more about iPeng, the iPhone and iPad remote for the Squeezebox and
    Logitech UE Smart Radio as well as iPeng Party, the free Party-App,
    at penguinlovesmusic.com
    New: iPeng 9, the Universal App for iPhone, iPad and Apple Watch

  8. #28
    Senior Member
    Join Date
    May 2008
    Location
    Canada
    Posts
    3,754
    Quote Originally Posted by pippin View Post
    Ah, I didn't see that. So it's not a question of protocol interpretation but rather how XMLBrowser builds the menu or your plugin reacts to it.
    I think this is a XMLBrower problem. I've just tried with Spotty and there is exactly the same issue.

    1- do a search, get the list of items
    2- play one
    3- go back to the searched list, choose an other item
    4- short press on it
    5- nothing will happen (my guess is because contrary to YT, spotty receives a search request it cannot handle where YT just do a search with an empty query)
    6- instead, if you long press on the track at 4-, it will play
    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. #29
    Senior Member pippin's Avatar
    Join Date
    Oct 2007
    Location
    Berlin
    Posts
    14,376
    I suspect the problem is a combination of an XMLBrowser issue and the Defeat Destructive TTP option which came late to LMS (don’t remember whether Michael did this alone or whether it was still an official Logitech development but IIRC it was the latter, maybe during the onebrowser activity) and might not have had enough testing in all the detailed scenarios like this one.
    ---
    learn more about iPeng, the iPhone and iPad remote for the Squeezebox and
    Logitech UE Smart Radio as well as iPeng Party, the free Party-App,
    at penguinlovesmusic.com
    New: iPeng 9, the Universal App for iPhone, iPad and Apple Watch

  10. #30
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    19,982

    iPeng and YT

    > I suspect the problem is a combination of an XMLBrowser issue and the
    > Defeat Destructive TTP option which came late to LMS (don’t remember
    > whether Michael did this alone or whether it was still an official
    > Logitech development but IIRC it was the latter, maybe during the
    > onebrowser activity) and might not have had enough testing in all the
    > detailed scenarios like this one.


    I'll see whether I can reproduce this issue. XMLBrowser is... difficult.
    The TTP handling was introduced shortly before the product got dumped -
    wasn't me :-). It requires 7.8 firmware on Touch. It's probably THE
    difference between 7.7.x and 7.8.

    --

    Michael

Posting Permissions

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