MrC;612701 Wrote: > I don't see a URL in JRMC. (see image 3) Your screen shot is hard to read, but apparently it has a "Filename" column rather than a "Url" column?
If so, then this indicates that in JRMC you have perhaps "Imported" the library from your hard disk file system, rather than "Connected To" the SC library via the Whitebear DLNA server. If, in JRMC, you "Imported" the library, then yes, both SC and JRMC are looking at the same physical library on your hard disk file system. But each application treats the library in its own manner. This means that when JRMC does a Play To a Squeeze player, it sends one of its own (JRMC) Url's to SC and says "play this url". And this JRMC Url seems to be for an Mp3 transcoded version of your music file. Which means that JRMC is [wrongly] transcoding the file to Mp3. -- See note 1) below. On the other hand, if, in JRMC, you "Connected To" the SC/Whitebear library, then only SC is looking at the physical library on your hard disk file system. And JRMC is seeing that library "through the eyes of SC/Whitebear". (And in this case JRMC cannot show a "Filename" column, but must instead show a "Url" column) This means that when JRMC does a Play To a Squeeze player, it sends one of SC's own Url's back to SC and says "play this url". And then SC will play the track in whatever is its optimum format according to SC's own settings. MrC;612701 Wrote: > I see of a URL in SC's web interface as: http://<SC's > IP>:52100/Music/F6118195.0.mp3Indeed this looks like a JRMC url rather than a > Whitebear/SC url -- so supporting my hypothesis that you have "Imported" rather than "Connected To"... Note 1): When JRMC (or indeed any UPnP/DLNA control point) sends a Url "Play To" Whitebear/SC, it should evaluate the stream formats that it is able to supply (the so called "source" protocol information), and find a match with what the player can understand (the so called "sink" protocol information). When a server "downgrades" to Mp3, this is an indication either a) it could not find a suitable match between "source" and "sink", or sometimes, b) a badly designed server does not bother to try to match "source" and "sink", and just sends Mp3 anyway. I hope that JRMC is not doing b) since that would be very shoddy design... So my hypothesis is that the "source" and "sink" matching process is failing in some way: Either 1) because JRMC has a manual override, or 2) because it cannot understand Whitebear's "sink" protocol information, or 3) it CAN understand Whitebear's "sink" protocol information but really cannot find a match. => Question: what is the original format of your music file? I guess it is a lossless format? PS I like your "tear off" screen shots! How do you make them? -- AndrewFG Regards, AndrewFG Try out Whitebear. The middleware that joins the two worlds of: 1. UPnP/DLNA media clients and media players, and, 2. Squeezebox Server and Squeeze Players Download it for free here: http://www.whitebear.ch/mediaserver ------------------------------------------------------------------------ AndrewFG's Profile: http://forums.slimdevices.com/member.php?userid=15838 View this thread: http://forums.slimdevices.com/showthread.php?t=82399 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
