Re: [SlimDevices: Plugins] SqueezeLite on Windows pausing, interruption, dropout of audio every 5 minutes
@ ralphy I don't see any *volatile* modifier in the code although there is data shared among threads, e.g. the read/write positions of the buffers. Is that by design? Everything seems to be synchronized via mutexes, however, if I understand volatile correctly, data updated on one thread could be lost on another thread when this thread has the data cached. fpo's Profile: http://forums.slimdevices.com/member.php?userid=71212 View this thread: http://forums.slimdevices.com/showthread.php?t=113554 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] SqueezeLite on Windows pausing, interruption, dropout of audio every 5 minutes
foopydog wrote: > > I would like to know: is this the *actual* solution? > > Using a larger buffer would cure certain problems, such as overrunning > the boundary of the struct from malloc. But it might also only side-step > the problem, only to re-emerge later on, because the problem is > somewhere else. Only by reproducing and testing can we be sure, although > I understand that @ralphy has not been able to reproduce the issue yet. > Maybe those other forum postings will provide some further clues on how > to verify the fix. > > If this actually does cure the problem, then setting a new default > buffer size will put this problem to rest. Default stream buffer size is 2 MiB. One post mentions -b 655360:1310720, which is about 1.8 GiB total buffer size (stream+output). I'm tempted to assume *that* is not the solution if squeezelite as a core component is supposed to run on small sytems. What you get with a big stream buffer is that the whole mp3 file is read in one fell swoop. That might just mask the problem. What about folks that listen to classical music. Those files can be fairly large. Moreover, the problem seems not only related to the buffer size but also specific to mp3 files. I have not noticed dropouts when playing flac files. I'm testing with -b 256 which results in a 256 kiB stream buffer size since its multiplied internally by 1024. The files I'm testing with are about 6 MB in size. So there should be plenty of wrapping around in the stream buffer. Wrapping around does not seam to be a problem with flac data. Is there anything special when wrapping around mp3 data? Looking at the code I don't think so. The dropouts are really fickle. E.g. when I'm testing I'm reading stderr programmatically and writing to a memory buffer. I can make the dropouts disappear when I put a small delay in the logging function. So it's seems contingent on the internal timing within squeezelite. Different cpu frequencies, different cache sizes etc. can thus make the dropouts appear or disappear. fpo's Profile: http://forums.slimdevices.com/member.php?userid=71212 View this thread: http://forums.slimdevices.com/showthread.php?t=113554 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] SqueezeLite on Windows pausing, interruption, dropout of audio every 5 minutes
ralphy wrote: > ... > Please try 'squeezelite-1.9.8-1324-test3-win64.zip' > (https://www.dropbox.com/s/put1qx5j9flhajv/squeezelite-1.9.8-1324-test3-win64.zip?dl=1). No luck yet. See my log below with lines inserted where I detect cpu load. [22:52:50.094] process_strm:280 strm command t [22:52:50.094] sendSTAT:195 STAT: STMt [22:52:52.096] sendSTAT:195 STAT: STMt [22:52:54.097] sendSTAT:195 STAT: STMt [22:52:55.095] process:527 strm [22:52:55.095] process_strm:280 strm command t [22:52:55.095] sendSTAT:195 STAT: STMt [22:52:56.095] sendSTAT:195 STAT: STMt [22:52:58.095] sendSTAT:195 STAT: STMt [22:53:00.094] sendSTAT:195 STAT: STMt [22:53:00.094] process:527 strm [22:53:00.094] process_strm:280 strm command t [22:53:00.094] sendSTAT:195 STAT: STMt [22:53:02.096] sendSTAT:195 STAT: STMt [22:53:04.096] sendSTAT:195 STAT: STMt -22:53:04.208- ## START OF HEAVY CPU LOAD -22:53:04.208- ## CPU LOAD: total:64,0% user:12,2% kernel:51,8% -22:53:04.701- ## CPU LOAD: total:100,0% user:9,5% kernel:91,9% [22:53:05.094] process:527 strm [22:53:05.094] process_strm:280 strm command t [22:53:05.094] sendSTAT:195 STAT: STMt -22:53:05.196- ## CPU LOAD: total:100,0% user:9,5% kernel:91,5% -22:53:05.708- ## CPU LOAD: total:97,8% user:9,2% kernel:88,7% [22:53:06.095] sendSTAT:195 STAT: STMt -22:53:06.197- ## CPU LOAD: total:100,0% user:19,2% kernel:83,0% -22:53:06.696- ## CPU LOAD: total:100,0% user:3,1% kernel:97,1% -22:53:07.208- ## CPU LOAD: total:97,7% user:15,3% kernel:82,4% -22:53:07.699- ## CPU LOAD: total:100,0% user:19,1% kernel:82,7% [22:53:08.097] sendSTAT:195 STAT: STMt -22:53:08.207- ## CPU LOAD: total:98,4% user:12,3% kernel:86,1% -22:53:08.696- ## CPU LOAD: total:100,0% user:22,4% kernel:79,9% -22:53:09.206- ## CPU LOAD: total:97,9% user:12,2% kernel:85,7% -22:53:09.700- ## CPU LOAD: total:100,0% user:9,5% kernel:91,7% [22:53:10.095] sendSTAT:195 STAT: STMt [22:53:10.095] process:527 strm [22:53:10.095] process_strm:280 strm command t [22:53:10.095] sendSTAT:195 STAT: STMt -22:53:10.209- ## CPU LOAD: total:98,4% user:12,3% kernel:86,1% -22:53:10.703- ## CPU LOAD: total:100,0% user:22,1% kernel:79,1% -22:53:11.196- ## CPU LOAD: total:98,2% user:6,3% kernel:91,9% -22:53:11.707- ## CPU LOAD: total:97,7% user:15,3% kernel:82,5% [22:53:12.095] sendSTAT:195 STAT: STMt -22:53:12.199- ## CPU LOAD: total:100,0% user:19,1% kernel:82,6% -22:53:12.696- ## CPU LOAD: total:100,0% user:3,1% kernel:97,6% -22:53:13.207- ## CPU LOAD: total:97,7% user:15,3% kernel:82,4% -22:53:13.701- ## CPU LOAD: total:100,0% user:6,3% kernel:94,9% [22:53:14.096] sendSTAT:195 STAT: STMt -22:53:14.210- ## CPU LOAD: total:98,2% user:3,1% kernel:95,2% -22:53:14.697- ## CPU LOAD: total:100,0% user:9,6% kernel:93,0% [22:53:15.094] process:527 strm [22:53:15.094] process_strm:280 strm command t [22:53:15.094] sendSTAT:195 STAT: STMt -22:53:15.196- ## CPU LOAD: total:100,0% user:6,3% kernel:97,1% -22:53:15.707- ## CPU LOAD: total:98,0% user:15,3% kernel:82,7% [22:53:16.095] sendSTAT:195 STAT: STMt -22:53:16.203- ## CPU LOAD: total:100,0% user:12,6% kernel:88,2% -22:53:16.696- ## CPU LOAD: total:100,0% user:0,0% kernel:100,0% -22:53:17.203- ## CPU LOAD: total:98,6% user:3,1% kernel:95,5% -22:53:17.696- ## CPU LOAD: total:100,0% user:9,5% kernel:91,8% [22:53:18.095] sendSTAT:195 STAT: STMt -22:53:18.205- ## CPU LOAD: total:98,2% user:9,2% kernel:89,0% -22:53:18.697- ## CPU LOAD: total:100,0% user:0,0% kernel:100,0% -22:53:19.209- ## CPU LOAD: total:97,6% user:3,1% kernel:94,6% -22:53:19.703- ## CPU LOAD: total:100,0% user:6,3% kernel:95,0% [22:53:20.094] sendSTAT:195 STAT: STMt [22:53:20.094] process:527 strm [22:53:20.094] process_strm:280 strm command t [22:53:20.094] sendSTAT:195 STAT: STMt -22:53:20.210- ## CPU LOAD: total:98,6% user:9,2% kernel:89,4% -22:53:20.695- ## CPU LOAD: total:100,0% user:6,4% kernel:96,5% -22:53:21.203- ## CPU LOAD: total:98,4% user:12,3% kernel:86,1% -22:53:21.696- ## CPU LOAD: total:100,0% user:19,0% kernel:82,5% [22:53:22.096] sendSTAT:195 STAT: STMt -22:53:22.204- ## CPU LOAD: total:98,4% user:9,2% kernel:89,1% -22:53:22.709- ## CPU LOAD: total:98,9% user:6,2% kernel:92,8% -22:53:23.202- ## CPU LOAD: total:100,0% user:9,5% kernel:92,0% -22:53:23.711- ## CPU LOAD: total:100,0% user:18,4% kernel:82,9% [22:53:24.097] sendSTAT:195 STAT: STMt [22:53:24.097] sendSTAT:195 STAT: STMo [22:53:24.099] process:527 strm [22:53:24.099] process_strm:280 strm command p [22:53:24.099] sendSTAT:195 STAT: STMp [22:53:24.099] process_strm:316 pause interval: 0 -22:53:24.216- ## CPU LOAD: total:98,9% user:9,3% kernel:89,7%
Re: [SlimDevices: Plugins] SqueezeLite on Windows pausing, interruption, dropout of audio every 5 minutes
I found another thread which directly addresses this issue with "audio stopping for 30 seconds". https://forums.slimdevices.com/showthread.php?97046-Announce-Squeezelite-a-small-headless-squeezeplay-emulator-for-linux-(alsa-only)=986931=1#post986931 It was also referenced elsewhere in the thread: https://forums.slimdevices.com/showthread.php?108550-Announce-Squeezelite-X=987080=command+line#post987080 I would like to know: is this the *actual* solution? Using a larger buffer would cure certain problems, such as overrunning the boundary of the struct from malloc. But it might also only side-step the problem, only to re-emerge later on, because the problem is somewhere else. Only by reproducing and testing can we be sure, although I understand that @ralphy has not been able to reproduce the issue yet. Maybe those other forum postings will provide some further clues on how to verify the fix. If this actually does cure the problem, then setting a new default buffer size will put this problem to rest. foopydog's Profile: http://forums.slimdevices.com/member.php?userid=71156 View this thread: http://forums.slimdevices.com/showthread.php?t=113554 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty 4.4.6 and Docker on NAS, not working
I can use LMS and send local files and radio streams to the player, no problem. But my spotify cant connect. Host mode would work, as it will open all ports. Perhaps I should run a port scan within the docker container. I now solved it using the max2play Pi image and run the local Spotify client on the Pi, bypassing LMS. Oh well, 1st world problems I guess :) ido_nl's Profile: http://forums.slimdevices.com/member.php?userid=66547 View this thread: http://forums.slimdevices.com/showthread.php?t=113657 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] SqueezeLite on Windows pausing, interruption, dropout of audio every 5 minutes
fpo wrote: > Still dropouts although the timing has changed slightly. I see however > no difference at the packet level with regard to the response of the > client towards a KeepAlive probe from the host, i.e. still no [Keep > Alive Ack] from the client at the stream socket. Can't see a fault in > the patch either. > > Strange... Why the host sends KeepAlive packets is a mystery. It > shouldn't do that unless explicitly configured to do so. Nevertheless > the client should be able cope with it. I've implemented a change to the stream socket handling from the esp32 squeezelite project to see if it helps. The stream thread now waits/sleeps until any previous polling operation has completed before opening a new stream socket. Please try 'squeezelite-1.9.8-1324-test3-win64.zip' (https://www.dropbox.com/s/put1qx5j9flhajv/squeezelite-1.9.8-1324-test3-win64.zip?dl=1). Ralphy *1*-Touch, *5*-Classics, *3*-Booms, *1*-UE Radio 'Squeezebox client builds' (https://sourceforge.net/projects/lmsclients/files/) 'donations' (https://www.paypal.com/cgi-bin/webscr?cmd=_donations=LL5P6365KQEXN=CA_name=Squeezebox%20client%20builds_code=USD=PP%2dDonationsBF%3abtn_donate_SM%2egif%3aNonHosted) always appreciated. ralphy's Profile: http://forums.slimdevices.com/member.php?userid=3484 View this thread: http://forums.slimdevices.com/showthread.php?t=113554 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] Community Firmware for Squeezebox Radio/Touch/Controller and LMS 8
rfunk wrote: > > I'm not sure I wouldn't describe this as "a small click", but more > like dropouts happening at a regular high frequency, happening every day > but *only* when starting from the alarm function. (When I say "high > frequency" that's to say many times per second as opposed to > "occasionally".) > > I noticed that this is a 22kHz stream, which at first made me wonder if > there's some piece that is trying to play those 22kHz samples on a 44kHz > clock, and doesn't have anything to play for every other slot. But of > course that would be a 22kHz artifact, and this is more on the order of > 10Hz. The buffer under-run problem is interesting, and makes me wonder > what would happen with a much bigger buffer. Maybe I should try the > Buffer Size applet. I'm also curious about the 22kHz problem that > required updating that applet. If this is the ALSA buffer under-run problem in a different guise, then: A) you may be the only person in the world who knows what it sounds like, and B) the Buffer Size Applet may very well help. (Although initial stream start up may still remain "at risk".) I did notice a couple of tell-tail signs in the "old" firmware log. The "new" firmware will not log anything because there is never an ALSA buffer under-run. Just, perhaps, an audible click in its stead. I will need to update the Applet's manifest to SqueezePlay version 8 before it will be made available through the Applet installer. (I had cautiously curtailed it to version 7). I'll try and get that done this evening. The 22Khz sample rate failure was just weird. A thoroughly unexpected issue (read: bug) within the ALSA rate conversion plugin, which meant it rejected a 22kHz stream with a 30ms buffer. I found a simple work-around (specify a buffer of 29.999ms, or thereabouts). Why only from the Alarm function ? I don't know. Possibly there is a slightly different start up sequence for the stream which makes it more susceptible to delays or problems on start up. Let me know if increasing the buffer size to 30ms helps. mrw's Profile: http://forums.slimdevices.com/member.php?userid=38299 View this thread: http://forums.slimdevices.com/showthread.php?t=113479 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: New versions of erlands plugins
erland wrote: > Michael have now added the Multi Library plugin to the unsupported > repository so it can be installed if you use 8.1 and activate > unsupported extensions in LMS Settings/Plugins. His responses to this > thread keeps ending up in an old thread due to some bug in the forum > mail gateway so I thought Id mention it here also. However, as I > previously said, Id recommend everyone using Multi Library to try if > the built-in virtual library functionality fulfill your needs. Thanks for your advice Erland. I'll take a look at the SQL, and try to understand how it works. Currently I don't even seem to be able get it to work in normal menus using the default skin, but I probably haven't tried hard enough. If I need help I'll start a new thread. :) LMS 8.1 on PC, Xubuntu 20.04, FLACs 16->24 bit, 44.1->192kbps. 2 Touches & EDO. LMS plugin UPnP/DLNA Bridge to MF M1 CLiC (A308CR amp & ESLs) & Marantz CR603 UPnP renderers. Also Minimserver & Upplay to same & to upmpdcli/mpd PC renderers. Squeezelite to Meridian USB Explorer DAC to PC speakers/headphones. Wireless Xubuntu 20.04 laptop firefox/upplay or Android mobile with Squeeze-Ctrl/BubbleUPnP controls LMS/Minimserver. PasTim's Profile: http://forums.slimdevices.com/member.php?userid=41642 View this thread: http://forums.slimdevices.com/showthread.php?t=49483 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] Community Firmware for Squeezebox Radio/Touch/Controller and LMS 8
rfunk wrote: > Maybe I should try the Buffer Size applet. I'm also curious about the > 22kHz problem that required updating that applet. Well, I was going to experiment with the buffer size, but first the radio wanted to upgrade to the latest firmware (8.0.1-r16824). So I tested alarms with that, and everything sounded fine. Maybe the new firmware fixed the problem? I'll be interested in seeing what it sounds like Monday morning. library: 23000 MP3, 5000 FLAC active hardware: Transporter SE, Squeezebox Touch, 2 x Squeezebox Radio sometimes casting to: 3 x ChromeCast Audio, Nest Mini spares: 3 x Squeezebox 3/Classic, Squeezebox Boom, SliMP3 rfunk's Profile: http://forums.slimdevices.com/member.php?userid=64212 View this thread: http://forums.slimdevices.com/showthread.php?t=113479 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] 'MediaServer' *certified* Alexa skill for LMS
Has anyone succeeded in getting ngrok installed and running (with autostart) on piCorePlayer? I've seen several posts where people have had problems, but no workarounds. It seems what is needed is a step-by-step procedure (to include getting the MediaServer skills working). I am running piCorePlayer on the same pi as LMS if that matters. I would really like to try the Alexa skills but piCorePlayer is not exactly a standard Linux distro and I would rather not spend hours trying to figure this out myself, so any hints appreciated! Thanks wtnh's Profile: http://forums.slimdevices.com/member.php?userid=36993 View this thread: http://forums.slimdevices.com/showthread.php?t=111016 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] Community Firmware for Squeezebox Radio/Touch/Controller and LMS 8
Thanks for trying it out! mrw wrote: > The "old" firmware was unable to connect, and played out the fall-back > alarm track instead. Apparently it only allows 25 seconds before > deciding that a station is "bad", and playing out the fall-back alarm. > ... > So, based on my very limited trial, I would say your radio station is > unreliable, at least at present. If it has been consistently unreliable > in the past, I would expect you to have been regularly subjected to the > "fall-back" alarm, instead of the station. Has that been your experience > ? That's certainly been a common experience for me previously, and I was happy to have that timeout increased, but most of the time it has worked. mrw wrote: > As regards the roughness of the sound that you heard, it is possible > that this is a by-product of the combination of an unreliable stream and > a change made to mitigate the effects of "bass drop out". Refer this > post for a description: > https://forums.slimdevices.com/showthread.php?104141-Bass-amp-problem=981578=1#post981578 > > It's quite possible that an unreliable server is causing a number of > micro "under-runs" in the audio, leading to the effect you describe. I > don't know, though, because I haven't personally encountered the issue > in a year or so of using the modified firmware. I'm not sure I wouldn't describe this as "a small click", but more like dropouts happening at a regular high frequency, happening every day but *only* when starting from the alarm function. (When I say "high frequency" that's to say many times per second as opposed to "occasionally".) I noticed that this is a 22kHz stream, which at first made me wonder if there's some piece that is trying to play those 22kHz samples on a 44kHz clock, and doesn't have anything to play for every other slot. But of course that would be a 22kHz artifact, and this is more on the order of 10Hz. The buffer under-run problem is interesting, and makes me wonder what would happen with a much bigger buffer. Maybe I should try the Buffer Size applet. I'm also curious about the 22kHz problem that required updating that applet. library: 23000 MP3, 5000 FLAC active hardware: Transporter SE, Squeezebox Touch, 2 x Squeezebox Radio sometimes casting to: 3 x ChromeCast Audio, Nest Mini spares: 3 x Squeezebox 3/Classic, Squeezebox Boom, SliMP3 rfunk's Profile: http://forums.slimdevices.com/member.php?userid=64212 View this thread: http://forums.slimdevices.com/showthread.php?t=113479 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > Initial version in git now. Faster than his shadow. :cool: I'll check it out his weekend! jeroen2's Profile: http://forums.slimdevices.com/member.php?userid=70418 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
jeroen2 wrote: > Yes, that would work and offer a lot of flexibility. If you plan to > implement this let me know if you need someone to test! Initial version in git now. *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. cpd73's Profile: http://forums.slimdevices.com/member.php?userid=66686 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > When clicking 'pin' on (e.g.) 'Genres' you will be asked whether to > store the library with this. If you elect to store the library id, the > view is pinned as "Genres . " (e.g. "Genres . Metal") and > the library_id is stored with the command. When you browse in "Genres . > Metal" all subsequent queries *within* this will be using the > library_id. This will allow you to pin multiple "Genres . " items, > etc. Yes, that would work and offer a lot of flexibility. If you plan to implement this let me know if you need someone to test! jeroen2's Profile: http://forums.slimdevices.com/member.php?userid=70418 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
jeroen2 wrote: > That seems useful, but then when you select a library on the homescreen > what screen would follow? A revised homescreen? Or "my music" for that > library? > > Would that selection then remain throughout the whole session/interface? > > > In that case it would work like this right? > 1/ Create a Library for topgenre, selecting a number of subgenres. > 2/ Click "pin to homescreen" on genres, with the option to save library > ID above. > 3/ Rename "genres" on homescreen to name of topgenre. > 4/ Repeat for all topgenres. > > (I think this might run into trouble though when you get to step 4, > because genre (linked with the other library ID) is already pinned, so > it would only show the option to remove, not?) When clicking 'pin' on (e.g.) 'Genres' you will be asked whether to store the library with this. If you elect to store the library id, the view is pinned as "Genres . " (e.g. "Genres . Metal") and the library_id is stored with the command. When you browse in "Genres . Metal" all subsequent queries *within* this will be using the library_id. This will allow you to pin multiple "Genres . " items, etc. *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. cpd73's Profile: http://forums.slimdevices.com/member.php?userid=66686 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: New versions of erlands plugins
jeroen2 wrote: > That seems useful, but then when you select a library on the homescreen > what screen would follow? A revised homescreen? Or "my music" for that > library? > > > > Would that selection then remain throughout the whole session/interface? > > > In that case it would work like this right? > 1/ Create a Library for topgenre, selecting a number of subgenres. > 2/ Click "pin to homescreen" on genres, with the option to save library > ID above. > 3/ Rename "genres" on homescreen to name of topgenre. > 4/ Repeat for all topgenres. > > (I think this might run into trouble though when you get to step 4, > because genre (linked with the other library ID) is already pinned, so > it would only show the option to remove, not?) This belongs in the MaterialSkin thread - I'll answer there. *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. cpd73's Profile: http://forums.slimdevices.com/member.php?userid=66686 View this thread: http://forums.slimdevices.com/showthread.php?t=49483 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: New versions of erlands plugins
cpd73 wrote: > I did consider, and implemented, adding the library to the pinned items > - but backed out of the change. That seems useful, but then when you select a library on the homescreen what screen would follow? A revised homescreen? Or "my music" for that library? cpd73 wrote: > When pinning a 'My Music' item with a library selected I guess I could > prompt as to whether to save the library ID as well. Would that selection then remain throughout the whole session/interface? In that case it would work like this right? 1/ Create a Library for topgenre, selecting a number of subgenres. 2/ Click "pin to homescreen" on genres, with the option to save library ID above. 3/ Rename "genres" on homescreen to name of topgenre. 4/ Repeat for all topgenres. (I think this might run into trouble though when you get to step 4, because genre (linked with the other library ID) is already pinned, so it would only show the option to remove, not?) jeroen2's Profile: http://forums.slimdevices.com/member.php?userid=70418 View this thread: http://forums.slimdevices.com/showthread.php?t=49483 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: New versions of erlands plugins
cpd73 wrote: > I did consider, and implemented, adding the library to the pinned items > - but backed out of the change. When pinning a 'My Music' item with a > library selected I guess I could prompt as to whether to save the > library ID as well. Did you have to do anything specific in Material skin to make it work for Custom Browse/Multi Library based menus ? If you didnt it feels like it would be preferred if it was an option when saving a library in LMS to specify if it should be shown on top level, that way it would work with most user interfaces/apps and not just with Material skin. Not sure if Michael have the time to look into it right now but it feels like a good general feature to improve the virtual library functionality. Would probably be possible to implement in a plugin also if someone would be willing to implement one. Erland Isaksson ('My homepage' (http://erland.isaksson.info)) Developer of 'many plugins/applets' (https://wiki.slimdevices.com/index.php/User_Erland.html) *Starting with LMS 8.0 I no longer support my plugins/applets* ('see here for more information' (https://forums.slimdevices.com/showthread.php?49483-Announce-New-versions-of-erlands-plugins=998836=1#post998836) ) erland's Profile: http://forums.slimdevices.com/member.php?userid=3124 View this thread: http://forums.slimdevices.com/showthread.php?t=49483 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty playback issues
Upgrade squeezelite to v1.9.8-1323 . although same behavior. keeps running "getMetadataFor" endlessly for whatever track is being trying to get played. no errors in the logs that I can find... not sure where else to look... Code: [21-01-15 09:05:45.5936] Plugins::Spotty::ProtocolHandler::getMetadataFor (201) Found cached metadata for spotify:track:0Zn0jtLj2ehkIPxlCoO65O [21-01-15 09:05:45.5952] Plugins::Spotty::ProtocolHandler::getMetadataFor (181) Returning metadata cached in song object for spotify://track:0Zn0jtLj2ehkIPxlCoO65O [21-01-15 09:05:45.5993] Plugins::Spotty::AccountHelper::purgeAudioCacheAfterXTracks (228) Played 9 song(s) since last audio cache purge. [21-01-15 09:05:45.6195] Plugins::Spotty::ProtocolHandler::getMetadataFor (181) Returning metadata cached in song object for spotify://track:0Zn0jtLj2ehkIPxlCoO65O [21-01-15 09:05:45.6227] Plugins::Spotty::ProtocolHandler::getMetadataFor (181) Returning metadata cached in song object for spotify://track:0Zn0jtLj2ehkIPxlCoO65O [21-01-15 09:05:45.6245] Plugins::Spotty::ProtocolHandler::getMetadataFor (201) Found cached metadata for spotify:track:4KAIfa7oABPJbKT4cUz4Tx [21-01-15 09:05:45.6270] Plugins::Spotty::ProtocolHandler::getMetadataFor (181) Returning metadata cached in song object for spotify://track:0Zn0jtLj2ehkIPxlCoO65O [21-01-15 09:05:45.6302] Plugins::Spotty::ProtocolHandler::getMetadataFor (181) Returning metadata cached in song object for spotify://track:0Zn0jtLj2ehkIPxlCoO65O [21-01-15 09:05:45.6315] Plugins::Spotty::ProtocolHandler::getMetadataFor (201) Found cached metadata for spotify:track:4KAIfa7oABPJbKT4cUz4Tx [21-01-15 09:05:45.6343] Plugins::Spotty::ProtocolHandler::getMetadataFor (181) Returning metadata cached in song object for spotify://track:0Zn0jtLj2ehkIPxlCoO65O [21-01-15 09:05:45.6367] Plugins::Spotty::ProtocolHandler::getMetadataFor (181) Returning metadata cached in song object for spotify://track:0Zn0jtLj2ehkIPxlCoO65O [21-01-15 09:05:45.6376] Plugins::Spotty::ProtocolHandler::getMetadataFor (201) Found cached metadata for spotify:track:4KAIfa7oABPJbKT4cUz4Tx [21-01-15 09:05:45.6394] Plugins::Spotty::ProtocolHandler::getMetadataFor (181) Returning metadata cached in song object for spotify://track:0Zn0jtLj2ehkIPxlCoO65O [21-01-15 09:05:45.6421] Plugins::Spotty::ProtocolHandler::getMetadataFor (181) Returning metadata cached in song object for spotify://track:0Zn0jtLj2ehkIPxlCoO65O [21-01-15 09:05:45.6430] Plugins::Spotty::ProtocolHandler::getMetadataFor (201) Found cached metadata for spotify:track:4KAIfa7oABPJbKT4cUz4Tx [21-01-15 09:05:45.6462] Plugins::Spotty::ProtocolHandler::getMetadataFor (181) Returning metadata cached in song object for spotify://track:0Zn0jtLj2ehkIPxlCoO65O [21-01-15 09:05:45.6919] Plugins::Spotty::ProtocolHandler::getMetadataFor (181) Returning metadata cached in song object for spotify://track:0Zn0jtLj2ehkIPxlCoO65O [21-01-15 09:05:45.6943] Plugins::Spotty::ProtocolHandler::getMetadataFor (181) Returning metadata cached in song object for spotify://track:0Zn0jtLj2ehkIPxlCoO65O [21-01-15 09:05:46.1657] Plugins::Spotty::ProtocolHandler::getMetadataFor (181) Returning metadata cached in song object for spotify://track:0Zn0jtLj2ehkIPxlCoO65O [21-01-15 09:05:46.1672] Plugins::Spotty::ProtocolHandler::getMetadataFor (181) Returning metadata cached in song object for spotify://track:0Zn0jtLj2ehkIPxlCoO65O [21-01-15 09:05:46.1750] Plugins::Spotty::ProtocolHandler::getMetadataFor (181) Returning metadata cached in song object for spotify://track:0Zn0jtLj2ehkIPxlCoO65O [21-01-15 09:05:46.1763] Plugins::Spotty::ProtocolHandler::getMetadataFor (181) Returning metadata cached in song object for spotify://track:0Zn0jtLj2ehkIPxlCoO65O [21-01-15 09:05:46.1827] Plugins::Spotty::ProtocolHandler::getMetadataFor (181) Returning metadata cached in song object for spotify://track:0Zn0jtLj2ehkIPxlCoO65O [21-01-15 09:05:46.1841] Plugins::Spotty::ProtocolHandler::getMetadataFor (181) Returning metadata cached in song object for spotify://track:0Zn0jtLj2ehkIPxlCoO65O [21-01-15 09:05:46.1903] Plugins::Spotty::ProtocolHandler::getMetadataFor (181) Returning metadata cached in song object for spotify://track:0Zn0jtLj2ehkIPxlCoO65O [21-01-15 09:05:46.1915] Plugins::Spotty::ProtocolHandler::getMetadataFor (181) Returning metadata cached in song object for spotify://track:0Zn0jtLj2ehkIPxlCoO65O [21-01-15 09:05:46.2109] Plugins::Spotty::ProtocolHandler::getMetadataFor (181) Returning metadata cached in song object for spotify://track:0Zn0jtLj2ehkIPxlCoO65O [21-01-15 09:05:46.2174] Plugins::Spotty::ProtocolHandler::getMetadataFor (181) Returning metadata cached in song object for spotify://track:0Zn0jtLj2ehkIPxlCoO65O [21-01-15 09:05:46.2234] Plugins::Spotty::ProtocolHandler::getMetadataFor (181) Returning metadata cached in song object for spotify://track:0Zn0jtLj2ehkIPxlCoO65O
Re: [SlimDevices: Plugins] Announce: New versions of erlands plugins
jeroen2 wrote: > Yes, it seems that the extra step would be to go to "my music" first and > then select the library through the button top right. With Multi Library > and Custom Browse it creates menu items that you can pin to the > homescreen directly. I did consider, and implemented, adding the library to the pinned items - but backed out of the change. When pinning a 'My Music' item with a library selected I guess I could prompt as to whether to save the library ID as well. *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. cpd73's Profile: http://forums.slimdevices.com/member.php?userid=66686 View this thread: http://forums.slimdevices.com/showthread.php?t=49483 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: New versions of erlands plugins
erland wrote: > Wouldnt it work similar if you created one virtual library for each one > of the few top level menus ? > Or do you get a lot of extra navigation steps with the virtual library > functionality? Yes, it seems that the extra step would be to go to "my music" first and then select the library through the button top right. With Multi Library and Custom Browse it creates menu items that you can pin to the homescreen directly. jeroen2's Profile: http://forums.slimdevices.com/member.php?userid=70418 View this thread: http://forums.slimdevices.com/showthread.php?t=49483 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: New versions of erlands plugins
jeroen2 wrote: > Yes, I got that. Thanks. Maybe my use case is very specific. They way I > have been using Multi Library in combination with Custom Browse, I now > have 5 top level genres pinned to the homescreen (the top levels genres > are ste in Multi Library as a collection of 5 or 10 related genres, like > Classical Piano, Classical Bach, etc...) When I go to that top level > genre I can either go directly to all albums, or browse sub genres first > (using 'shallowgenre" from Custom Browse). > > I would be happy to use any other tools available to achieve something > similar, but my main objective is to always reduce the number of choices > to something digestible. So I don't want more than about 50 albums per > genre, and I don't want to scroll through a super long list of genres > either. > Wouldnt it work similar if you created one virtual library for each one of the few top level menus ? Or do you get a lot of extra navigation steps with the virtual library functionality? As previously mentioned, I havent used the virtual library functionality myself, so forgive me if Im missing something obvious. Erland Isaksson ('My homepage' (http://erland.isaksson.info)) Developer of 'many plugins/applets' (https://wiki.slimdevices.com/index.php/User_Erland.html) *Starting with LMS 8.0 I no longer support my plugins/applets* ('see here for more information' (https://forums.slimdevices.com/showthread.php?49483-Announce-New-versions-of-erlands-plugins=998836=1#post998836) ) erland's Profile: http://forums.slimdevices.com/member.php?userid=3124 View this thread: http://forums.slimdevices.com/showthread.php?t=49483 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: SqueezeCenter 7.0 beta versions of my plugins
mherger wrote: > > I suspect Michael just missed to add Multi Library to the unsupported > > repository, I havenât seen anyone saying that it doesnât work. > Creating > > Thanks for the heads up - added it now. > Thanks! jeroen2's Profile: http://forums.slimdevices.com/member.php?userid=70418 View this thread: http://forums.slimdevices.com/showthread.php?t=39026 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: New versions of erlands plugins
cpd73 wrote: > How is it not user friendly? Navigate into 'My Music' and there is a > button allowing you to select the library to use. This sets the library > that the current instance of Material will use, it does not set it on > the player. Yes, I got that. Thanks. Maybe my use case is very specific. They way I have been using Multi Library in combination with Custom Browse, I now have 5 top level genres pinned to the homescreen (the top levels genres are ste in Multi Library as a collection of 5 or 10 related genres, like Classical Piano, Classical Bach, etc...) When I go to that top level genre I can either go directly to all albums, or browse sub genres first (using 'shallowgenre" from Custom Browse). I would be happy to use any other tools available to achieve something similar, but my main objective is to always reduce the number of choices to something digestible. So I don't want more than about 50 albums per genre, and I don't want to scroll through a super long list of genres either. jeroen2's Profile: http://forums.slimdevices.com/member.php?userid=70418 View this thread: http://forums.slimdevices.com/showthread.php?t=49483 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] Community Firmware for Squeezebox Radio/Touch/Controller and LMS 8
rfunk wrote: > Ever since upgrading my bedroom Squeezebox Radio to this firmware, my > 6am alarm starting an internet radio stream has sounded really bad. It's > hard to describe, but it's rough and quiet, almost like maybe it's only > playing half of each sample. I played out your station last night on one of my Radios (saved as a favourite). While it worked I did note difficulties with connecting. So I set the station as an alarm both on an "old" firmware and a "new" firmware Radio, to go off this morning. The "old" firmware was unable to connect, and played out the fall-back alarm track instead. Apparently it only allows 25 seconds before deciding that a station is "bad", and playing out the fall-back alarm. The "new" firmware did connect, and played out fine for a few minutes. It apparently allows 60 seconds before deciding that a station is bad, so perhaps the extra time allowed it to successfully connect. After a few minutes the remote station must have given up, because the Radio switched to the fall-back alarm. I was not aware of any roughness in the sound quality while it was playing. So, based on my very limited trial, I would say your radio station is unreliable, at least at present. If it has been consistently unreliable in the past, I would expect you to have been regularly subjected to the "fall-back" alarm, instead of the station. Has that been your experience ? As regards the roughness of the sound that you heard, it is possible that this is a by-product of the combination of an unreliable stream and a change made to mitigate the effects of "bass drop out". Refer this post for a description: https://forums.slimdevices.com/showthread.php?104141-Bass-amp-problem=981578=1#post981578 > > There is a small downside, in that any time that an under-run would have > otherwise occurred, we will get a small, audible, click in the playback. > I haven't particularly become aware of this in "real use". It's quite possible that an unreliable server is causing a number of micro "under-runs" in the audio, leading to the effect you describe. I don't know, though, because I haven't personally encountered the issue in a year or so of using the modified firmware. Perhaps the mitigation should be made a "switchable" option in the next release. My experience suggests that "on" should be the default. I'll give it some thought and, perhaps, make a proposal. mrw's Profile: http://forums.slimdevices.com/member.php?userid=38299 View this thread: http://forums.slimdevices.com/showthread.php?t=113479 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce : BBC Sounds Plugin
expectingtofly wrote: > Yes, it is displaying what is provided.Yes I checked on the Android BBC > Sounds app and saw the same image. It is quite surprising how many tracks don't have an image. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=113045 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce : BBC Sounds Plugin
tw99 wrote: > Is this because the BBC just serve that up when they don't have an > image, and the plugin therefore displays it ? Yes, it is displaying what is provided. *BBC Sounds Plugin Wiki* : https://github.com/expectingtofly/LMS_BBC_Sounds_Plugin/wiki expectingtofly's Profile: http://forums.slimdevices.com/member.php?userid=63263 View this thread: http://forums.slimdevices.com/showthread.php?t=113045 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce : BBC Sounds Plugin
I'm just using it with the default settings now, which so far seem pretty sensible. One question I have is about the "Track Image". Listening mostly to 6Music, I fairly often end up with a greyed-out BBC sounds logo instead of a track image. Is this because the BBC just serve that up when they don't have an image, and the plugin therefore displays it ? Or is it actually having a problem fetching images that should be present ? tw99's Profile: http://forums.slimdevices.com/member.php?userid=51684 View this thread: http://forums.slimdevices.com/showthread.php?t=113045 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: New versions of erlands plugins
jeroen2 wrote: > It does work (even in LMS 7) but selecting this in Material is not very > user friendly. I'll play around with it a bit more tomorrow.. How is it not user friendly? Navigate into 'My Music' and there is a button allowing you to select the library to use. This sets the library that the current instance of Material will use, it does not set it on the player. So, whilst browsing with Material you can change player and the library will not change. If you need to change it on the player, so that it is active for things such as 'Random Mix' then you can set the player's library in the player settings dialog. *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. cpd73's Profile: http://forums.slimdevices.com/member.php?userid=66686 View this thread: http://forums.slimdevices.com/showthread.php?t=49483 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins