Il faut noter que les informations contenues dans la base sont pour le coeur des données dans le domaine public et sous licence CC (by-nc-sa) pour le reste.
C'est aussi un client libre (Windows et Mac uniquement pour l'instant mais le prochain sera multiplateforme) et des bibliothèques permettant à d'autres logiciel (dont AmaroK et Juk par exemple) d'interroger le serveur et de récupérer les infos.
L'idée innovante est que l'on peut récupérer les informations en interrogeant sur une des métadonnées mais aussi grâce à une "signature" qui est attribuée à chaque morceau après l'analyse de la musique elle même. Les nouveautés :
- D'abord, concernant l'organisation, la fondation MetaBrainz a été créée en avril dans le but de mieux gérer les finances, les débouchés et l'organisation du projet. C'est un grand pas dans l'évolution et la viabilité du projet.
- Au niveau de la base de données, on a pu voir une innovation très importante avec la sortie des "relations avancées" (voir le lien) qui permettent de définir des liens entre les artistes (liens de parentés ou collaboration par exemple) ou les morceaux (reprises...) ainsi que les liens vers les pages internet (Wikipedia, ou Discogs entre autre) relatives aux artistes. C'est une évolution très intéressante dans la mesure ou sa conception semble suffisamment souple pour évoluer et permet de rajouter de nombreuses informations sur une structure bien définie. pour plus d'information je vous invite à suivre le lien...
- Au niveau du client, pour l'instant, il n'existe pas de version stable sous Linux. Mais, comme je le disais un nouveau client Picard (en Python) est en développement. Une version bêta est déjà disponible et elle tourne partiellement. Le changement principal est que le "tagging" des musiques sera orienté album plutôt que morceaux comme actuellement et comme la plupart des taggers de mp3.
Je rajouterais d'un point de vue personnel que c'est un projet libre que je trouve particulièrement intéressant car il concerne à la fois l'informatique libre et l'information libre. J'irais même jusqu'à dire qu'il est complémentaire d'un projet comme Wikipédia en ce qu'il concerne de l'information bien structuré tandis que Wikipédia concerne de la connaissance partiellement structuré. De même qu'il est important de ne pas se reposer sur des encyclopédie propriétaire, il me semble qu'il est particulièrement dangereux de se reposer sur Amazon ou AllMusic lorsque l'on a besoin d'information structuré. À quand un projet similaire pour les livres ?
Aller plus loin
- Site officiel (28 clics)
- Présentation (7 clics)
- Site de la fondation (1 clic)
- Les innovations du serveur (5 clics)
- Le futur client (5 clics)
- Les licences de la base de données (6 clics)
# Typo
Posté par Paleo . Évalué à 1.
# Rien pour linux?
Posté par Jean-Marc Spaggiari . Évalué à -2.
[^] # Re: Rien pour linux?
Posté par Aurélien Bompard (site web personnel) . Évalué à 2.
[^] # Re: Rien pour linux?
Posté par yoho (site web personnel) . Évalué à 3.
- contribuer à la base musicbrainz (ça va venir pour amaroK, c'est en projet)
- de tagger en masse ses mp3 / ogg (et ça n'existera pas sur amaroK ou juk d'après moi, il faut attendre Picard)
[^] # Re: Rien pour linux?
Posté par Mat (site web personnel) . Évalué à 2.
http://qmbtagger.sourceforge.net/(...)
Il permet de renommer en masse lui, et il fonctionne sur les formats mp3, ogg et flac.
Et il est en qt, c'est sweet.
[^] # Re: Rien pour linux?
Posté par fredoh . Évalué à 2.
http://www.krename.net/(...)
Ce message peut paraître hors sujet car ce programme ne gère pas MusicBrainz, mais il est assez complet et, je pense, mérite d'être signalé
[^] # Re: Rien pour linux?
Posté par qdm . Évalué à 3.
[^] # Re: Rien pour linux?
Posté par Frédéric COIFFIER . Évalué à 2.
C'est bien l'un des rares softs en Gtk que j'utilise mais je n'ai jamais trouvé d'équivalent pour Qt/KDE.
http://easytag.sourceforge.net/(...)
(celui-là non plus ne gère pas MusicBrainz et c'est bien dommage)
[^] # Re: Rien pour linux?
Posté par BohwaZ (site web personnel, Mastodon) . Évalué à -1.
D'une efficacité déconcertante!
« Je vois bien à quels excès peut conduire une démocratie d'opinion débridée, je le vis tous les jours. » (Nicolas Sarkozy)
[^] # Re: Rien pour linux?
Posté par Mathieu Pillard (site web personnel) . Évalué à 5.
C'est du GTK2, ca permet de renommer/tagguer automatiquement, eventuellement en masse, l'ui est tres simple, bref, c'est le bonheur.
[^] # Re: Rien pour linux?
Posté par Glorbouille . Évalué à 3.
[^] # Re: Rien pour linux?
Posté par sweafty (site web personnel) . Évalué à 2.
# /
Posté par M . Évalué à 10.
Sachant que sans cette partie, plus rien ne fonctionne, je trouve qu'il est urgent de trouver une alternative pour que cette solution soit credible pour le libre.
[^] # Re: /
Posté par Nelis (site web personnel) . Évalué à 3.
[^] # Re: /
Posté par jahrynx . Évalué à 4.
Du coté de MB, ils ont peut-etre pas les moyens de recréer from scratch toute une base pertinente.
Bon, c'est ce que j'ai compris, mais je me trompe peut etre aussi.
[^] # Re: /
Posté par Nelis (site web personnel) . É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 ...
[^] # Re: /
Posté par Christophe Fergeau . Évalué à 1.
[^] # Re: /
Posté par jahrynx . Évalué à 3.
je trouve que tu tire des conclusions un peu rapides. effectivement, cette partie non libre me gene aussi mais meme s'ils perdaient leur license pour leur serveur de TRM (le client est libre, je le souligne) il ne perdrait qu'une fonctionnalité. Certe, cette fonctionnalité peut sembler la plus original par rapport aux alternatives existentes, mais ce n'est pas ce qui constitue pour moi le point fort de MusicBrainz.
Ce qui constitue leur point fort c'est leur base de donnée et leur communauté qui permet d'avoir des infos de qualités, cela restera toujours libre. Après on peut perdre la reconnaissance automatique des morceaux mais on aura toujours la possibilité d'interroger la base normalement et cela continuera de constituer une alternative puissante aux autres solution propriétaires avec un contenu sous copyright.
# Pour les livres
Posté par chtitux (site web personnel) . Évalué à 5.
Il existe déjà un projet pour les livres tombés dans le domaine publics.
Il en existe même plusieurs.
- Gnutenberg : http://www.gutenberg.org/(...)
Il contient certains livres d'auteurs connus de textess tombgés dans le domaine public. La plupart des textes sont en anglais, il y en a en frnçais (surtout les ½uvres originales, de Victor Hugo par exemple)
- Wikibooks : http://fr.wikibooks.org/wiki/Accueil(...)
Un projet de WikiMedia, la même fondation qui gère Wikipédia et ses cons½urs. Wikilivres est un ensemble de textes pédagogiques au contenu libre et gratuit.
- Wikisource : http://wikisource.org/wiki/Main_Page:Fran%C3%A7ais(...)
Encore un projet de WikiMedia, qui se rapproche plus de Gutenberg : Wikisource est un site hébergeant des textes dans le domaine public ou sous licence GFDL.
Voila :), donc pour les livres, il y des sources existantes. Par contre, si on veux chercher le titre d'un livre, il suffit de taper deux ou 3 lignes bien typiques et google ou autre retrouvent souvent le titre en question. Un petit passage sr Wikipédia peut permettre d'en savoir davantage
[^] # Re: Pour les livres
Posté par jahrynx . Évalué à 7.
Je parle de catalogues qui ne donnent que des références, pas de bases de textes librement accessible. Et dans les catalogues y'a quoi ?
- Amazon et consorts, proprio. Bon d'accord Amazon permet l'accès grace aux webservices, mais ils ne te donnent pas accès aux dumps de leur BD... Tu ne peux pas non plus participer à leur enrichissement ou alors en leur faisant cadeaux de valeur ajoutés qu'ils garde précieusement (si tu faits des commentaires sur les livres par exemple)
- Les catalogues de bibliotheques Nationales, ou les grands catalogues partagés du type Sudoc (que les universitaires présent ici doivent connaitre) Là encore, tu epux y accéder grace au protocole Z3950, mais tu n'as pas accès à des dumps (ou alors ils sont bien cachés) et tu ne peux pas plus participer à l'enrichissement.
Mais finalement tu n'as pas de grands projets libres avec des données libres et réutilisable...
Au passage, il y a le meme problème pour les films. Il n'y a que allocine et imdb. résultat, tout le monde s'appuie sur des bases d'infos bien proprio mais rien de communautaire. Si tu veux faire du data minig sur ce genre de données, tu ne peux pas ou alors il faut négocier et tu ne fera pas forécement ce que tu veux.
# compatibilité
Posté par Gaétan RYCKEBOER . Évalué à 2.
C'est encore une nouvelle base à renseigner fromscratch, ou bien ça peremt d'utiliser une base déjà existante, telle que freedb ?
genre si on ne trouve pas les metadonnées, on va chercher celles de freedb, et on renseigne partiellement la base MusicBrainz ?
Si c'est au client de le faire, ça ne sera pas fait. Mais le serveur, lui, pourrait utiliser ce paliatif pour inciter les utilisateurs à venir, sachant que -- au pire -- tu as les données freedb. Au mieux, tu as tous les plus...
[^] # Re: compatibilité
Posté par Franck Hanot . Évalué à 2.
Mais il reste que le "plus" de MusicBrainz est la validation et ça fait donc une sacré base à valider...
Peut-être est-il possible de mettre en place une procédure plus directe et simplifiée dédiée à l'import des données depuis freedb. Peut-etre est-ce déjà fait d'ailleurs parce que 3.3 millions de titre ce n'est pas rien.
[^] # Re: compatibilité
Posté par jahrynx . Évalué à 3.
Ils ont quand meme pensé à bien faire les choses...
[^] # Re: compatibilité
Posté par Zenitram (site web personnel) . Évalué à 6.
FreeDB pose plein de problèmes :
- Doublons
- Fautes d'orthographe non corrigées
MusicBrainz a une politique très stricte sur le nommage (Majuscules etc...) et la vérification, ce qui n'est pas le cas de FreeDB.
Ce serait une erreur de partir d'une base qui ne remplit pas les conditions d'une autre base qu'on veut monter...
# pas si libre que ça...
Posté par khildram . Évalué à 1.
-> l'algorithme de TRM est propriétaire, de plus en faisant un tour sur le site de relatable (http://relatable.com/)(...) on se rend compte que cet algorithme de TRM est patent pending... NON AUX BREVETS LOGICIELS! Un projet qui utilise un binaire "prété" par une entreprise qui désire le breveter ne me paraît pas très "libre".
-> Cet algorithme de TRM (qui est le seul avantage de Musicbrainz par rapport à un freedb) n'est pas si efficace que ça, en effet sur mes mp3, 37% ont subi des 'TRM collison' (5904 sur 15957), ce qui signifie que deux morceaux différents ont des identificateurs identiques! => Soit la base n'est pas bonne, soit l'algorithme n'est vraiment pas efficace.
-> j'ai testé un mp3 d'une même chanson à 128kbps, 192kbps 192kbps avec et sans TAG ID3 et, il semble que music brainz ne sache classer automatiquement que lorsque les tags ID3 sont présents, dans le cas contraire on est obligé de le faire à la main, ce qui est un comble pour un outil d'automatisation...
-> Le serveur est GPL; ok mais seulement MusicBrainz fait tourner le serveur; quel est l'intérêt pour un user lambda d'avoir le seveur sur sa machine s'il doit avoir une copie de la base pour le faire tourner?
-> Le client est LGPL qui n'est pas vraiment une bonne license puisqu'elle autorise à des applications propriétaires d'utiliser ce code. Qui dit que les clients officiels fournis seront toujours Libres, qui dit qu'il sera toujours possible de développer des clients libres compatibles?
-> La base de données est sous license CC. En effet il est impossible de breveter des faits donc c'est ce qui s'est imposé aux yeux de Musicbrainz comme meilleure license (Point 4 du white paper)
-> Le tagger windows est basé sur MS IE et sa légendaire sécurité sans failles...
-> La foundation a un white paper qui définit ses orientations et cela contient un tas d'informations qui ne présagent rien de bon...
http://musicbrainz.org/papers/mb_nonprofit.html,(...) En résumé :
. cette foundation ne pourra être viable que si elle trouve des accords commerciaux avec partenaires/sponsors.
. cette même foundation prendra les actions nécessaires pour satisfaire ses partenaires/sponsors
. la communauté bénévole des utilisateurs/modérateurs du tagger se charge de mettre à jour les données.
. la foundation se charge de rémunérer le 1er membre fondateur Robet Kaye (non profit signifie juste que tout l'argent gagné doit être réinvesti, comme pour les associations loi 1901 en France).
Bref le fondateur de ce projet à trouvé le bon filon : exploiter le travail fourni par les gentils utilisateurs qui pensent voient en ce projet un aspect libre ; Mais pour pouvoir ensuite vendre des services à d'autres entreprises...
Enfin si vous utilisez le client n'oubliez pas de faire un don à la foundation...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.