Re: [SlimDevices: SqueezeCenter] Multiple Radio Stations In The Queue - Observations and Unexpected Behaviour
Redrum wrote: > > > Having said all of that, being an engineer, I don't discount the > possibility that I might be the only one that can see this, and I am > missing something fundamental. Maybe it's age, karma, growing up near > the love canal, my love of beer, wine (*no alcohol was involved in this > test*), whatever. If this is the case I apologize for wasting anyone's > time. I want to be a good member of this community, not a pita. Also, > multiple radio stations in the queue isn't a deal breaker, if it's just > "the way it is" so be it. I just wanted to point this out. > > Jim Perhaps it was the lack of alcohol that was the problem. ;):p My apologies that my comment does not help solve the issue, but I could not resist. P Nelson's Profile: http://forums.slimdevices.com/member.php?userid=58158 View this thread: http://forums.slimdevices.com/showthread.php?t=116205 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Multiple Radio Stations In The Queue - Observations and Unexpected Behaviour
Redrum wrote: > I'm Not sure I understand this response. Are you referring specifically > to playlists? Because I described in excruciating detail how to cause > disruption by adding to the queue in this thread, in the attached > document. > > If you are referring specifically to playlists, then, sure. I can > document steps to disrupt (and be concise, I promise :)). My original > journey down this rabbit hole started with adding multiple streams to > the queue and creating a playlist. With the contents moved to the queue, > there was allot of unexpected behavior when selecting position 1, then > 3, then 2, etc. That ended up with my "I broke LMS" thread. "a playlist of radio streams" can be interpreted in a few ways. LSM has an active playlist for each audioplayer. * A user can use a UI, adding one item one at a time to the playlist. This is the sort of playlist that is being described in 1st post. * A user can create with a text editor or some other tools a playlist file. There are a number of formats for these files such as m3u, pls, asx, ram etc. In this case, the user via UI requests to play a playlist file. Each item in the playlist file is usually processed by the specific playlist parser which in turn adds to the queue each item the parser finds & checks. * With some plugins such as my iHeart, when a user selects to play a station, whilst iHeart has a radio playlist for each station, it is the plugin which adds each streaming URL separately to queue. Usually up to 4 playable items will be added to the queue - each item is a single playable URL. * With some other "radio" plugins, playing an item may add a radio playlist URL so although only one item appears in the queue, there are multiple URLs in the radio playlist and it may be a protocolhandler which selects next item to be played. With the various possibilities and interpretations of "radio playlist" - more details are needed to determine if the two problems described are symptoms of the same issues, even if the symptoms are similar. If the problem is readily reproducible such as with a copy of the playlist file and a specific system setup, then identifying the problem should not take time - solving it may take time. But as you have suggested, and I, and I am sure others would agree, is it worth even thinking about for the 0.01% that might want to have this work predictably? I think time has convinced me that it isn't. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116205 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Multiple Radio Stations In The Queue - Observations and Unexpected Behaviour
Redrum wrote: > > > Having said all of that, being an engineer, I don't discount the > possibility that I might be the only one that can see this, and I am > missing something fundamental. Maybe it's age, karma, growing up near > the love canal, my love of beer, wine (no alcohol was involved in this > test), whatever. > > Jim Perhaps the lack of alcohol may be the problem!! :p:) :D Sorry, that my comments does not contribute to your issue, but I just could not resist. Paul P Nelson's Profile: http://forums.slimdevices.com/member.php?userid=58158 View this thread: http://forums.slimdevices.com/showthread.php?t=116205 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Multiple Radio Stations In The Queue - Observations and Unexpected Behaviour
bpa wrote: > If you can describe a method to reproduce your problem on another system > then the problem can be checked. > > If it is just the radio playlist then a copy of the playlist file and > descriptions of actions/symptoms may be all that is necessary to > reproduce. > > Internet radio URL playlist (e.g. m3u, pls, asx) can seem to have > different behaviour than a file playlist because streaming URLs can have > retries and delays built into their handlers. I'm Not sure I understand this response. Are you referring specifically to playlists? Because I described in excruciating detail how to cause disruption by adding to the queue in this thread, in the attached document. If you are referring specifically to playlists, then, sure. I can document steps to disrupt (and be concise, I promise :)). My original journey down this rabbit hole started with adding multiple streams to the queue and creating a playlist. With the contents moved to the queue, there was allot of unexpected behavior when selecting position 1, then 3, then 2, etc. That ended up with my "I broke LMS" thread. But as you have suggested, and I, and I am sure others would agree, is it worth even thinking about for the 0.01% that might want to have this work predictably? I think time has convinced me that it isn't. Jim Redrum's Profile: http://forums.slimdevices.com/member.php?userid=33806 View this thread: http://forums.slimdevices.com/showthread.php?t=116205 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Multiple Radio Stations In The Queue - Observations and Unexpected Behaviour
bwaldron wrote: > You're not alone. I have used playlists of radio stations in the past, > and encountered many of the same issues that you have. If you can describe a method to reproduce your problem on another system then the problem can be checked. If it is just the radio playlist then a copy of the playlist file and descriptions of actions/symptoms may be all that is necessary to reproduce. Internet radio URL playlist (e.g. m3u, pls, asx) can seem to have different behaviour than a file playlist because streaming URLs can have retries and delays built into their handlers. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116205 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Multiple Radio Stations In The Queue - Observations and Unexpected Behaviour
Redrum wrote: > Having said all of that, being an engineer, I don't discount the > possibility that I might be the only one that can see this, and I am > missing something fundamental. You're not alone. I have used playlists of radio stations in the past, and encountered many of the same issues that you have. bwaldron's Profile: http://forums.slimdevices.com/member.php?userid=1073 View this thread: http://forums.slimdevices.com/showthread.php?t=116205 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Multiple Radio Stations In The Queue - Observations and Unexpected Behaviour
Example of being pro-active might provide better answers. Normally the getMetedataFor routine has to return a hash with icon, title etc. Line in red show that in some circumstance it will return "empty" - this may explain the "blank" slots in your queue. Adding additional logging would check if this was the case. In RP code - its getMetdataFor handler - fragment below Code: sub getMetadataFor { my ( $class, $client, $url, $forceCurrent ) = @_; $client = $client->master; my $song = $forceCurrent ? $client->streamingSong() : $client->playingSong(); return {} unless $song; main::DEBUGLOG && $log->is_debug && $log->debug("Refreshing metadata"); my $icon = $class->getIcon(); my $cached = $class->getBlockData($song); # want the streaming song and url specific, means we want the whole block if ($cached && $forceCurrent eq 'repeating') { main::INFOLOG && $log->is_info && $log->info("returning 1st song of new block"); return { icon=> $icon, cover => $icon, bitrate => '', title => 'Radio Paradise', duration => $cached->{length}, secs => $cached->{length}, song_id => 0, slideshow => [], buttons => { rew => 0, }, }; } . . . bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116205 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Multiple Radio Stations In The Queue - Observations and Unexpected Behaviour
Redrum wrote: > Agree, I need to reiterate that these are observations, not meant to > create work, but rather to point out a use case that resulted in > unexpected behavior, maybe something a dev consider a bug. I can't help feeling time might be time might be better spent, learning some Perl even if just to add more specific logging in say the getmetadatafor routine. > Taking it further thought, through using the queue with radio streams > (playing around), I managed to somehow alter LMS (other thread) - > unrecoverable, I will need to reinstall. TBH I couldn't follow the other thread - there is too much text - I think the details have become obscured. It takes more time to write fewer words. Unless you edited an LMS ".PM" file, then you haven't altered LMS in an unalterable way, you just either messed up prefs or else something is still cached. For the "broken" system - see if clearing *all* files in Cache, clear browser cache and then restart system (to clear OS caches) makes a difference. If not then problem is in a prefs file. If you create a clean working system with same plugins - don't try to recreate the steps to break it - just look at the differences in the prefs idle. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116205 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Multiple Radio Stations In The Queue - Observations and Unexpected Behaviour
bpa wrote: > > > So a question has to be asked - are these realistic scenarios ? To > resolve the problem may add complexity to the plugin which in practice > will never be used. Agree, I need to reiterate that these are observations, not meant to create work, but rather to point out a use case that resulted in unexpected behavior, maybe something a dev consider a bug. Taking it further thought, through using the queue with radio streams (playing around), I managed to somehow alter LMS (other thread) - unrecoverable, I will need to reinstall. The answer could be just to prevent more than one stream item in the queue, or leave it as is. I just thought it was pretty cool to be able to create global "presets" as presets are player dependent, but that's just me. Jim Redrum's Profile: http://forums.slimdevices.com/member.php?userid=33806 View this thread: http://forums.slimdevices.com/showthread.php?t=116205 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Multiple Radio Stations In The Queue - Observations and Unexpected Behaviour
Redrum wrote: > Radio Stations do not behave like music files in the queue (when there > is more than one), and station types (plugin or standard) don't (miss) > behave The same way. For stations that have/use a protocol handler - the metadata displayed (e.g. image, text) during playing is usually supplied by a plugin "getMetadatafor". For items that are queued - the same routine "getMetadatafor" is called. There are various methods to get the metadata depending on the source. Some mayeb eemddded in the stream, some on demand from a URL, others may be collected as part of a background process To return the correct information, the protocol handler will need checks whether the calling client is actually playing the queued "URL" (i.e. get current data) or in queue (i.e. just return static image and title) . For some protocol handlers this may be "difficult" if you're already playing the same station as the URL may be the same but some dynamic parameters different (e.g. starttime). So a question has to be asked - are these realistic scenarios ? To resolve the problem may add complexity to the plugin which in practice will never be used. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116205 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
[SlimDevices: SqueezeCenter] Multiple Radio Stations In The Queue - Observations and Unexpected Behaviour
I was playing around with adding multiple radio stations into the queue, then saving as a playlist. Sort of using the queue as a set of presets. I noticed some odd behavior with the Now Playing (Art, artist, song) info. In the process of testing this/that, I did something to my system which prevents me from adding more than one radio station to the queue, and strangely not for all the players, some add fine. This was reported and discussed here: https://forums.slimdevices.com/showthread.php?116190-I-broke-LMS-How-did-I-do-it-Can-I-fix-without-reinstalling So, I decided to run a series of tests and document my observations, and I would like to share in this thread. Radio Stations do not behave like music files in the queue (when there is more than one), and station types (plugin or standard) don't (miss) behave The same way. So, I build an identical LMS server to my main server, pCP 7, LMS 8.3, and tested them side by side at the same time to eliminate the actual stream as a variable In the interest of avoiding a monster post. I created a pfd of my test and results, images from both systems side by side, and attached for those interested. All of the tests to date (I will continue) are with the first item only in the queue being selected to play. I have seen other odd behaviour playing other than the first item, I'll look into that next 37599 What I observed: Radio Paradise FLAC - Regular Stream (not Interactive) - Adding additional RP stations in the queue "freezes" the now playing info for the station being played (queue posn 1). It does not change when the song changes. Non Plugin Stations - Similar to above Paul's Radio Now Playing - seemed to work as expected (again queue posn 1) Radio Paradise FLAC Interactive - Different from RP above, when additional stations were added to the queue, those stations (Mellow, Rock) both adopted the Now Playing info from the playing stream (Main). But, the now playing info does change with the song. Having said all of that, being an engineer, I don't discount the possibility that I might be the only one that can see this, and I am missing something fundamental. Maybe it's age, karma, growing up near the love canal, my love of beer, wine (no alcohol was involved in this test), whatever. If this is the case I apologize for wasting anyone's time. I want to be a good member of this community, not a pita. Also, multiple radio stations in the queue isn't a deal breaker, if it's just "the way it is" so be it. I just wanted to point this out. Jim +---+ |Filename: Radio in Queue.pdf | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=37599| +---+ Redrum's Profile: http://forums.slimdevices.com/member.php?userid=33806 View this thread: http://forums.slimdevices.com/showthread.php?t=116205 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter