INTERACT FORUM
Networks and Remotes => Media Network => Topic started by: MrC on December 16, 2010, 04:30:46 pm
-
See:
http://forums.slimdevices.com/showthread.php?t=83939 (http://forums.slimdevices.com/showthread.php?t=83939)
-
See:
http://forums.slimdevices.com/showthread.php?t=83939 (http://forums.slimdevices.com/showthread.php?t=83939)
Interesting...
We just ask for all of the fields with a search from the root asking for audio, video and images then parse what we get back into our database.
BTW, I've done a lot of testing with the Whitebear media server http://www.whitebear.ch/mediaserver (http://www.whitebear.ch/mediaserver) and MC with a squeezebox radio and it works really well and we've had very good interactions with the developer.
-
Meh. What I want is for a Squeezebox to be able to directly use a DLNA server instead of squeezecenter. IMO MC is a 1000X better than squeezecenter. I mean is Logitek selling hardware or software? Why lock it down to squeezecenter? I would buy a Touch right now if they added DLNA or would actually use my SB3 if it got it.
-
I don't think that the Squeezebox supports DLNA.
If you get an Android device like the Samsung Galaxy Tab, you can use our Gizmo (http://wiki.jriver.com/index.php/Gizmo) software for control.
Take a look at Whitebear. It adds a DLNA layer.
-
So if I get this correcty with whitebear I can use squeezebox devices as zones on MC, control them with gizmo and still they retain all their inherent features.
like sync playing, etc.
:)
-
This is interesting, I've set up Whitebear alongside Squeezeserver and I see the players as zones in MC :-)
Time to play
Craig
-
FYI. UPnP/DLNA apparently works now with SqueezeCenter 7.6 beta (@ SVN revision 31869)
MC works now with r31869. There seems to be an issue in the MC HTTP
client, it sends all POST requests with 2 null bytes at the end, which
our XML parser doesn't like. I added a workaround.
Post 49 of:
http://forums.slimdevices.com/showthread.php?t=83939&page=5 (http://forums.slimdevices.com/showthread.php?t=83939&page=5)
-
Thanks for reporting this.
-
FYI. UPnP/DLNA apparently works now with SqueezeCenter 7.6 beta (@ SVN revision 31869)
Post 49 of:
http://forums.slimdevices.com/showthread.php?t=83939&page=5 (http://forums.slimdevices.com/showthread.php?t=83939&page=5)
Just curious: are the null bytes required for HTTP POSTs from MC15 for other reasons?
-
FYI. UPnP/DLNA apparently works now with SqueezeCenter 7.6 beta (@ SVN revision 31869)
Can squeeze server forward Wimp or Spotify libraries?
-
Another Whitebear update:
http://forums.slimdevices.com/showpost.php?p=612284&postcount=72 (http://forums.slimdevices.com/showpost.php?p=612284&postcount=72)
http://www.whitebear.ch/mediaserver (http://www.whitebear.ch/mediaserver)
-
Not sure this is the right place to air this out, but I just downloaded and installed the latest Whitebear 2.1.0.1433 and it seems to work, but I am having one slight problem right off the bat: the time shown on my Squeezebox 2 is fine; the MC15 elapsed time goes to about 4 or 5 seconds and then starts over at 0:00 and counts repeatedly to 4 or 5 seconds...I have tried this with 3 minute songs and 68 minute tracks; no difference.
FYI: I am using MC 15.0.174
Any suggestions?
Thx!
-
Not sure this is the right place to air this out, but I just downloaded and installed the latest Whitebear 2.1.0.1433 and it seems to work, but I am having one slight problem right off the bat: the time shown on my Squeezebox 2 is fine; the MC15 elapsed time goes to about 4 or 5 seconds and then starts over at 0:00 and counts repeatedly to 4 or 5 seconds...I have tried this with 3 minute songs and 68 minute tracks; no difference.
FYI: I am using MC 15.0.174
Any suggestions?
Thx!
This version of the WhiteBear server isn't responding to the AvTransportInfo:GetPositionInfo calls (I verified this with the intel device spy tool). It's mentioned in the release notes for the WhiteBear server under "Know Issues" (For the Play-To function on Sqeezebox players for some control points, even though the music is playing, the player status is not always well synchronized).