pfarrell;567182 Wrote:
> I believe that it can be implemented fairly easily with only one
> additional field in the sound/track table, and one in the album table.
> This field is just a big space for text, that we use to store the
> unique fingerprint of the song/track/album. Perhaps we would want to
> have the same field in artist/group/etc.
>
> But the key design change of SBS is that they have to stop nuking the
> DB every time they do a scan. Its critical that the DB be considered
> important.
>
> The rest of the recommendation engine can be run out of either separate
> tables or a separate schema of tables.
>
I've started a separate thread to try to take the database information
part one step further, so anyone that feels like the SBS database needs
to be enhanced to handle more information (from tags or from a locally
managed database that survives rescans) please have a look in the
following thread:
http://forums.slimdevices.com/showthread.php?t=80991
pfarrell:
Since it sounds like you have already analyzed your needs regarding
this, I'm very interested that you participate in the above linked
thread. The same is also true for other people focused at classical or
jazz music as my feeling is that the missing information is mostly
related to those music categories.
--
erland
Erland Isaksson ('My homepage' (http://erland.isaksson.info))
(Developer of 'many plugins/applets'
(http://wiki.slimdevices.com/index.php/User:Erland). If my answer
helped you and you like to encourage future presence on this forum
and/or third party plugin/applet development, 'donations are always
appreciated' (http://erland.isaksson.info/donate))
------------------------------------------------------------------------
erland's Profile: http://forums.slimdevices.com/member.php?userid=3124
View this thread: http://forums.slimdevices.com/showthread.php?t=80910
_______________________________________________
discuss mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/discuss
