Re: [SlimDevices: SqueezeCenter] LMS can't display playlist
Thanks that has solved the problem. Thanks for the confirmation! ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS can't display playlist
Thanks that has solved the problem. zeke1831's Profile: http://forums.slimdevices.com/member.php?userid=71469 View this thread: http://forums.slimdevices.com/showthread.php?t=114177 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS can't display playlist
https://github.com/Logitech/slimserver/issues/554 Thanks! Could you please give LMS 8.2 another try? New builds should be out shortly. ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS can't display playlist
mherger wrote: > > Here's the process that I go through: > > Oh, I see! The issue shows when you are playing a long playlist when > triggering a wipe & rescan. Hmm... that will be difficult to handle. > > Do you have a Github account? Would you mind submitting an issue on > https://github.com/Logitech/slimserver/issues? Done: https://github.com/Logitech/slimserver/issues/554 zeke1831's Profile: http://forums.slimdevices.com/member.php?userid=71469 View this thread: http://forums.slimdevices.com/showthread.php?t=114177 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS can't display playlist
Here's the process that I go through: Oh, I see! The issue shows when you are playing a long playlist when triggering a wipe & rescan. Hmm... that will be difficult to handle. Do you have a Github account? Would you mind submitting an issue on https://github.com/Logitech/slimserver/issues? ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS can't display playlist
mherger wrote: > > Since LMS changes the clientplaylist to use tmp:// urls instead of > the > > original track designations, why doesn't LMS change the tmp:// urls > to > > file:// urls at the completion of the scan after validation? > > Is this a playlist you saved after initiating a full wipe & rescan? > > > I don't understand why the clientplaylist tracks are rewritten to use > > tmp:// urls in the first place. > > I tried to explain a few postings up this thread. Playing file:// urls > during a wipe & rescan could potentially cause database issues. Here's the process that I go through: 1. With LMS running and an empty playlist for a player, I add 4000+ files to the playlist and a clientplaylist file is created in prefs which contains references like: Code: #EXTURL:file:///music/Music/Jazz/Keiko%20Matsui/A%20Drop%20of%20Water/01%20Ancient%20Wind.wav #EXTINF:382,Ancient Wind /music/Music/Jazz/Keiko Matsui/A Drop of Water/01 Ancient Wind.wav #EXTURL:file:///music/Music/Jazz/Keiko%20Matsui/A%20Drop%20of%20Water/02%20Light%20above%20the%20Trees.wav #EXTINF:288,Light above the Trees /music/Music/Jazz/Keiko Matsui/A Drop of Water/02 Light above the Trees.wav 2. I start a full wipe and rescan which first rewrites the clientplaylist in prefs with tmp:// urls similar to: Code: #EXTURL:tmp:///music/Music/Jazz/Keiko%20Matsui/A%20Drop%20of%20Water/01%20Ancient%20Wind.wav #EXTINF:382,Ancient Wind tmp:///music/Music/Jazz/Keiko%20Matsui/A%20Drop%20of%20Water/01%20Ancient%20Wind.wav tmp:///music/Music/Jazz/Keiko%20Matsui/A%20Drop%20of%20Water/02%20Light%20above%20the%20Trees.wav 3. Shortly after the clientplaylist is rewritten with tmp:// urls, the browser display is refreshed and all the playlist entries disappear similar to the above screenshot. 4. After the rescan is complete, the clientplaylist still contains just tmp:// urls as above. 5. Neither a refresh of the browser page or restarting LMS will cause a correct browser display of the playlist though the playlist will play properly. I cannot add any files to the playlist and there is no way to clear the playlist from the browser. 6. I stop LMS and edit the clientplaylist to change 'tmp://' to 'file://' and the entries look like: Code: #EXTURL:file:///music/Music/Jazz/Keiko%20Matsui/A%20Drop%20of%20Water/01%20Ancient%20Wind.wav #EXTINF:382,Ancient Wind file:///music/Music/Jazz/Keiko%20Matsui/A%20Drop%20of%20Water/01%20Ancient%20Wind.wav file:///music/Music/Jazz/Keiko%20Matsui/A%20Drop%20of%20Water/02%20Light%20above%20the%20Trees.wav 7. I start LMS and soon the browser window is refreshed and the playlist is displayed correctly. The clientplaylist still contains file:// urls. zeke1831's Profile: http://forums.slimdevices.com/member.php?userid=71469 View this thread: http://forums.slimdevices.com/showthread.php?t=114177 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS can't display playlist
Since LMS changes the clientplaylist to use tmp:// urls instead of the original track designations, why doesn't LMS change the tmp:// urls to file:// urls at the completion of the scan after validation? Is this a playlist you saved after initiating a full wipe & rescan? I don't understand why the clientplaylist tracks are rewritten to use tmp:// urls in the first place. I tried to explain a few postings up this thread. Playing file:// urls during a wipe & rescan could potentially cause database issues. ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS can't display playlist
mherger wrote: > > If I change the 2000 to 5000 then my playlist with 4000+ tracks in it > > won't disappear during a full rescan. That isn't likely to be the > > solution but at least indicates it has an effect. > > I wonder whether the use of tmp:// instead of file:// is indeed causing > > issues: the remote scanner would be triggered to prevent storing file > information about volatile tracks in the database. But as you figured > out it's only keeping around information for a limited number of > volatile tracks. > > But then I do wonder too, why you'd even have those tmp:// urls in the > playlist. I'd suggest you open the playlist file in a text editor and > replace all the tmp:// with file://, run a playlist scan, and you should > > be good. Changing the tmp:// urls to file:// urls does indeed solve the problem which begs the question: Since LMS changes the clientplaylist to use tmp:// urls instead of the original track designations, why doesn't LMS change the tmp:// urls to file:// urls at the completion of the scan after validation? I don't understand why the clientplaylist tracks are rewritten to use tmp:// urls in the first place. zeke1831's Profile: http://forums.slimdevices.com/member.php?userid=71469 View this thread: http://forums.slimdevices.com/showthread.php?t=114177 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS can't display playlist
If I change the 2000 to 5000 then my playlist with 4000+ tracks in it won't disappear during a full rescan. That isn't likely to be the solution but at least indicates it has an effect. I wonder whether the use of tmp:// instead of file:// is indeed causing issues: the remote scanner would be triggered to prevent storing file information about volatile tracks in the database. But as you figured out it's only keeping around information for a limited number of volatile tracks. But then I do wonder too, why you'd even have those tmp:// urls in the playlist. I'd suggest you open the playlist file in a text editor and replace all the tmp:// with file://, run a playlist scan, and you should be good. ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS can't display playlist
I think I have figured out what triggers the disappearing playlist. It occurs with a playlist that has greater than 2000 tracks in it. If the playlist has 2000 or fewer tracks the playlist doesn't disappear but with more than 2000 tracks the playlist disappears during a full rescan. My suspicion is that the hardwired limit of 2000 in the maxPlaylistLengthCB subroutine in Slim::Schema::RemoteTrack::init is part of the problem but I don't know perl so I don't know how that is being used. There is another bit of code which seems to set a maximum playlist length of 2500. If I change the 2000 to 5000 then my playlist with 4000+ tracks in it won't disappear during a full rescan. That isn't likely to be the solution but at least indicates it has an effect. zeke1831's Profile: http://forums.slimdevices.com/member.php?userid=71469 View this thread: http://forums.slimdevices.com/showthread.php?t=114177 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS can't display playlist
mherger wrote: > >> I'm confused by the tmp:/// designation in the URL of the track > location > >> as I also see file:/// used which would seem more appropriate. To > avoid > >> a future problem under what conditions would the tmp:/// designation > be > >> used by LMS? > >> > > > > I don't know why that designation is being used in your case. I see > it > > whenever I have items in the current playlist that were put there > before > > a full rescan. Pure speculation on my part, but I assume that since > the > > database has been rebuilt, the old track ID is no longer correct. So > LMS > > creates a temporary link to use and discards it as soon as the track > as > > been played or the playlist cleared. > > In general the "volatile tracks" using the tmp:// protocol are handled > like regular file URLs, except that these items are not stored in the > database. It's what makes eg. the "browse filesystem" feature possible. > > And continuing to play your current playlist while a wipe & rescan is > going on: in this situation we don't want to write to the database from > > the server part, to let the scanner have full control over it. So your > guess comes pretty close. > > So one question probably is why you'd have tmp:// URLs in a playlist. > Maybe they're pointing at files that no longer exist? My experience is that when a full rescan is done the current clientplaylists in /var/lib/squeezeboxserver/prefs are first rewritten to change the track references to use tmp:// urls (the previous references were file pathnames including spaces and other special characters). Then while the scan continues, the client playlists in the browser disappear. After the scan is finished the tmp:// urls are still there and the playlist is still not displayed. Note that all the clients are squeezelite clients except for a Squeezebox v3 and a Touch but they all exhibit the same behavior. If the tmp:// urls are supposed to be replaced by file:// urls or file pathnames after the scan completes, maybe the coderef error(s) are preventing the rewrite of the clientplaylists. In my tests I don't remove or change any files so all the references are still valid AFAICT. Are there other tests or logging settings I could use to try and figure out if I have a problem with a track or album name that is causing these problems? zeke1831's Profile: http://forums.slimdevices.com/member.php?userid=71469 View this thread: http://forums.slimdevices.com/showthread.php?t=114177 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS can't display playlist
I'm confused by the tmp:/// designation in the URL of the track location as I also see file:/// used which would seem more appropriate. To avoid a future problem under what conditions would the tmp:/// designation be used by LMS? I don't know why that designation is being used in your case. I see it whenever I have items in the current playlist that were put there before a full rescan. Pure speculation on my part, but I assume that since the database has been rebuilt, the old track ID is no longer correct. So LMS creates a temporary link to use and discards it as soon as the track as been played or the playlist cleared. In general the "volatile tracks" using the tmp:// protocol are handled like regular file URLs, except that these items are not stored in the database. It's what makes eg. the "browse filesystem" feature possible. And continuing to play your current playlist while a wipe & rescan is going on: in this situation we don't want to write to the database from the server part, to let the scanner have full control over it. So your guess comes pretty close. So one question probably is why you'd have tmp:// URLs in a playlist. Maybe they're pointing at files that no longer exist? ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS can't display playlist
I tried LMS 7.9.4 and got the following error messages in the server.log: Code: 2021-03-20 09:42:31 squeezeboxserver_safe started. [21-03-20 09:42:32.0654] main::init (387) Starting Logitech Media Server (v7.9.4, 1603273368, Thu Oct 22 04:15:48 CEST 2020) perl 5.022001 - x86_64-linux-gnu-thread-multi [21-03-20 09:42:33.3733] Slim::Web::Cometd::handler (421) errorNeedsClient: 00:04:20:22:35:ba, status, -, 10, menu:menu, useContextMenu:1, subscribe:600 [21-03-20 09:42:35.0066] Slim::Web::Cometd::handler (421) errorNeedsClient: 00:04:20:22:35:ba, status, -, 10, menu:menu, useContextMenu:1, subscribe:600 [21-03-20 09:42:38.3409] Slim::Control::Request::execute (1888) Error: While trying to run function coderef [Slim::Control::Queries::statusQuery]: [Can't call method "title" on an undefined value at /usr/share/perl5/Slim/Player/Protocols/Volatile.pm line 35. ] [21-03-20 09:42:38.3411] Slim::Web::Pages::Playlist::playlist (147) Bad dispatch! [21-03-20 09:42:38.3418] Slim::Control::Request::execute (1888) Error: While trying to run function coderef [Slim::Control::Queries::statusQuery]: [Can't call method "title" on an undefined value at /usr/share/perl5/Slim/Player/Protocols/Volatile.pm line 35. ] [21-03-20 09:42:38.3421] Slim::Web::Pages::Playlist::playlist (190) Bad dispatch! which gives me a display like: 33853 which is the same as I get with LMS 8.1.2. I guess there is a problem with the title of a file in the playlist but I don't know how to debug it from here. +---+ |Filename: missing-playlist.jpg | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=33853| +---+ zeke1831's Profile: http://forums.slimdevices.com/member.php?userid=71469 View this thread: http://forums.slimdevices.com/showthread.php?t=114177 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS can't display playlist
RobbH wrote: > Try enclosing the text in a CODE field (the number symbol at far right > in the formatting options) rather than a QUOTE (the word balloon to the > left of the CODE symbol). > > Like so: > > > Code: > > Slim::Web::Pages::Playlist:playlist (147) Bad dispatch > > > > > > I don't know why that designation is being used in your case. I see it > whenever I have items in the current playlist that were put there > before a full rescan. Pure speculation on my part, but I assume that > since the database has been rebuilt, the old track ID is no longer > correct. So LMS creates a temporary link to use and discards it as > soon as the track as been played or the playlist cleared. > > Sorry, I'm clueless about your main problem, but I hope these side > points are helpful. Thanks the CODE tag works much better. The problem is that I have ended up with a current client playlist in which all the entries use tmp:/// as part of the URL and that seems to cause LMS to complain that it cannot open the files because there are too many open files. I suspect the error message is incorrect but what the real underlying issue is not obvious. I hope someone else can definitively say what the tmp:/// indicates. zeke1831's Profile: http://forums.slimdevices.com/member.php?userid=71469 View this thread: http://forums.slimdevices.com/showthread.php?t=114177 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS can't display playlist
zeke1831 wrote: > > NOTE: Is there a way to stop the forum software from converting colon > sequences to smiley icons as above? Try enclosing the text in a CODE field (the number symbol at far right in the formatting options) rather than a QUOTE (the word balloon to the left of the CODE symbol). Like so: Code: Slim::Web::Pages::Playlist:playlist (147) Bad dispatch > > I'm confused by the tmp:/// designation in the URL of the track location > as I also see file:/// used which would seem more appropriate. To avoid > a future problem under what conditions would the tmp:/// designation be > used by LMS? > I don't know why that designation is being used in your case. I see it whenever I have items in the current playlist that were put there before a full rescan. Pure speculation on my part, but I assume that since the database has been rebuilt, the old track ID is no longer correct. So LMS creates a temporary link to use and discards it as soon as the track as been played or the playlist cleared. Sorry, I'm clueless about your main problem, but I hope these side points are helpful. LMS 8 nightly running on Raspberry Pi OS. Mostly virtual players, occasionally with SB Radio, Boom or Classic. RobbH's Profile: http://forums.slimdevices.com/member.php?userid=67008 View this thread: http://forums.slimdevices.com/showthread.php?t=114177 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
[SlimDevices: SqueezeCenter] LMS can't display playlist
I had a problem where LMS would not display the playlists in the browser. When I looked at the server log there were lots of messages like: > [21-03-18 08:26:19.6213] Slim::Utils::Misc::msg (1283) Warning: > [08:26:19.6213] Could not open /music/Music/Jazz/Eliane Elias/Dreamer/11 > A House Is Not a Home.wav for reading: Too many open files > [21-03-18 08:26:19.6230] Slim::Player::Protocols::File::open (101) > Error: could not open /music/Music/Jazz/Eliane Elias/Dreamer/11 A House > Is Not a Home.wav: Too many open files > [21-03-18 08:26:19.6231] Slim::Player::Song::open (480) Warning: stream > failed to open > [tmp:///music/Music/Jazz/Eliane%20Elias/Dreamer/11%20A%20House%20Is%20Not%20a%20Home.wav]. > [21-03-18 08:26:19.6246] Slim::Player::Protocols::File::open (101) > Error: could not open /music/Music/Jazz/Oscar Peterson/Live At CBC > Studios - 1960/10 Dancing On The Ceiling.wav: Too many open files > [21-03-18 08:26:19.6247] Slim::Player::Song::open (480) Warning: stream > failed to open > [tmp:///music/Music/Jazz/Oscar%20Peterson/Live%20At%20CBC%20Studios%20-%201960/10%20Dancing%20On%20The%20Ceiling.wav]. > [21-03-18 08:26:20.8808] Slim::Control::Request::execute (1888) Error: > While trying to run function coderef > [Slim::Control::Queries::statusQuery]: [Can't call method "title" on an > undefined value at /usr/share/perl5/Slim/Player/Protocols/Volatile.pm > line 35. > ] > [21-03-18 08:26:20.8810] Slim::Web::Pages::Playlist::playlist (147) Bad > dispatch! > [21-03-18 08:26:20.8818] Slim::Control::Request::execute (1888) Error: > While trying to run function coderef > [Slim::Control::Queries::statusQuery]: [Can't call method "title" on an > undefined value at /usr/share/perl5/Slim/Player/Protocols/Volatile.pm > line 35. > ] > [21-03-18 08:26:20.8821] Slim::Web::Pages::Playlist::playlist (190) Bad > dispatch! > [21-03-18 08:26:21.0239] Slim::Control::Request::execute (1888) Error: > While trying to run function coderef > [Slim::Control::Queries::statusQuery]: [Can't call method "title" on an > undefined value at /usr/share/perl5/Slim/Player/Protocols/Volatile.pm > line 35. > ] > [21-03-18 08:26:21.0240] Slim::Web::Pages::Playlist::playlist (147) Bad > dispatch! > [21-03-18 08:26:21.0250] Slim::Control::Request::execute (1888) Error: > While trying to run function coderef > [Slim::Control::Queries::statusQuery]: [Can't call method "title" on an > undefined value at /usr/share/perl5/Slim/Player/Protocols/Volatile.pm > line 35. > ] > [21-03-18 08:26:21.0253] Slim::Web::Pages::Playlist::playlist (190) Bad > dispatch! > [21-03-18 08:29:13.7006] Slim::Control::Request::execute (1888) Error: > While trying to run function coderef > [Slim::Control::Queries::statusQuery]: [Can't call method "title" on an > undefined value at /usr/share/perl5/Slim/Player/Protocols/Volatile.pm > line 35. > ] > [21-03-18 08:29:13.7008] Slim::Web::Pages::Playlist::playlist (147) Bad > dispatch! NOTE: Is there a way to stop the forum software from converting colon sequences to smiley icons as above? I tried upping the number of open files on the system to 65535 to no avail. Even rebooting the system didn't help clear the problem. A side effect was that the playlist display was missing but the current track being played was shown. I couldn't clear the playlists (no button) and I couldn't add anything to the playlists. I finally had to remove the playlists in /var/lib/squeezeboxserver/prefs and restart LMS to gain control. I'm confused by the tmp:/// designation in the URL of the track location as I also see file:/// used which would seem more appropriate. To avoid a future problem under what conditions would the tmp:/// designation be used by LMS? Has anyone else encountered this problem? zeke1831's Profile: http://forums.slimdevices.com/member.php?userid=71469 View this thread: http://forums.slimdevices.com/showthread.php?t=114177 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter