Hi Michael
After the earlier attempt today doing another 781nightly->791nightly
update without much success, I have now tried another clean install of
the latest 791nightly. I won't say it's a big success, but a couple of
interesting observations are made. And I actually (kind of) solves the
problem of not being able to open submenus in Spotify via the
webinterface...
The process:
Stop previously installed LMS791nightly on NAS. Uninstall LMS including
removal of existing configuration and data. Reboot NAS and do a clean
install of 791nightly (7.9.1 - 1490335303 @ Fri Mar 24 06:09:34 UTC
2017).
After initial setup (connection to MySB account, etc), let the triggered
full scan complete:
22379
A lot faster than earlier today when I updated my existing LMS. But it
seems mostly to be because of extra scans by Music and Artist
Information plugin in my old setup.
System log at this point:
Code:
--------------------
2017-03-25 16:14:02 squeezeboxserver_safe started.
[17-03-25 16:14:07.1513] main::init (388) Starting Logitech Media Server
(v7.9.1, 1490335303, Fri Mar 24 06:09:34 UTC 2017) perl 5.008008 -
i486-linux-gnu-thread-multi
[17-03-25 16:14:10.5947] Slim::Utils::SQLiteHelper::postConnect (374)
Optimizing DB because of missing or empty sqlite_stat1 table
[17-03-25 16:14:10.7797] Slim::Schema::forceCommit (2149) Warning: Trying to
commit transactions before DB is initialized!
[17-03-25 16:14:12.4658] Slim::Utils::SQLiteHelper::postConnect (374)
Optimizing DB because of missing or empty sqlite_stat1 table
[17-03-25 16:14:12.6265] Slim::Schema::forceCommit (2149) Warning: Trying to
commit transactions before DB is initialized!
[17-03-25 16:14:14.0135] main::checkDataSource (1111) Warning: Schema updated
or no media found in the database, initiating scan.
[17-03-25 16:16:39.7404] Slim::Utils::SQLiteHelper::postConnect (374)
Optimizing DB because of missing or empty sqlite_stat1 table
[17-03-25 16:16:40.1592] Slim::Schema::forceCommit (2149) Warning: Trying to
commit transactions before DB is initialized!
--------------------
I also notice, that the -scan log- does NOT contain the same warnings
regarding garbage after JSON object as it did earlier today when
scanning on the updated setup. The scan log looks good.
Now testing Spotify before doing any more configuration
.
Via webinterface:
Spotify Playlists list can open, but like on last weekends clean
install, it takes almost 35 seconds to do so. But it plays fine.
Via apps (Orange Squeeze and Squeeze Control):
The Playlists list opens fast and tracks plays fine too.
Via touchscreen on SBTouch:
The Playlists list opens fast and tracks plays fine too.
So at this point only the very slow opening of the Playlists list when
using the webinterface, seems to be a problem with Spotify.
No new log statements at this point.
Now my plan was to quickly do all configurations up to the point where I
gave up last weekend. This time just omitting all the checks and reboots
on the way. But I quickly notice LMS wont make it easy for me to set
the Media Library Name on the "Basic Settings" tab. And instead of
starting a rescan after trying to define the name of my library (as a
prompt says it does) it looks like LMS restarts itself? It takes long
time before the webinterface responds again after each attempt. After
two apparently failed attempts to set the name, I try rebooting NAS
first. Once again I try setting name of library, and after (another)
long wait I decide to start a rescan manually. New log entries at this
point (before manually starting another rescan) shows that LMS died
unexpectedly 3 times:
Code:
--------------------
[17-03-25 17:16:41.1519] Slim::Utils::Misc::msg (1244) Warning:
[17:16:41.1510] Argument "" isn't numeric in numeric gt (>) at
/usr/share/perl5/Slim/Plugin/AudioScrobbler/HTML/EN/plugins/AudioScrobbler/settings/basic.html
line 6.
2017-03-25 17:23:54 Logitech Media Server died. Restarting.
[17-03-25 17:23:59.1037] main::init (388) Starting Logitech Media Server
(v7.9.1, 1490335303, Fri Mar 24 06:09:34 UTC 2017) perl 5.008008 -
i486-linux-gnu-thread-multi
2017-03-25 17:32:28 Logitech Media Server died. Restarting.
[17-03-25 17:32:34.0620] main::init (388) Starting Logitech Media Server
(v7.9.1, 1490335303, Fri Mar 24 06:09:34 UTC 2017) perl 5.008008 -
i486-linux-gnu-thread-multi
2017-03-25 17:35:31 squeezeboxserver_safe stopped.
2017-03-25 17:36:38 squeezeboxserver_safe started.
[17-03-25 17:36:45.1596] main::init (388) Starting Logitech Media Server
(v7.9.1, 1490335303, Fri Mar 24 06:09:34 UTC 2017) perl 5.008008 -
i486-linux-gnu-thread-multi
2017-03-25 17:46:27 Logitech Media Server died. Restarting.
[17-03-25 17:46:32.3311] main::init (388) Starting Logitech Media Server
(v7.9.1, 1490335303, Fri Mar 24 06:
--------------------
To be sure, now doing a complete Clear library and rescan all - and
reboots the NAS...
Checking Media Library Name. This time the name is updated. Obviously I
had the same problem last weekend, I just didnt discover what was
actually going on (or not going on)
I continue doing my configurations
Fast forward, to where I was last
weekend
Besides Spotify being slow when controlled via webinterface, I notice
the webinterface is sometimes also pretty slow showing the LMS-frontpage
(Slow initializing player-dropdown and slow showing Now Playing
information and tracks in current play queue). But ignoring the
speed-issues, basically things seems to work at this stage.
So I continue to the Interface tab to do more configurations. And here I
finally do a discovery directly connected to my problem with opening
submenus in Spotify via the webinterface. The critical setting is Items
Per Page. In my old LMS78 setup I had this setting on 200. Running
781nightly it took 5 seconds opening the Playlists list in Spotify with
this setting on 200. On 791nightly it is completely different with this
setting:
20 items: 12 seconds
50 items: 33 seconds
100 items: 70 seconds
200 items: It stops working
With this little success, I stop this day's investigations. But even
though it looks like I would want to revert to 781nightly at some point,
I keep the 791nightly on my system a little while more finalizing my
setup and maybe doing more discoveries. And of course you might have
some ideas to investigate or try?...
+-------------------------------------------------------------------+
|Filename: scan2.PNG |
|Download: http://forums.slimdevices.com/attachment.php?attachmentid=22379|
+-------------------------------------------------------------------+
*/Stig*
'http://www.*rockland*.dk' (http://www.rockland.dk) -
'http://www.*last.fm*/user/rockland' (http://www.last.fm/user/rockland)
- 'http://www.*discogs*.com/user/StigNygaard'
(http://www.discogs.com/user/StigNygaard) -
'https://*plus.google*.com/+StigNygaard'
(https://plus.google.com/+StigNygaard)
*Server:* LMS 7.8.1 - 1483428886 @ Tue Jan 17 03:15:27 UTC 2017 on
ReadyNAS Ultra 2. *Controllers & players:* 2x Squeezebox Touch,
Squeezebox Classic (currently not used), 2x OrangeSqueeze
You might like to try my *'Art Grabr'
(https://greasyfork.org/en/scripts/20771-stig-s-art-grabr)* for fetching
big *cover-art* from various sites - or *'Album Linkr'
(https://greasyfork.org/en/scripts/21153-stig-s-last-fm-album-linkr)*
for a better *last.fm* desktop experience...
------------------------------------------------------------------------
Stig Nygaard's Profile: http://forums.slimdevices.com/member.php?userid=4236
View this thread: http://forums.slimdevices.com/showthread.php?t=107155
_______________________________________________
beta mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/beta
