PDA

View Full Version : Failed fetching filters from MusicIP



tamanaco
2012-10-24, 07:43
As suggested in the thread linked below I'm starting this new thread to try and get to the source of the subject error message. I've been getting the "Slim::Plugin::MusicMagic::Common::__ANON__ (75) Failed fetching filters from MusicIP" error message in my log for the longest time and have not been able to figure out what's causing it. I set Filters to (NONE) in the MusicIP plugin settings, but I still get the Failed fetching message. I also could not find a setting in SugarCube for MusicIP filters and Trackstat is not enabled in SugarCube. Is there a setting in another plugin I should check or a file or something missing somewhere? I'm running the latest 7.8 LMS release with MusicIP 1.9 beta 6 on Windows 7. Btw, this issue is discussed towards the end of this old thread http://forums.slimdevices.com/showthread.php?89462-7-6-and-MusicIP-not-working but no resolution was posted.

mherger
2012-10-24, 09:16
Can you open http://localhost:10002/api/filters in a browser? How long
does it take (roughly)?

--

Michael

tamanaco
2012-10-24, 09:55
Can you open http://localhost:10002/api/filters in a browser? How long
does it take (roughly)?

--

Michael

Hi Michael, it takes ~5 seconds. Is there a place in the plugin where I can alter the wait interval?

Thanks...

mherger
2012-10-24, 10:02
> Hi Michael, it takes ~5 seconds. Is there a place in the plugin where I
> can alter the wait interval?

Heh... the ~ might be crucial here: the timeout is hard-coded to 5s. If it
took longer, you'd see that message...

--

Michael

tamanaco
2012-10-24, 10:31
> Hi Michael, it takes ~5 seconds. Is there a place in the plugin where I
> can alter the wait interval?

Heh... the ~ might be crucial here: the timeout is hard-coded to 5s. If it
took longer, you'd see that message...

--

Michael

He! He!, to me "(roughly)" = ~ (After subsequent checks using a StopWatch it takes almost 2 seconds (1.72-1.82 sec to be exact... give or take a few millisecond of finger delay from the right hand pressing enter to left hand pressing the Start/Stop button on the StopWatch). Btw, this message is generated during server startup only... not while generating dynamic mixes with MusicIP or when generating mixes using the Web UI.

Mnyb
2012-10-24, 12:09
He! He!, to me "(roughly)" = ~ (After subsequent checks using a StopWatch it takes almost 2 seconds (1.72-1.82 sec to be exact... give or take a few millisecond of finger delay from the right hand pressing enter to left hand pressing the Start/Stop button on the StopWatch). Btw, this message is generated during server startup only... not while generating dynamic mixes with MusicIP or when generating mixes using the Web UI.

Sure that the MIP server always starts up before SS/SC/SBS/LMS basic q but you said during startup...

An experiment while the whole server is running and MIP server too, restart LMS do you get the error then ?

mherger
2012-10-24, 12:16
> An experiment while the whole server is running and MIP server too,
> restart LMS do you get the error then ?

Yeah, I imagine that those new numbers (2s) upon repeated requests are
faster due to some caching involved.

--

Michael

tamanaco
2012-10-24, 13:04
An experiment while the whole server is running and MIP server too, restart LMS do you get the error then ?

Yes, I should have been more specific. It happens during "server" startup only... and on computer reboot. Below is the full content of the log file after the server starts with MusicIP running. I'm also trying to get rid of the SuperDateTime warning message and posted about it in the appropriate 3rd party software thread. I recently reinstalled my server from scratch and I'm trying to get rid of any annoying messages in the log. The MusicIP fetching, SuperDateTime deprecated and NPRRadio Metadata messages were present in the previous install. Logging for all these is set to "error" under advanced settings.

[12-10-24 15:51:25.7034] main::init (354) Starting Logitech Media Server (v7.8.0, 1350572233, Fri Oct 19 03:14:51 PDT 2012) perl 5.014001
[12-10-24 15:52:02.8288] Slim::Utils::Misc::msg (1304) Warning: [15:52:02.8281] Using a hash as a reference is deprecated at C:\ProgramData\Squeezebox\Cache\InstalledPlugins\P lugins\SuperDateTime\lib/Plugins/SuperDateTime/Plugin.pm line 2183.
[12-10-24 15:52:08.4251] Plugins::NPRRadio::Metadata::init (21) Register NPR meta provider, default icon=
[12-10-24 15:52:55.4549] Slim::Plugin::MusicMagic::Common::__ANON__ (75) Failed fetching filters from MusicIP

cparker
2012-10-28, 08:45
Sure that the MIP server always starts up before SS/SC/SBS/LMS basic q but you said during startup...

An experiment while the whole server is running and MIP server too, restart LMS do you get the error then ?

I'm with Mnyb on this one, it sounds like MIP is up after LMS. Makes no difference once they are both up but will throw the notification during startup

tamanaco
2012-10-29, 06:50
I'm with Mnyb on this one, it sounds like MIP is up after LMS. Makes no difference once they are both up but will throw the notification during startup

Just to clarify... I agree that the MIP process "might" start "after" the LMS process during the computer startup (reboot). But... when I stop and then restart LMS the MIP process is still up and running, yet I still get the fetching filter message during the LMS Server processes restart. Is this what you also experience?

lrossouw
2012-11-15, 13:21
Does it actually cause filters not to be available. I've seen that error as well but generally my filters are available and working.