Stig Nygaard wrote:
> For the record, and trying to get something useful out of this thread
> :-) ...
>
>
>
> Yes, ReadyNAS Ultra is running: Perl Version: 5.8.8 -
> i486-linux-gnu-thread-multi.
>
> Regarding the crashes I got when doing the initial setup of a clean
> LMS79x installs on my
For the record, and trying to get something useful out of this thread
:-) ...
mherger wrote:
>
> Is it still running Perl 5.8.x?
>
Yes, ReadyNAS Ultra is running: Perl Version: 5.8.8 -
i486-linux-gnu-thread-multi.
Regarding the crashes I got when doing the initial setup of a clean
LMS79x
There must have been a performance-difference also on LMS781 then, but
DNS-lookups in such smaller numbers that you wouldn't notice?
Yes. If only every tenth call was slow, you probably wouldn't notice
when only one call is done a day or every few hours. But with the new
imageproxy it's done
mherger wrote:
> I still believe this is an issue particular to your setup. Sometimes DNS
> lookups seem to be very slow. What changed from 7.8 to 7.9 is that we do
> a lot of those lookups when rendering a page with artwork (in order to
> figure out what resizing method to use).
>
BANG, there
I also have another router somewhere I could try if you think that might
make a difference?
It might be worth a try. But as you don't experience the same problem on
your desktop, I'd assume the ReadyNAS is part of the problem. Is it
still running Perl 5.8.x?
--
Michael
mherger wrote:
>
> Therefore I wonder whether the following would improve the situation for
> you. It's adding caching in our code. Basically replace
> Slim::Utils::Network::ip_is_private with the following code:
>
I'll try that tonight.
I also have another router somewhere I could try if you
I still believe this is an issue particular to your setup. Sometimes DNS
lookups seem to be very slow. What changed from 7.8 to 7.9 is that we do
a lot of those lookups when rendering a page with artwork (in order to
figure out what resizing method to use).
What surprises me is the fact that
Stig Nygaard wrote:
>
> Anyway, here's the log with your latest changes. Unfortunately I cannot
> see a pattern? :
>
Or the longer list for Copenhagen local. It's almost every 7th, but once
the 8th:
22539
+---+
|Filename:
mherger wrote:
> Thanks a lot! Yes, that log is quite interesting. Let's look at this
> snippet:
>
> As you can see, most requests would be dealt with within a fraction of a
> second. But there are two which took >5s! Unfortunately we don't have
> the URLs logged... Could I therefore ask you
Thanks a lot! Yes, that log is quite interesting. Let's look at this
snippet:
Code:
[17-04-19 21:51:17.6780] Slim::Utils::Misc::msg (1244) Warning:
[21:51:17.6773] mysb: 0.0032862548828 at
/usr/share/perl5/Slim/Web/Template/SkinManager.pm line 283.
[17-04-19
Hi Michael
Okay, I have tested performance of a LMS791-installation on my Windows
10 desktop PC. Performance was very fine opening lists like for example
the Alternative Rock station list. So no performance problem on Windows
it seems.
I did however see the same crash of LMS when trying to set
Regarding my internet connection, it is not DSL. I would describe it
something like Fiber via our Housing Association's network. But don't
really know the terms you would use in English.
Just to make sure your issue isn't related to your internet connection:
could you install LMS on your
mherger wrote:
>
> I don't think this is related. Yet it's good to know. What kind of ISP
> are you using? Cable or DSL?
>
I suddenly got tired last night, so editing SkinManager.pm again must be
tonight.
Regarding my internet connection, it is not DSL. I would describe it
something like
Ah, I probably misunderstood you before when you asked me to disable
images in the browser. I disabled images in my browser's settings.
Didn't see the little option-dropdown in the lower left of columns.
And yes, disabling images directly in the UI by selecting "Text only"
does indeed solve the
mherger wrote:
> Stig,
>
> I think your log leads back to where I found the previous issue:
> _resizeImage in SkinManager.pm (the file you edited last time). LMS
> seems to be spending a long time in there, for every image on the page.
> Disable the images (set the option bottom left to "Text
Stig,
I think your log leads back to where I found the previous issue:
_resizeImage in SkinManager.pm (the file you edited last time). LMS
seems to be spending a long time in there, for every image on the page.
Disable the images (set the option bottom left to "Text only") and
re-try. Would that
mherger wrote:
>
> Loading those pages take a second or two only on my systems.
>
> What if you disabled image loading in the browser? Would it still take
> that long? Do the menus on smartphone app or Touch/Radio take
> excessively long, too?
>
Disabling images in browser makes no
Maybe it is easier to look at *Home -> Radio -> Music -> Alternative
Rock -> Stations (26+)* which I mentioned in an updated version of the
post you are quoting. I assume we see the same list there. And it's bit
shorter, so you get the complete list of image urls:
mherger wrote:
> > On my LMS 791 I did a test *opening a list of local radiostations*,
> > which in my case points to 52 stations in the Copenhagen area.
>
> The issue I identified back in March was indeed not limited to Spotify
> or any other service. It was exposed by the artwork URL's
On my LMS 791 I did a test *opening a list of local radiostations*,
which in my case points to 52 stations in the Copenhagen area.
The issue I identified back in March was indeed not limited to Spotify
or any other service. It was exposed by the artwork URL's format. Could
you give me some
Hi Michael
The slow list response problem is -not- a Spotify specific problem.
On my LMS 791 I did a test *opening a list of local radiostations*,
which in my case points to 52 stations in the Copenhagen area.
HOME -> RADIO -> LOCAL/COPENHAGEN -> STATIONS
Using *Default skin* and 50 items per
Stig Nygaard wrote:
>
> So I continued and installed latest LMS791 nightly on top of this, and
> unsurprisingly the performance problems when using Spotify on LMS79x
> re-appeared :-/ ...
>
In another thread I saw that synchronization of playlists was working
again in Triode's unofficial
Mnyb wrote:
> Regarding the SSL thing , this plagues odd linux distros and NAS distros
> .
> Did you ever try LMS on a more regular platform , some mainstream linux
> OSX or Linux
In the old days I was running LMS on my Windows desktop PCs, but I
rather have it on some always-running server.
Regarding the SSL thing , this plagues odd linux distros and NAS distros
.
Did you ever try LMS on a more regular platform , some mainstream linux
OSX or Linux
Main hifi: Touch + CIA PS +MeridianG68J MeridianHD621
mherger wrote:
>
> The folder would be /c/.squeezeboxserver. File/foldername starting with
> a dot usually are hidden. So if that's the case there, you'll need some
> way to tell it where exactly to go.
>
> As someone else mentioned you should try to get shell (ssh) access to
> your NAS.
>
Stig Nygaard wrote:
> Resetting my SBTouch didn't help in the long run. Now it keeps asking
> for password both when I switch to MySB and back to my LMS setup :-/
> It's probably broken and just a coincidence the problem started same
> time as I updated to LMS79. Maybe it was triggered because
Resetting my SBTouch didn't help in the long run. Now it keeps asking
for password both when I switch to MySB and back to my LMS setup :-/
It's probably broken and just a coincidence the problem started same
time as I updated to LMS79. Maybe it was triggered because it was the
first time in years
mherger wrote:
>
> As someone else mentioned you should try to get shell (ssh) access to
> your NAS.
>
Okay, I'm in! Big thanks to both of you.
Now I just need to take a deep breath and do another clean install.
Well, it will probably be in the weekend.
I'll be back...
*/Stig*
"/c/.". However from here I cannot find any Squeezebox related folders
The folder would be /c/.squeezeboxserver. File/foldername starting with
a dot usually are hidden. So if that's the case there, you'll need some
way to tell it where exactly to go.
As someone else mentioned you should try
Use SSH via some terminal or if you use windows some terminal emulator
like putty . And do it the old fashion way via command line . ( you can
use search functions there to )
But you need some admin password to your NAS and probably some setting
to gain terminal acess .
I have made a Reinstall of firmware + Restore Factory Settings on the
SBTouch which was asking for password (Yesterday it also suddenly asked
me for password to my LMS, so it apparently was a bit confused). I hope
this helps with the Spotify connection problems...
Regarding looking at if cache
I have of course also cleared my browser cache several times, and tried
other browsers. But same experience :-( ...
Make sure after the un-install /c/.squeezebox or similar is gone. That's
where the cache etc. live.
--
Michael
___
beta mailing
mherger wrote:
> > Would it be too much to ask you to completely uninstall
> LMS 7.8 before installing 7.9? Obviously I'd suggest you keep the backup
>
> of the prefs around to be restored if needed.
>
That's actually exactly what I currently have done. I have tried both
paths (upgrade from
I've been using Default theme. And if I ever have tried something else,
it is so long ago that I don't remember.
But a quick change to Classic theme on LMS791 makes big difference:
Opening Spotify Playlists list with LMS791/Classic is at least as fast
as it was opening with LMS781/Default. We're
Suggestions try the Touch players directly on mysb.com for Spotify .
Check that the controll part of players is controlling it's own player ,
hopefully you named them diffrently so that you can se which one you
pick on the Touch select player menu ? ( hint while controlling another
player from
mherger wrote:
>
> > [17-03-25 09:46:48.6133]
> Plugins::MusicArtistInfo::Common::__ANON__ (107) garbage after JSON
> object, at character offset 4 (before "read timeout\n") at
> /c/.squeezeboxserver/cache/InstalledPlugins/Plugins/MusicArtistInfo/Common.pm
> line 100.
>
> That's the Music
[17-03-25 09:46:48.6133] Plugins::MusicArtistInfo::Common::__ANON__ (107) garbage
after JSON object, at character offset 4 (before "read timeout\n") at
/c/.squeezeboxserver/cache/InstalledPlugins/Plugins/MusicArtistInfo/Common.pm line 100.
That's the Music and Artist Information plugin
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
Hi again
I have now tried to upgrade to latest 791nightly build (7.9.1 -
1490335303 @ Fri Mar 24 06:09:34 UTC 2017) on top of 781nightly.
"Activity log":
Stop 781nightly on NAS. Reboot NAS. Install 791nightly.
Let the triggered full scan complete:
22374
Final stats:
Total Images: 0
Total
Stig Nygaard wrote:
> Cool. I will. I does require some time and energy to do so, even though
> I'm beginning to have the practice of installing and setting up:-) So it
> might not be today or tomorrow. But I will try to find time in the
> weekend if not before...
>
> Thanks for continuous
mherger wrote:
> Stig,
>
> could you please re-try the very latest 7.9.1 nightly build? I
> identified an issue with the LMS login which _could_ _potentially_ lead
> to the problem you're seeing.
>
> Michael
Cool. I will. I does require some time and energy to do so, even though
I'm
Stig,
could you please re-try the very latest 7.9.1 nightly build? I
identified an issue with the LMS login which _could_ _potentially_ lead
to the problem you're seeing.
--
Michael
___
beta mailing list
beta@lists.slimdevices.com
But could it eventually be that it really ain't available and never has
been, and that LMS79x doesn't handle/reports this correctly? I remember
seeing more than a handful of SSL-check/handle related checkins on the
79 branch...
7.9 should still report the problem iirc.
Did you ever install
On IO::Socket::SSL errors and possible install of it...
Stig Nygaard wrote:
>
> Sorry, I have no idea of how to do that or if it is even possible?
>
> Even though I am an IT Developer and an it-nerd, I have never tried to
> become a superuser on Linux/NAS platforms, and have no intention to
mherger wrote:
>
> > Is there any way I can set username/password in LMS' Spotify plugin?
> As
>
> Oops... sorry, my fault: that's actually the username/password from
> mysb.com... But still, they seem to be wrong, too. Don't know why this
> would lock up the browsing, though.
>
If they
Slim::Plugin::SpotifyLogi::Plugin::spds_handler (305) 00:04:20:22:73:35
Spotify error, code 6: Spotify login failed: Bad username and/or
password
It says "bad username/password". Did you double/tripple check this (in
the plugin settings, not mysb.com)?
Is there any way I can set
mherger wrote:
>
> man, that's too much information in one go :-).
>
Yeah, sorry for the information overload. And get some sleep/spare-time
(As far as I know you are in Europe, so this shouldn't be work hours -
even if LMS78/79 is partly hobby?).
mherger wrote:
>
> > [17-03-19
Styg,
man, that's too much information in one go :-).
[17-03-19 18:00:51.2973] Slim::Plugin::SpotifyLogi::Plugin::spds_handler
(305) 00:04:20:22:73:35 Spotify error, code 6: Spotify login failed: Bad
username and/or password
It says "bad username/password". Did you double/tripple check
REVERTING TO LMS7_8_1NIGHTLY
So I uninstall my LMS completely again, and do a clean install of a
LMS781nightly instead. Setup of this is almost complete now, including
adding a handful extra plugins (I just miss re-entering my list of
favorite radiostations and podcasts). Below follows complete
LMS7_9_1NIGHTLY SERVER LOG FROM INSTALL PROCESS
Code:
2017-03-19 16:53:14 squeezeboxserver_safe started.
[17-03-19 16:53:19.3742] main::init (388) Starting Logitech Media Server
(v7.9.1, 1489743085, Fri Mar 17 09:38:23 UTC 2017) perl 5.008008 -
This is a continuation of posts from the '\"7.9.0 release candidates -
please test!\"'
(http://forums.slimdevices.com/showthread.php?107078-7-9-0-release-candidates-please-test%21)
thread.
-Short resume:-
The Spotify Playlists menu and other submenus in Spotify wont open when
I use LMS
51 matches
Mail list logo
