OstDB DEV: Difference between revisions

no edit summary
No edit summary
Line 5: Line 5:
For other areas of active development on AniDB, check: [[Development]]
For other areas of active development on AniDB, check: [[Development]]


Directly related: [[Generic_PersonCompany_DEV]]
Directly related: [[Generic_PersonCompany_DEV]], [[OstDB_DEV_Foosic]]


=Vision=
=Vision=
Line 66: Line 66:
* size (without header)
* size (without header)
* content hash (SHA1 without header)
* content hash (SHA1 without header)
* foosic fingerprint
* foosic ids
* trmid (music brainz TRMid, unused atm)
* trmid (music brainz TRMid, unused atm)
* audio codec
* audio codec
Line 91: Line 93:
Maybe a free acoustic fingerprinting algorithm could be used? http://www.foosic.org/libfooid.php
Maybe a free acoustic fingerprinting algorithm could be used? http://www.foosic.org/libfooid.php
* (EXP) that's pretty similar to music brainz, being free definitely has some advantages. However, unfortunately it seems as if they're not offering any indexing server which would assing unique ids (like musicbrainz's TRM ids) to songs based on acoustic fingerprints. That means we'd have to do that ourself. Storing lots of ~500Byte fingerprints (which are not 100% equal for different files of the same song) and doing the loose matching would be quite demanding for the server. That could of course be handled by a separate server, but I wonder if it is really a good idea to doublicate existing services in such a way. On the other hand one of the main problems with music brainz is that they regularly purge old/rarely referenced songs from their database. Which could give us some real troubles for anime OSTs. If you try it, you'll notice that their coverage of anime OSTs is very poor.
* (EXP) that's pretty similar to music brainz, being free definitely has some advantages. However, unfortunately it seems as if they're not offering any indexing server which would assing unique ids (like musicbrainz's TRM ids) to songs based on acoustic fingerprints. That means we'd have to do that ourself. Storing lots of ~500Byte fingerprints (which are not 100% equal for different files of the same song) and doing the loose matching would be quite demanding for the server. That could of course be handled by a separate server, but I wonder if it is really a good idea to doublicate existing services in such a way. On the other hand one of the main problems with music brainz is that they regularly purge old/rarely referenced songs from their database. Which could give us some real troubles for anime OSTs. If you try it, you'll notice that their coverage of anime OSTs is very poor.
See also [[OstDB_DEV_Foosic]]


==Database==
==Database==
MediaWiki spam blocked by CleanTalk.
MediaWiki spam blocked by CleanTalk.