MrSinatra;601508 Wrote: > could you list links to all the bugs that are still not resolved that > you think SBS needs to address to make the DLNA implementation better? > we all could then vote for them...Actually I did not make bug reports, but I > have told AndyG...
The major No. #1 issue is that the UNPnP/DLNA specifications mandate that a basic minimum Renderer MUST be able to play an incoming LPCM (L16) music stream served by a third party control point. (According to these UNPnP/DLNA specifications, support for any and all other stream formats is OPTIONAL...) Currently Squeezebox server only accepts incoming third party streams in aac, mp3, flac, wma and ogg formats. This means that fundamentally Squeezebox server is NON compliant with the basic minimum UNPnP/DLNA specification. My work around, (in the version of Whitebear due to be released in 1..2 days from now), is that Whitebear acts as a sort of proxy server that intercepts the incoming LPCM (L16) music streams itself, transcodes the stream to flac, and then feeds that stream onwards in flac format to Squeezebox Server for rendering on the respective Squeeze Player. And I think (not 100% sure of this) that flac is not natively supported on all Squeeze players? So in extreme cases, you may have the serving Control Point transcoding from (say) ALAC to L16, followed by Whitebear converting it to FLAC, followed by Squeezebox Server converting it to L16 again!! Of course it is all lossless, so if you have enough spare CPU, you can transcode back and forth until the cows come home, but it is not exactly a pretty thing... A less critical No. #2 issue is that Squeezebox Server CLI does not offer the right syntax for supporting DMS.ContentDirectory.Browse() and/or DMS.ContentDirectory.Search() on external (plug-in) music sources. The consequence is that remote UNPnP/DLNA Control Points are currently only able to see music files that are native to Squeezebox Server's own local library, and NOT able to see music files hosted on third party plug-in remote servers. Finally an even less critical No. #3 issue is that in current versions Squeezebox Server can only serve external files to external consumers in MP3 format. Whitebear gets around this by grabbing the actual music file itself from the local computer's file system, and "hi-jacking" the SC helper applications (flac.exe. faad.exe, sox.exe, lame.exe, etc.) to do its own transcoding so that it can serve files in other formats to third party players. However, I am not a great expert in the internal workings of the SC helper applications, so in my current implementation of Whitebear, such streams do not support Seek +/- within streams delivered to third party renderers. Now admittedly AndyG has (or will have) implemented in SC v7.6 broad support for SC itself to deliver streams in formats other than MP3. But, (I am guessing here), it is likely that he also has not yet been able to build in Seek +/- on streams delivered to third party renderers (??) -- 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
