Ap15e;656823 Wrote: > Just some architectural questions > (http://code.google.com/p/socialmusicdiscovery/wiki/Architecture): > > _Data_Source_API:_ > Will there be support for MusicIP PUIDs? >
A lot of discussion took place around using music fingerprinting and other technologies like MusicIP PUIDs. SMD needs to uniquely identify playable elements wherever tags have changed or files have moved. Music fingerprinting would also be a great tool not to uniquely identify a file but to share music information about the same songs whatever the file is. We try to keep as clear of copyright issues as possible. So presently, we use a hash of music file (audio part) to identify songs and MUSICBRAINZ_ID to identify same songs from different persons/sources. Of course, this is subject to changes, but the idea should stay the same. Ap15e;656823 Wrote: > > _Import_Media_API:_ > Will there be support for importing media and metadata from UPnP Media > Servers? > Nobody's working on such an "import plugin", but it would be possible. Right now, SMD imports songs, browse and play from SBS, but the goal is to be able to do the same thing with anything (a samba filesystem, a upnp media server, your music locker account, etc.) Ap15e;656823 Wrote: > > _Browse/Search_API:_ > Why doesn't the Browser/Search component of the SMD plugin for SBS use > UPnP to access SMD? > Mostly for simplicity, and also because SMD was initially mostly oriented towards SBS universe. As SMD abilities aren't only limited to SBS users, I always thought that opening towards other universe is a key to success for SMD (a way to attract a critical mass of users/contributors). As UPnP isn't the easiest protocol on earth, we chose a simple json native api, used by SBS plugin and an internal UPnP plugin to expose SMD services to UPnP devices. Ap15e;656823 Wrote: > > _SMD_plugin_for_SBS:_ > Are there any plans to make the the Squeezebox devices available as > UPnP Media Renderers? > UPnP is the perfect way to expose SMD services to the world, but it's rather complex and there's already a lot of very good tools for UPnP (renderers, controllers). Actually, we're focusing on exposing SMD informations as UPnP Media Server (ContentDirectory). Some improvement will be to develop the control API and permit control of different systems from SMD, but it's not planned for near future. Ap15e;656823 Wrote: > > _Control_API:_ > Which functionality is provided by the Control API? > The idea would be to centralize control of different device in SMD, but this could be quite a challenge and would require contribution for different players to be controlled. The functionality would be standard music control functions (play, pause, next, volume control... playlist management). As UPnP is not that good at this, vlc API isn't that impressive too, a lot of questions remains on this topic. Ap15e;656823 Wrote: > > _RCP_client_(http://code.google.com/p/socialmusicdiscovery/wiki/PrototypeRCPClient):_ > How does the RCP client fit into the architecture? Is it a pure UPnP > Control Point or does it use a > proprietary interface to SMD? > It uses SMD proprietary JSON api. But don't be mistaken, RCP Client is a tool to manipulate SMD. Actually, it can be used to import, browse and adjust music information. In the future, it should be able to handle meta data importers, player management, etc., but right now, it is aimed at meta data management. There's a lot of nice control point out there, we're not claiming to replace them (at least not yet ;) ). Ap15e;656823 Wrote: > > _Database_Model_(http://code.google.com/p/socialmusicdiscovery/wiki/DatabaseModel):_ > IMHO it's an interesting idea to (partially) store metadata separate > from PlayableElements. But the only link > between the metadata and a PlayableElement seems to be an URI? What > happens when media files are moved? > Will it be possible to "export" the whole SMD database to the media > files? > Media files have to be uniquely identified, this is a requirement for SMD so the answer is yes, we can retrieve original file even if it's moved of its tags have changed. Export functions doesn't exist yet, but it's on the roadmap (Erland talked about puddletag) Ap15e;656823 Wrote: > > _Privacy:_ > It's obvious that the set of all SMD databases would constitute a > (commercially) valuable asset. > Which (meta)data does SMD send to the Internet? Are there any plans to > create a 'Meta-SMD' that > collects all metadata from all SMD databases (if the user agrees)? > This idea has already been discussed. Everyone (IIRC) agrees with the idea, but it's a lot of work and a very important load of work to get such a service working flawlessly. So right now, we won't take market shares from muscibrainz nor discogs. Ap15e;656823 Wrote: > > _Project_setup:_ > Is SMD supported/funded by Logitech? Not a dime :). -- vrobin ------------------------------------------------------------------------ vrobin's Profile: http://forums.slimdevices.com/member.php?userid=11705 View this thread: http://forums.slimdevices.com/showthread.php?t=90278 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
