Ok, je me trompe peut-être aussi mais voici ce que j'ai compris :
- Il existe un algo qui à partir de certaines données sur un morceau musical génère un UID.
- L'algo qui transforme ces données en UID est connu (mais sans doute non implémenté sous licence libre)
- L'analyse du morceau qui va générer les données sources est lui, déjà implémenté par le client MusicBrainz (sous licence libre)
Si c'est juste, je ne vois pas le problème : on implémente l'algo qui transforme les données sources en UID, on remplace le service relatable par celui-ci, et au fur et à mesure la DB de notre service s'enrichit automatiquement (lors de la réception d'un set de donnée, on regarde si un similaire n'a pas déjà été traité, sinon on lui applique l'algo).
Il y a surement un truc qui m'échappe parce que là, je ne vois pas ce qui empêche de déveloper un service similaire ...
[^] # Re: /
Posté par Nelis . En réponse à la dépêche Des nouvelles de MusicBrainz. Évalué à 5.
- Il existe un algo qui à partir de certaines données sur un morceau musical génère un UID.
- L'algo qui transforme ces données en UID est connu (mais sans doute non implémenté sous licence libre)
- L'analyse du morceau qui va générer les données sources est lui, déjà implémenté par le client MusicBrainz (sous licence libre)
Si c'est juste, je ne vois pas le problème : on implémente l'algo qui transforme les données sources en UID, on remplace le service relatable par celui-ci, et au fur et à mesure la DB de notre service s'enrichit automatiquement (lors de la réception d'un set de donnée, on regarde si un similaire n'a pas déjà été traité, sinon on lui applique l'algo).
Il y a surement un truc qui m'échappe parce que là, je ne vois pas ce qui empêche de déveloper un service similaire ...