--nomysqueezebox: disable all mysb.comintegration in LMS 7.9

[mherger]

> Is it really that hard to read prefs before initiating anything else?

The problem is that in order to prevent some code from being initialized
(compiled), you have to define a constant. And a constant obviously
needs to be defined early on. Before the prefs management code is loaded.

I'm sure it could be done somehow. But it would likely require some
rather involved re-factoring. Probably worth a second thought. But
that's how it is right now.

--

Michael

[mherger]

--nomysqueezebox: disable all mysb.comintegration in LMS 7.9

In preparation of the inevitable I just merged a change which allows the
brave to test the LMS experience in a post-mysb.com era. Add
--nomysqueezebox to your startup parameters to disable all integration
with mysb.com:

- disable all plugins which require mysb.com integration (eg. all music
services provided by Logitech!)
- enable the built-in image proxy instead of relying on the hosted service
- don't check for LMS or firmware updates
- remove "Switch to mysb.com" links in web and ip3k UIs
- disable the Love/Ban feature in the scrobbler plugin (scrobbling
itself should continue to work)

Please note that mysb.com integration built in to the player firmwares
is not disabled. There might still be the "switch to mysb.com" or
firmware menus etc. Just ignore them...

Let me know of any issue you encounter - be it with or without using the
flag.

--

Michael

[mherger]

--nomysqueezebox: disable all mysb.comintegration in LMS 7.9

On a related note: part of this change is, as noted, enforcing LMS as
the image proxy to resize images. This latter might put some
considerable challenge on some low powered servers. (that's why we
created the mysb.com imageproxy in the first place)

7.9 can deal with your custom image proxy implementation though. I've
got an ImageProxy plugin in my test repository which gives you two
sample configurations. One of them using a google image resizing service
(http://carlo.zottmann.org/2013/04/14...image-resizer/), the other
one using a PHP solution (which unfortunately has been dropped by its
developer since I played with it...).

I do have a perl implementation, too, which obviously would be using the
same code as LMS itself, but could be run on your hosted web server or
whatever is faster than your LMS computer.

If you want to play with this kind of external image proxy, add my test
repository to your plugin settings:

http://www.herger.net/slim-plugins/test.xml

--

Michael

[pippin]

Cool, I know about a few people who will love to see this.

One question remaining: how is plugin installation handled? Are you supposed to add all plugin repos manually?

[mherger]

--nomysqueezebox: disable allmysb.comintegration in LMS 7.9

> One question remaining: how is plugin installation handled? Are you
> supposed to add all plugin repos manually?

No, 7.9 has been using http://repos.squeezecommunity.org/extensions.xml
for a while now.

--

Michael

[pippin]

Ah. Good.

[Mark Miksis]

Please refresh my memory:

If I am running a recent 7.9 nightly, have not given LMS my MySB login credentials and have "mysqueezebox.com integration" disabled, which image proxy am I using?

[mherger]

--nomysqueezebox: disable allmysb.comintegration in LMS 7.9

> If I am running a recent 7.9 nightly, have not given LMS my MySB login
> credentials and have "mysqueezebox.com integration" disabled, which
> image proxy am I using?

if you use the new --nomigration parameter, then LMS will try to
re-direct all artwork requests for external artwork through
http://yourserver:9000/imageproxy. By using a local URL the devices will
no longer try to send requests through mysb.com/imageproxy.

LMS' image proxy by default does the resizing in its own process, very
much like it does resize album artwork for local music. No configuration
should be required.

The additional choices I've mentioned (Google, your own script on a web
host etc.) are optional and currently need an additional plugin for the
configuration.

--

Michael

[ralphy]

The Settings->Advanced->Software Updates is still available with --nomysqueezebox

Should it be?

[mherger]

--nomysqueezebox: disable allmysb.comintegration in LMS 7.9

> The Settings->Advanced->Software Updates is still available with
> --nomysqueezebox
>
> Should it be?

No. Thanks, will disable it.

--

Michael

[ralphy]

On a related note: part of this change is, as noted, enforcing LMS as
the image proxy to resize images. This latter might put some
considerable challenge on some low powered servers. (that's why we
created the mysb.com imageproxy in the first place)

7.9 can deal with your custom image proxy implementation though. I've
got an ImageProxy plugin in my test repository which gives you two
sample configurations. One of them using a google image resizing service
(http://carlo.zottmann.org/2013/04/14...image-resizer/), the other
one using a PHP solution (which unfortunately has been dropped by its
developer since I played with it...).

I do have a perl implementation, too, which obviously would be using the
same code as LMS itself, but could be run on your hosted web server or
whatever is faster than your LMS computer.

If you want to play with this kind of external image proxy, add my test
repository to your plugin settings:

http://www.herger.net/slim-plugins/test.xml

--

Michael

I've installed the Image Proxy Plugin and setup the TimThumb PHP resizer on a local apache webserver and selected it from Settings->Advanced->Performance->Artwork resizing. See screenshots.

I ran a clear and rescan.

Should the scanner be using the resizer during the pre-caching artwork step?

There are no errors in the lms scanner or server logs and no activity in the apache access_log or error_log since I installed and initially testing TimThumb.

Did I miss a step or setting?

[mherger]

--nomysqueezebox: disable allmysb.comintegration in LMS 7.9

> I've installed the Image Proxy Plugin and setup the TimThumb PHP resizer
> on a local apache webserver and selected it from
> Settings->Advanced->Performance->Artwork resizing. See screenshots.

FWIW: I've removed the TimThumb default configuration from the plugin,
as it has been discontinued due to known security issues. Please don't
use it any more...

http://www.binarymoon.co.uk/2014/09/timthumb-end-life/

Oh, and considering these issues you probably shouldn't post your
TimThumb URL here either :-P.

> Should the scanner be using the resizer during the pre-caching artwork
> step?

No, the image proxy is only being used to resize _external_ artwork. Eg.
when browsing radio stations, playing music from an online music service
etc. Would be kind of backwards to upload local artwork to some external
host for the resizing.

--

Michael

[Apesbrain]

I am still seeing the "MySqueezebox" tab in Settings. Is this a sign that I've not succeeded in starting the server with this new switch enabled?

Trying to figure out how to apply the switch when LMS starting as Windows service. I've added the switch onto end of ImagePath:
HKLM\SYSTEM\CurrentControlSet\Services\squeezesvc\ ImagePath

But I'm not sure this is working.

[mherger]

--nomysqueezebox: disable allmysb.comintegration in LMS 7.9

> I am still seeing the "MySqueezebox" tab in Settings. Is this a sign
> that I've not succeeded in starting the server with this new switch
> enabled?

Yes, sounds like it didn't work. I'll have to check how things are done
on Windows... haven't used it in a while. Maybe JJZolx or some of the
other Windows expert can chime in?

--

Michael

[ralphy]

> I've installed the Image Proxy Plugin and setup the TimThumb PHP resizer
> on a local apache webserver and selected it from
> Settings->Advanced->Performance->Artwork resizing. See screenshots.

FWIW: I've removed the TimThumb default configuration from the plugin,
as it has been discontinued due to known security issues. Please don't
use it any more...

http://www.binarymoon.co.uk/2014/09/timthumb-end-life/

Oh, and considering these issues you probably shouldn't post your
TimThumb URL here either :-P.

> Should the scanner be using the resizer during the pre-caching artwork
> step?

No, the image proxy is only being used to resize _external_ artwork. Eg.
when browsing radio stations, playing music from an online music service
etc. Would be kind of backwards to upload local artwork to some external
host for the resizing.

--

Michael

Thanks for the clarification. I kind of figured I didn't understand the image proxy usage case. Playing an internet stream with artwork does indeed call the local proxy.

No worries on the url, it's only available on my private network.