FYI - I'm getting a "Timed-out" from Sourceforge download and I think
sourceforge has been bhaving badly today. SO I did a "wget" to see what
is happening. The download took about 5 mins and there was a 302
redirection with html body.
Code:
$ wget -v -d
mherger wrote:
> > With the latest nightly, could install UPnPbridge, castbridge again
> with
> > no trouble.
>
> Great to hear, thanks!
>
> --
>
> MichaelDid another test. Restored settings and plugins from backup.
LogitechMediaServer rapporten that there where updates for castbridge,
With the latest nightly, could install UPnPbridge, castbridge again with
no trouble.
Great to hear, thanks!
--
Michael
___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter
dolodobendan wrote:
> Just the Airplay bridge. It's faster now, but I'll keep watching. :)With the
> latest nightly, could install UPnPbridge, castbridge again with
no trouble.
Send from my mobile Phone
*
maintainer of QLogitechMediaServer, QOptware-NG and QAutoSub.
Qnap TS-453a, with
mherger wrote:
> > The download already was done, but the plugin page took really long
> to
> > load.
>
> When you fire up the plugins page, LMS would pull down all repository
> files. If you have a bunch of them on sourceforge, which would take a
> few seconds each to download byte by byte,
Something is still off.
The download already was done, but the plugin page took really long to
load.
QLMS 8.0.0@2.20 x64 (digimaster) with perl 5.30.1 / QNAP 469L QTS 4.3.4
dolodobendan's Profile:
Edit:
>
> When I already was on the settings / plugin page and I selected a new
> plugin to install (like the AirPlay bridge), I got that "Restart now"
> button immediately. Past tense here because I haven't checked what
> happens with your latest build, yet.
>
QLMS 8.0.0@2.20 x64
mherger wrote:
> >> BTW: the mechanism here would be that the settings page would not
> load
> >> before all is downloaded and ready.
> >
> > Now THAT is something I see here.
>
> So you also get the reboot prompt immediately, not only after a while?
> Would that be a prompt which allows you
Confirmed, no repeated downloads! Thanks!
Great, thanks!
--
Michael
___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter
BTW: the mechanism here would be that the settings page would not load
before all is downloaded and ready.
Now THAT is something I see here.
So you also get the reboot prompt immediately, not only after a while?
Would that be a prompt which allows you to restart LMS with a click of a
mherger wrote:
> > It's one thing for that button to be early, but another if LMS
> sabotages
> > its own process at least once before:
>
> I've committed a change which should prevent the re-download of a file
> if the digest matches:
>
>
mherger wrote:
>
> BTW: the mechanism here would be that the settings page would not load
> before all is downloaded and ready.
>
Now THAT is something I see here.
QLMS 8.0.0@2.20 x64 (digimaster) with perl 5.30.1 / QNAP 469L QTS 4.3.4
mherger wrote:
> > It's one thing for that button to be early, but another if LMS
> sabotages
> > its own process at least once before:
>
> Yes, I believe we're seeing and discussing two distinct issues here.
> After trying to understand the premature "ready to restart" message,
> I'll try
Paul Webster wrote:
> I know that small zips can be fetched from Github via simple anonymous
> https as used by LMS plugin downloader ... that is how my RadioFrance
> one is done.
> What I was not sure about was the size limit.
I wasn't sure about download binary direct from github.com - I
I know that small zips can be fetched from Github via simple anonymous
https as used by LMS plugin downloader ... that is how my RadioFrance
one is done.
What I was not sure about was the size limit.
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio
bpa wrote:
> I can't see where they say the binaries can be downloaded with a http/
> GET but I'm a very basic github.com / github.io user - I'll look into it
> as I think it would reduce the occurrence of the delays.
github does handle binaries with http/GET as tested with wget. Using
the
Paul Webster wrote:
> I havent but Github says it can be done
> https://help.github.com/en/github/managing-large-files/distributing-large-binaries
I can't see where they say the binaries can be downloaded with a http/
GET but I'm a very basic github.com / github.io user - I'll look into it
as I
I havent but Github says it can be done
https://help.github.com/en/github/managing-large-files/distributing-large-binaries
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc), kcrw,
supla finland, abc australia, cbc/radio-canada and rte
Paul Webster wrote:
> See my earlier comment about Github
I thought there maybe difficulties with Github and large binary files
but I never checked it out.
Have you experience with Github handling/allowing large binaries such as
30Mbytes Raopbridge.exe being downloaded with a http/GET
bpa wrote:
>
> If we can find an alternative to Sourceforge - a lot of these problems
> would go away. In the meantime, let's see if the changes improve
> things.
See my earlier comment about Github
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio
My mind can't seem to get a handle on the WebUI Settings page part of
LMS - my code always seemed to be fighting it. So I always suspect any
"Settings" code I think of - I avoid it whenever I can and will leave
any solution to you..
mherger wrote:
> > I put in a $log->error into the message
It's one thing for that button to be early, but another if LMS sabotages
its own process at least once before:
I've committed a change which should prevent the re-download of a file
if the digest matches:
https://github.com/Logitech/slimserver/commit/3aa8e709eda24b60a47d25cfdaa3628230dc6213
It's one thing for that button to be early, but another if LMS sabotages
its own process at least once before:
Yes, I believe we're seeing and discussing two distinct issues here.
After trying to understand the premature "ready to restart" message,
I'll try to understand the auto-update issue
I put in a $log->error into the message routine to time when the Message
was initiated - it is put up when downloading counter is incremented
(ie. from 0 to 1) which is when download starts
The whole code is quite convoluted. And the lines you quote are
particularly confusing, as
mherger wrote:
> > I think the "Restart Now Restart Later" message box should be removed
> > and replaced by a status line/box and a Restart button on the Plugins
> > Tab. The status line gives user feedback about status of download
> (e.g
> > bytes downloaded) and success/failure. The
mherger wrote:
> > The Restart button is displayed immediately the "Apply" button is
> > pressed and download initiated (not completed) - so eager users click
> > "Now" immediately almost always fail.
>
> I can't confirm this. I installed several of philippe_44's plugins,
> which made the
The Restart button is displayed immediately the "Apply" button is
pressed and download initiated (not completed) - so eager users click
"Now" immediately almost always fail.
I can't confirm this. I installed several of philippe_44's plugins,
which made the restart dialog to be delayed by a few
bpa wrote:
> Not sure what you mean.
>
> The Restart button is displayed immediately the "Apply" button is
> pressed and download initiated (not completed) - so eager users click
> "Now" immediately almost always fail.
>
> AFAICT The timeout seems to do nothing ( I reduced the value to test)
The Restart button is displayed immediately the "Apply" button is
pressed and download initiated (not completed) - so eager users click
"Now" immediately almost always fail.
Well, then we have a problem right there. The dialog should only be
shown once the downloads are considered done.
mherger wrote:
> > I think the "Restart Now Restart Later" message box should be removed
> > and replaced by a status line/box and a Restart button on the Plugins
> > Tab. The status line gives user feedback about status of download
> (e.g
> > bytes downloaded) and success/failure. The
I think the "Restart Now Restart Later" message box should be removed
and replaced by a status line/box and a Restart button on the Plugins
Tab. The status line gives user feedback about status of download (e.g
bytes downloaded) and success/failure. The Restart button is disabled
normally and
bpa wrote:
> Regarding the comment about unreliability of LMS plugins updates. The
> unreliability is not in LMS but in the choice (or rather lack of choice)
> of service to deliver the plugin ZIP files. IIRC Sourceforge is the only
> free service available. In the past other services have
Regarding the comment about unreliability of LMS plugins updates. The
unreliability is not in LMS but in the choice (or rather lack of choice)
of service to deliver the plugin ZIP files. IIRC Sourceforge is the only
free service available. In the past other services have been used (e.g
Google
Just like there was a bug with the Download timer - there may still be a
bug in relation to some part of the download and sha comparison.
My investigation just confirms that if a user clicks "Restart Now"
before download is complete, the user will not be told that download did
not complete and
Workaround procedure, if you have problem downloading large plugins.
Click "Restart Later"
Download the ZIP file & check the sha manually (it's visible on SF) and
put it in the DownloadedPlugins directory
Stop LMS and restart LMS - install should proceed.
I can also conform this, running on QNap nas-System.
Running QlogitechMediaServer 8.0.
Same trouble here, the UPnP and ChromeCast plugin are gone after
update.
The problem can up a few weeks ago.
frankd wrote:
> Just to add to this story and to ensure that dolodobendan's case is not
> a
Just to add to this story and to ensure that dolodobendan's case is not
a single one:
I had similar experience like dolodobendan from time to time. I have
some of the big plugins in my plugin list, such as Philippes excellent
UPNP, Chromecast and Airplay plugins.
I couldn't reproduce the issue
While I remember it a little more info on the plugin manager process.
All the heavy work is done at LMS startup.
>From the Settings/Plugins tab - a plugin state is changed. Each plugin
has a state (kept in prefs/state.prefs) and can be: disabled, enabled,
needs-enable, needs-disable,
mherger wrote:
> I'm sorry guys, didn't have time to keep up with the discussion in a
> timely manner... is there any conclusion in what the issue is, what to
> fix?
Good timing. I spent a good bit of time yesterday on this and SF
co-operated by delivering a really bad download speed.
As I
I'm sorry guys, didn't have time to keep up with the discussion in a
timely manner... is there any conclusion in what the issue is, what to fix?
--
Michael
___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
dolodobendan wrote:
> I'm sure as soon as I switch off logging it'll work. ;)
>
Yep.
+---+
|Filename: server2.zip |
|Download:
You're probably right. I just finished/gave up the logging with
server.plugins=debug and network.asynchttp=debug, so I'll just upload it
anyway.
I was not able to install RAOP, no matter if I waited for the download
to finish or not. I'm sure as soon as I switch off logging it'll work.
;)
dolodobendan wrote:
> I had to wait much longer for the download to finish. Speaking of having
> to wait much longer, I was just logging network.asynchttp when the dear
> family stopped watching TV and decided to catch up on podcasts instead.
> I'll try again later.
I think I get the Restart
bpa wrote:
> Done a little more diggiing. Still not clear why Restart appears ahead
> but found an interesting timeout.
>
> The file Slim::Plugin::Extensions::Settings is used to monitor
> downloads.
> It seems from this module the Restart is initiated.
> Aside from the normal "saveAs"
Does the message "PluginDownloader is still busy - waiting a little
longer..." come from a different logging parameter?
If yes that might explain why it was not seen in the log samples.
I assume that giving up here would not result in the real download
continuing and also the download count not
Done a little more diggiing. Still not clear why Restart appears ahead
but found an interesting timeout.
The file Slim::Plugin::Extensions::Settings is used to monitor
downloads.
It seems from this module the Restart is initiated.
Aside from the normal "saveAs" timeout which checks for
dolodobendan wrote:
> That may have been unclear. To be more specific:
>
> 1) As the file was checked and verified before, maybe LMS still thinks
> the download is ready? Despite having triggered a new one after clicking
> that message at the bottom of the home screen and thus automatically
>
dolodobendan wrote:
> Theory:
>
> > >
- That button is not early, as the file already has been downloaded
> (as I said)
- The problem is that clicking that button triggers a new download
> (again, as I said)
- If not finished in time, it causes the SHA test to fail.
> > >
That
Paul Webster wrote:
>
> If the problem only happens when the user clicks on restart (which is
> supposed to appear after all downloads have completed - but seems to be
> coming up early)
Theory:
- That button is not early, as the file already has been downloaded
(as I said)
- The
Paul Webster wrote:
>
> If the problem only happens when the user clicks on restart (which is
> supposed to appear after all downloads have completed - but seems to be
> coming up early) then perhaps OP could confirm by not clicking on it at
> all and waiting until the download has really
Paul Webster wrote:
> Agreed - that is why I called it a "Quick hack to test that as a
> theory".
>
> However, what I had not fully appreciated was that the prompt asking the
> user about restarts was coming up a long time before the download had
> really completed.
> In which case waiting 1
Agreed - that is why I called it a "Quick hack to test that as a
theory".
However, what I had not fully appreciated was that the prompt asking the
user about restarts was coming up a long time before the download had
really completed.
In which case waiting 1 second extra would have been
I need to run through all the work done last night but "sleep" is
usually bad thing in LMS. LMS is single thread so sleep puts ALL of LMS
to sleep. There is a specific call to current task release via EV event
loop
I have check code with added log messages (not server.asynchttp) and
run
... continued ...
However, without seeing the logs with the http running it is hard to be
sure that it was not just a coincidence.
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc), kcrw,
supla finland, abc australia, cbc/radio-canada
mherger wrote:
>
> About the theory around "sleep": are you saying that the plugin
> installer tries to validate the download before the data has fully been
>
> written to disc, thus failing the check (again, probably a few bytes
> short)? I think it would still be good to test the download
Oops, sorry, you meant the part where the download is written to the
disk. Still waiting for my triple espresso. I meant no disrespect.
QLMS 8.0.0@2.20 x64 (digimaster) with perl 5.30.1 / QNAP 469L QTS 4.3.4
mherger wrote:
>
> Are you saying that the plugin
> installer tries to validate the download before the data has fully been
>
> written to disc, thus failing the check (again, probably a few bytes
> short)?
Again, the file was NOT a few bytes short. It was missing two-thirds
(20MB) of the
No, you didn't. It's Deutsche Telekom.
The reason why I was asking is that only a week or two ago I was
investigating Spotty installation failures with very similar symptoms.
The downloaded files would always be a few kB short. And IIRC all users
having that problem were located in Germany,
Paul Webster wrote:
> I'm off to sleep on it.
Good idea. And thank you so much.
QLMS 8.0.0@2.20 x64 (digimaster) with perl 5.30.1 / QNAP 469L QTS 4.3.4
dolodobendan's Profile:
I'm off to sleep on it.
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc), kcrw,
supla finland, abc australia, cbc/radio-canada and rte ireland
Paul Webster's
Paul Webster wrote:
> Positive side is that the checksums matched each time.
> So perhaps that part of the theory is right.
Progress, at last.
Paul Webster wrote:
> Do you have automatic plugin update enabled?
Yes.
Is it just me going crazy or is there really a green dot in my post here
Positive side is that the checksums matched each time.
So perhaps that part of the theory is right.
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc), kcrw,
supla finland, abc australia, cbc/radio-canada and rte ireland
Didn't work either:
30333
Code:
[20-05-18 23:51:59.8776] Slim::Utils::PluginDownloader::_downloadDone (180)
downloaded RaopBridge to
/share/CACHEDEV1_DATA/.qpkg/LogitechMediaServer/SlimServer/Cache/DownloadedPlugins/RaopBridge.zip
[20-05-18 23:52:01.4371]
Paul Webster wrote:
> That is a shame.
> You could still try the "sleep" hack.
Sleep hack it is. Just a sec.
QLMS 8.0.0@2.20 x64 (digimaster) with perl 5.30.1 / QNAP 469L QTS 4.3.4
dolodobendan's Profile:
30332
I waited for the download to finish and then clicked on "Restart now".
The installation was successful. I think that if "Restart now" is
clicked, the file is checked. If it's done downloading and there were no
real CRC errors, it will pass the test and then be installed. If not
(because
That is a shame.
You could still try the "sleep" hack.
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc), kcrw,
supla finland, abc australia, cbc/radio-canada and rte ireland
Code:
[20-05-18 23:19:37.3032] Slim::Utils::PluginDownloader::install (163) install
- downloading RaopBridge from
http://downloads.sourceforge.net/project/lms-plugins-philippe44/RaopBridge-0.4.23.0.zip
[20-05-18 23:19:37.5706] Slim::Web::Cometd::handler (421)
Paul Webster wrote:
> Yes
On it.
And thanks.
QLMS 8.0.0@2.20 x64 (digimaster) with perl 5.30.1 / QNAP 469L QTS 4.3.4
dolodobendan's Profile: http://forums.slimdevices.com/member.php?userid=67663
View this thread:
Yes
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc), kcrw,
supla finland, abc australia, cbc/radio-canada and rte ireland
Paul Webster's Profile:
Paul Webster wrote:
> I just did a very quick search on Synology and Write Cache ... and it
> seems that there is a setting for it ... per drive (and perhaps per
> system).
>
> You could take a chance and find and change that setting (might need a
> graceful shutdown and reboot of the NAS for
I just did a very quick search on Synology and Write Cache ... and it
seems that there is a setting for it ... per drive (and perhaps per
system).
You could take a chance and find and change that setting (might need a
graceful shutdown and reboot of the NAS for the change to have an
effect).
Paul Webster wrote:
> No - you would have to edit the file Slim/Utils/PluginDownloader.pm and
> put a
> sleep 1;
> just before that line in the file.
> However, if you are not used to editing Perl files on your NAS then it
> is best not to attempt it and wait instead for further
No - you would have to edit the file Slim/Utils/PluginDownloader.pm and
put a
sleep 1;
just before that line in the file.
However, if you are not used to editing Perl files on your NAS then it
is best not to attempt it and wait instead for further analysis/testing
from bpa or mherger since that
Paul Webster wrote:
> See the message that I wrote just afterwards.
I wasn't sure if that was for me. I tried it nonetheless but got an
error. Do I just paste this in my NAS' prompt?
QLMS 8.0.0@2.20 x64 (digimaster) with perl 5.30.1 / QNAP 469L QTS 4.3.4
dolodobendan wrote:
> I like happy coincidences. :)
> ¯\_()_/¯
>
> How do I test that?
>
See the message that I wrote just afterwards.
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc), kcrw,
supla finland, abc australia,
Paul Webster wrote:
> Just as FYI ... that number is the line number in the source code not a
> HTTP response code.
> The 200 just below in the log was a happy coincidence.
> >
Code:
> >
> Line 200 - $log->error("digest does not match $file - $name will not be
Oh, did I ask the OP whether he was using Unitymedia already?
--
Michael
___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Maybe the NAS OS handles it properly when the quick read happens over
the network (which in any case would be slower and so less likely to
happen before the real write completes).
But here LMS is running on the NAS.
Quick hack to test that as a theory ... put a sleep 1s call before the
file
mherger wrote:
> > Exactly. I get "1f6d91f22845a272a0f51eb26c75709618b528c7" for all
> these
> > files:
> >
> > RaopBridge-4c7cdf557084eeceded85676be2a3438db2687d0.zip
>
> If you get the exact same checksum for all these files, then you should
>
> definitly look what the files' actual
dolodobendan wrote:
>
> 2. _downloadDone (180). <- That's not done, is it? Didn't you say 2xx?
> But it doesn't look like an open file anymore.
>
Just as FYI ... that number is the line number in the source code not a
HTTP response code.
The 200 just below in the log was a happy coincidence.
Exactly. I get "1f6d91f22845a272a0f51eb26c75709618b528c7" for all these
files:
RaopBridge-4c7cdf557084eeceded85676be2a3438db2687d0.zip
If you get the exact same checksum for all these files, then you should
definitly look what the files' actual content is.
--
Michael
dolodobendan wrote:
> So I'll just uninstall ROAP, restart LMS, enable network.asynchhttp and
> that from last time and reinstall it?
Hold off on that.
network.asynchttp generates a huge number of messages and I think other
downloads were initiated at the same time as my log.
I've looked at
bpa wrote:
> It's clear that is happening if you enable network.asynchhttp logging to
> debug.
>
> Main problem is the download is processed 16kbytes at a time which is
> standard for http Get audio chunk but it make the file download very
> slow.,
So I'll just uninstall ROAP, restart LMS,
dolodobendan wrote:
> Exactly. I get "1f6d91f22845a272a0f51eb26c75709618b528c7" for all these
> files:
>
> RaopBridge-4c7cdf557084eeceded85676be2a3438db2687d0.zip
> RaopBridge-68627e7ac99880b65cd29765e361344188050a88.zip
> RaopBridge-73901f2fce15e5870375e9efbc464663078fce7b.zip
>
Paul Webster wrote:
> Just to double check .. for the
>
> For the saved file
> /Cache/RaopBridge-b3dc5595762c57dbee32fcc291ff7e2d8da92cb3.zip
> you get a SHA1 checksum of
> 1f6d91f22845a272a0f51eb26c75709618b528c7
>
> rather than
> b3dc5595762c57dbee32fcc291ff7e2d8da92cb3
> that LMS
dolodobendan wrote:
>
> "downloadDone (180)" I'm still convinced that the download was not done
> as it was still at 9 MB when I clicked "Restart now". I watched it live.
This is the step to be checked. I believe the timeout applied is the
Radio Station Timeout and when timeout occurs I
Just to double check .. for the
For the saved file
/Cache/RaopBridge-b3dc5595762c57dbee32fcc291ff7e2d8da92cb3.zip
you get a SHA1 checksum of
1f6d91f22845a272a0f51eb26c75709618b528c7
rather than
b3dc5595762c57dbee32fcc291ff7e2d8da92cb3
that LMS downloader said it calculated?
Paul Webster
dolodobendan wrote:
>
> Is there ANY way the download could have just merrily continued AFTER it
> was moved and renamed?
To answer myself, I would say no, but I'll test just that.
QLMS 8.0.0@2.20 x64 (digimaster) with perl 5.30.1 / QNAP 469L QTS 4.3.4
bpa wrote:
> No I had hoped to get to it but ... you may know the phrase "Men Plan
> and God Laughs"
Yes. :D
Paul Webster wrote:
> I'm not sure how uninterruptible the process is ... but ... the count of
> outstanding downloads is decremented before the checksum is calculated
> and compared
I'm not sure how uninterruptible the process is ... but ... the count of
outstanding downloads is decremented before the checksum is calculated
and compared ... and I think the restart prompt arrives between 0 and 2
seconds after the count reaches 0 (might be minimum 2 rather than 0 ...
not
dolodobendan wrote:
> Not criticizing you or me (or anyone, for that matter) for having other
> duties as well. :) I'm terribly sorry if it looked that way.
No I had hoped to get to it but ... you may know the phrase "Men Plan
and God Laughs"
bpa wrote:
> I haven't had time (!)
Not criticizing you or me (or anyone, for that matter) for having other
duties as well. :) I'm terribly sorry if it looked that way.
QLMS 8.0.0@2.20 x64 (digimaster) with perl 5.30.1 / QNAP 469L QTS 4.3.4
dolodobendan wrote:
> You're right of course, it does happen only with higher download times
> (or for people with insane reflexes). That it's downloaded three times
> however, that should not happen.
I haven't had time (!) so far to look again but there are a number of
possibilities, I tend to
bpa wrote:
>
> 30M files downloaded for me in 4 secs - it is 300mbit/.sec connection so
> even at 60mbits it would be 20 sec
I didn't notice it until now, but for this to be correct, you'd need the
file to be downloaded at full speed. But it didn't: 4s for 30 MB, that's
around 60 Mbit/s for
mherger wrote:
> TBH: I've been wondering about this before. When I look at my server's
> log files I often see the same IP download a plugin file two or three
> times. It's not always the case, but often.
I used to see it a lot with a slower ISP connection but again but I felt
it wasn't
mherger wrote:
> TBH: I've been wondering about this before. When I look at my server's
> log files I often see the same IP download a plugin file two or three
> times. It's not always the case, but often.
>
> I'll take a note to investigate this. Feel free to investigate, too.
Thanks and
TBH: I've been wondering about this before. When I look at my server's
log files I often see the same IP download a plugin file two or three
times. It's not always the case, but often.
I'll take a note to investigate this. Feel free to investigate, too. I'm
running out of time.
--
Michael
bpa wrote:
> We're crossing post - it's getting crazy.
>
> I know your not using Windows but NAS devices can be "odd" .
I was just making sure we're talking about the same things.
bpa wrote:
> 30M files downloaded for me in 4 secs - it is 300mbit/.sec connection so
> even at 60mbits it
bpa wrote:
> Just to confirm - when you click "Restart" - LMS does actually restart
> and plugin manager log messages during startup shows the mess about RAOP
> ? - IIRC there used to be an issue with Windows version of LMS where LMS
> could not be restart by LMS - it had to be done externally.
We're crossing post - it's getting crazy.
I know your not using Windows but NAS devices can be "odd" .
30M files downloaded for me in 4 secs - it is 300mbit/.sec connection so
even at 60mbits it would be 40 sec - your LMS log shows download took
about 1m50sec.
Wait until tomorrow - I'll try
1 - 100 of 116 matches
Mail list logo
