PDA

View Full Version : Trouble with MusicIP Headless, SC7.3, and Sugarcube



ob_kook
2008-11-11, 16:48
This is not a re-post of my other thread, but rather a continuation. I had done enough changes to my system that it just seemed to be more confusing to stay on that same thread. (Thanks Raven22 for your assistance on that thread)

Problem - cannot get MIP Headless integrated correctly with SC, and as a result, cannot get Sugarcube working either.

Description -
System:
* Intel dualCore box (home built) with Vista Ultimate.
* RAID 5 comprised of 4x600GB SATA drives direct attached to the mobo
* SC is running on a virtual machine hosted by the Vista O/S on WinXP
* (For all intents and purposes, consider I am working with XP Pro SP2 as a VM is exactly like a physical machine)
* (Since the RAID5 is one the Vista O/S, it acts as a network share volume)
* SC - Version: 7.3 - 23837 @ Fri Nov 7 03:08:40 PST 2008
* MIP - v.1.8.1b, installed, analyzed, and working properly (can send mixes)
* - Port is set to 10003, and API services disabled
* MIP Headless - installed, set up according to Spicefly's guide, Spicefly's skin, and can create a test mix.
* - MMM.ini file is configured with the proper libary path, and port is set to 10002.
* Sugarcube - v1.7.1 configured according to Spicefly's guide

OK, before this, I was on 7.2, and due to the incredibly long MIP import times, I decided to switch to 7.3 since the patch was integrated in that version.

Before that time, I *did* get both MIP and Sugarcube working, but I had double entries in my library. After configuring all of the above, refreshing the MIP headless cache, and rescanning SC, I no longer have "M" in my library entries, and SugarCube simply stops or repeats a single song depending on what repeat setting I choose.

I've gone through the threads by Model Citizen, SlimChance, OhPinchy and others, meticulously followed the SD Wiki, Spicefly's guide, and the MIP forums, but I am just plain stuck.

I'm sure it is something I've overlooked or done incorrectly, because everything obviously works, but like proofreading your own writing, I can't spot the glaring mistake.

Thanks in advance for your help!

Kook

cparker
2008-11-12, 06:09
This is not a re-post of my other thread, but rather a continuation. I had done enough changes to my system that it just seemed to be more confusing to stay on that same thread. (Thanks Raven22 for your assistance on that thread)

Problem - cannot get MIP Headless integrated correctly with SC, and as a result, cannot get Sugarcube working either.

Description -
System:
* Intel dualCore box (home built) with Vista Ultimate.
* RAID 5 comprised of 4x600GB SATA drives direct attached to the mobo
* SC is running on a virtual machine hosted by the Vista O/S on WinXP
* (For all intents and purposes, consider I am working with XP Pro SP2 as a VM is exactly like a physical machine)
* (Since the RAID5 is one the Vista O/S, it acts as a network share volume)
* SC - Version: 7.3 - 23837 @ Fri Nov 7 03:08:40 PST 2008
* MIP - v.1.8.1b, installed, analyzed, and working properly (can send mixes)
* - Port is set to 10003, and API services disabled
* MIP Headless - installed, set up according to Spicefly's guide, Spicefly's skin, and can create a test mix.
* - MMM.ini file is configured with the proper libary path, and port is set to 10002.
* Sugarcube - v1.7.1 configured according to Spicefly's guide

OK, before this, I was on 7.2, and due to the incredibly long MIP import times, I decided to switch to 7.3 since the patch was integrated in that version.

Before that time, I *did* get both MIP and Sugarcube working, but I had double entries in my library. After configuring all of the above, refreshing the MIP headless cache, and rescanning SC, I no longer have "M" in my library entries, and SugarCube simply stops or repeats a single song depending on what repeat setting I choose.

I've gone through the threads by Model Citizen, SlimChance, OhPinchy and others, meticulously followed the SD Wiki, Spicefly's guide, and the MIP forums, but I am just plain stuck.

I'm sure it is something I've overlooked or done incorrectly, because everything obviously works, but like proofreading your own writing, I can't spot the glaring mistake.

Thanks in advance for your help!

Kook

Must likely is the Port number setting. ie. you have SC set to talk via 10003 but the MIP headless is active on port 10002. (or vice versa)

When you press the create text mix button in the MIP headless, look at the Port number in the URL string ie. http://localhost:1000x ???
Then make sure to use the 1000x everywhere in SC/Sugarcube etc.

If its not that, then it is likely firewall settings or AV blocking the 1000x port.

Additional tests you can do, is start the API in the MIP GUI settings and see if SugarCube starts working. Which would indicate whether that Port is blocked by something.

I rolled back from 7.3 as I found it unstable and the new MIP patch just chewed my library up, you might want to drop back to 7.2.1 and just bite the bullet on long import times.

Good Luck

ob_kook
2008-11-12, 17:23
Thank so much for your reply!


Must likely is the Port number setting. ie. you have SC set to talk via 10003 but the MIP headless is active on port 10002. (or vice versa)

When you press the create text mix button in the MIP headless, look at the Port number in the URL string ie. http://localhost:1000x ???
Then make sure to use the 1000x everywhere in SC/Sugarcube etc.

The test mix URL string shows 10002, and I confirmed that is also used in the settings tab of both MIP, and Sugarcube as well as the mmm.ini file.


If its not that, then it is likely firewall settings or AV blocking the 1000x port.

I've opened port 10002 just in case.

So far, no luck with the above.


Additional tests you can do, is start the API in the MIP GUI settings and see if SugarCube starts working. Which would indicate whether that Port is blocked by something.

I started the API, and changed the Sugarcube settings to 10003 to match the MIP GUI (I assume I should do that). Now I'll wait for about 9 hours for a rescan.

(I'm going to create a small directory in order to speed up the troubleshooting process by only having a hundred or so songs to scan.)


I rolled back from 7.3 as I found it unstable and the new MIP patch just chewed my library up, you might want to drop back to 7.2.1 and just bite the bullet on long import times.

Good Luck

I may take your advice. I won't mind the rescans as much after getting this all sorted, so in the meantime a test database that is small should make the imports bearable.

Thanks a LOT for your help!

ob_kook
2008-11-14, 13:12
I changed everything to 10003 (the MIP GUI port) and re-started the API services on MIP GUI, but still SugarCube is not working.

To verify if it is a blocked port somewhere, I have temporarily disabled both my AV and Firewall.

Since the Mip headless is working (songs verified and mixable match the MIP GUI, and I can do a test mix), I am going to concentrate on that. I switched everything back to port 10002 in order to match that.

I'm doing a full rescan and will see if the disabled AV and FW have an effect.

ob_kook
2008-11-15, 00:11
Still trying to track this down.

I turned on MIP debugging, and checked the log file. Prior to evening turning on the debug, I see entries related to MIP as follows:

[22:35:21.4144] Slim::Utils::Strings::string (410) Error: missing string MUSICIP_READSONGDATA
[22:35:21.4156] Slim::Utils::Strings::string (410) Backtrace:

frame 0: Slim::Utils::Log::logBacktrace (/<C:\PROGRA~1\SQUEEZ~1\server\SQUEEZ~1.EXE>Slim/Utils/Strings.pm line 410)
frame 1: Slim::Utils::Strings::string (/<C:\PROGRA~1\SQUEEZ~1\server\SQUEEZ~1.EXE>Slim/Web/HTTP.pm line 2367)
frame 2: Slim::Web::HTTP::__ANON__ (C:\PROGRA~1\SQUEEZ~1\server\Slim\Plugin\MusicMagi c\MusicMagic\HTML\EN\plugins\MusicMagic\settings\m usicmagic.html line 21)
frame 3: (eval) (C:\PROGRA~1\SQUEEZ~1\server\Slim\Plugin\MusicMagi c\MusicMagic\HTML\EN\plugins\MusicMagic\settings\m usicmagic.html line 7)
frame 4: Template::Document::__ANON__ (/<C:\PROGRA~1\SQUEEZ~1\server\SQUEEZ~1.EXE>Template/Document.pm line 155)
frame 5: (eval) (/<C:\PROGRA~1\SQUEEZ~1\server\SQUEEZ~1.EXE>Template/Document.pm line 153)
frame 6: Template::Document::process (/<C:\PROGRA~1\SQUEEZ~1\server\SQUEEZ~1.EXE>Template/Context.pm line 346)
frame 7: (eval) (/<C:\PROGRA~1\SQUEEZ~1\server\SQUEEZ~1.EXE>Template/Context.pm line 320)
frame 8: Template::Context::process (C:/PROGRA~1/SQUEEZ~1/server/Slim/Web/Template/Context.pm line 40)
frame 9: Slim::Web::Template::Context::process (/<C:\PROGRA~1\SQUEEZ~1\server\SQUEEZ~1.EXE>Template/Service.pm line 97)
frame 10: (eval) (/<C:\PROGRA~1\SQUEEZ~1\server\SQUEEZ~1.EXE>Template/Service.pm line 94)
frame 11: Template::Service::process (/<C:\PROGRA~1\SQUEEZ~1\server\SQUEEZ~1.EXE>Template.pm line 71)
frame 12: Template::process (/<C:\PROGRA~1\SQUEEZ~1\server\SQUEEZ~1.EXE>Slim/Web/HTTP.pm line 2450)
frame 13: Slim::Web::HTTP::_generateContentFromFile (/<C:\PROGRA~1\SQUEEZ~1\server\SQUEEZ~1.EXE>Slim/Web/HTTP.pm line 2403)
frame 14: Slim::Web::HTTP::filltemplatefile (C:/PROGRA~1/SQUEEZ~1/server/Slim/Web/Settings.pm line 266)
frame 15: Slim::Web::Settings::handler (C:/PROGRA~1/SQUEEZ~1/server/Slim/Plugin/MusicMagic/Settings.pm line 122)
frame 16: Slim::Plugin::MusicMagic::Settings::handler (/<C:\PROGRA~1\SQUEEZ~1\server\SQUEEZ~1.EXE>Slim/Web/HTTP.pm line 1161)
frame 17: Slim::Web::HTTP::generateHTTPResponse (/<C:\PROGRA~1\SQUEEZ~1\server\SQUEEZ~1.EXE>Slim/Web/HTTP.pm line 969)
frame 18: Slim::Web::HTTP::processURL (/<C:\PROGRA~1\SQUEEZ~1\server\SQUEEZ~1.EXE>Slim/Web/HTTP.pm line 780)
frame 19: Slim::Web::HTTP::processHTTP (/<C:\PROGRA~1\SQUEEZ~1\server\SQUEEZ~1.EXE>Slim/Networking/IO/Select.pm line 248)
frame 20: (eval) (/<C:\PROGRA~1\SQUEEZ~1\server\SQUEEZ~1.EXE>Slim/Networking/IO/Select.pm line 248)
frame 21: Slim::Networking::IO::Select::select (slimserver.pl line 531)
frame 22: main::idle (slimserver.pl line 481)
frame 23: main::main (slimserver.pl line 90)
frame 24: PerlSvc::Interactive (/<C:\PROGRA~1\SQUEEZ~1\server\SQUEEZ~1.EXE>PerlSvc.pm line 99)
frame 25: PerlSvc::_interactive (slimserver.pl line 0)

This is happening pretty much over and over.

I'm really not sure how to read this, so I thought I'd post it here.

mherger
2008-11-17, 00:53
> I turned on MIP debugging, and checked the log file. Prior to evening
> turning on the debug, I see entries related to MIP as follows:
>
> [22:35:21.4144] Slim::Utils::Strings::string (410) Error: missing
> string MUSICIP_READSONGDATA

This string should be defined in Slim/Plugin/MusicMagic/strings.txt.
Please stop SC, remove strings.bin from its cache folder and start again.

Michael

wreford
2008-11-29, 03:16
Problem - cannot get MIP Headless integrated correctly with SC, and as a result, cannot get Sugarcube working either.

Description -
System:
* Intel dualCore box (home built) with Vista Ultimate.
* RAID 5 comprised of 4x600GB SATA drives direct attached to the mobo
* SC is running on a virtual machine hosted by the Vista O/S on WinXP
* (For all intents and purposes, consider I am working with XP Pro SP2 as a VM is exactly like a physical machine)
* (Since the RAID5 is one the Vista O/S, it acts as a network share volume)
* SC - Version: 7.3 - 23837 @ Fri Nov 7 03:08:40 PST 2008
* MIP - v.1.8.1b, installed, analyzed, and working properly (can send mixes)
* - Port is set to 10003, and API services disabled
* MIP Headless - installed, set up according to Spicefly's guide, Spicefly's skin, and can create a test mix.
* - MMM.ini file is configured with the proper libary path, and port is set to 10002.
* Sugarcube - v1.7.1 configured according to Spicefly's guide

After configuring all of the above, refreshing the MIP headless cache, and rescanning SC, I no longer have "M" in my library entries, and SugarCube simply stops or repeats a single song depending on what repeat setting I choose.
Kook - I have a similar problem - and a very similar set-up.

I have:

* Intel(R) Pentium (R)M 1.70GHz running on a Sony Viao with WindowsXP Pro v. 2002(Service Pack 3);
* ReadyNAS external raid drive, with music folder mapped as G:\ network drive
* SC - Version: 7.3 - installed 27 Nov
* MIP - v.1.8.1b, installed, analyzed, and working properly (can send mixes)
* - GUI Port is set to 10003, and API services disabled
* MIP Headless - installed, set up according to Spicefly's guide, Spicefly's skin, and can create a test mix.
* - MMM.ini file is configured with the proper libary path, and port is set to 10002.
* Sugarcube - v1.7.1 configured according to Spicefly's guide

I have also found that, despite configuring MiP plugin to scan for only mixable tracks:

either - if I leave the music path in the SC folder blank, it builds the library from a MiP import - all of which do show the M logo - but then my squeezebox cannot play any of the songs;
or - if I do specify a music path in the SC folder, then it builds the library and can play the songs but none of them has the M logo.

So I would be interested to hear what solution you find too. I have sent a copy of this query to the support people and will let you know what they say.

Wreford

wreford
2008-12-01, 14:55
Just to update you - I got a response from Logitech services today saying that they have escalated my question to level 2 customer services (whatever that means)...

mherger
2008-12-01, 15:26
> Just to update you - I got a response from Logitech services today
> saying that they have escalated my question to level 2 customer
> services (whatever that means)...

- where's SC running: PC or NAS?
- if on the PC: as a service or application?

--

Michael

wreford
2008-12-02, 02:17
Michael -the folder is on the NAS drive, and MiP is running as a service (ie. in headless mode).

However, in the meantime, I have solved my problem and got it to work - not sure if this helps you, kook, but here is my solution.

My music is stored on an external ReadyNAS raid drive in a folder called FLAC FIles, which, in terms of UNC path, is at \\Nas-01-13-59\media\Music\FLAC Files

However, for ease of access, I mapped the path in Windows to G:\

When adding music to library in MiP I had simply navigated to the FLAC Files folder using the mapped G:\ drive.

Since SC would not recognise the G:\ drive, I had to use the UNC path in the music folder.

This created a mis-match in the path names, hence the problem.

To solve it, I deleted the MiP cache, then re-added music to the MiP library using the UNC path (navigating there through "My Network Place/Microsoft Windows Network, etc.), and then re-rcanned/validated the whole collection.

Having done that, I then made sure that I left the UNC path in the SC music folder, set the MiP Plugin to only check for mixable tracks, cleared the SC cache and re-scanned and, hey presto, the two paths matched and MiP worked in SC (the little M logos appearing and playing fine).