Projet de logiciel de lecture compatible LMS

[a supprimer merci]

Pour le genre, c'est retourné par LMS au niveau de l'album. Je me ferai un exemple avec des genres differents par piste pour voir comment le gerer, mais quoiqu'il en soit, l'afficher uniquement au niveau de l'album si il est commun ne pose pas de problème.

Pour l'abréviation du Flac je corrigerai.

Pour les contributeurs, mon système de fichier est "optionnel" - en pratique, dans le fichier, j'indique des groupes de pistes lorsque les contributeurs sont différents. C'est une solution "temporaire" - car je ne sais pas ou gérer les contributeurs dans les tags utilisés dans LMS. On ne peut pas non plus indiquer les instruments dans LMS, donc le fichier texte est utile pour cela, mais je prévois bien, en plus, de charger dans les tags les musiciens. Le problème est de savoir ou.

Dans LMS, on récupère les tags suivants:
- album artist
- track artist
- band
- composer
- conductor

Dans l'ecran d'affichage des artistes, j'ai bien défini ces différentes catégories - on récupère donc la liste des artistes correspondants à ces différents tags.

Pour ma part, voici ce que j'utilise pour l'instant:

- dans l'album artist, j'indique en général les artistes figurant sur la pochette, mais je remplace généralement le "groupe" par la personne lorsqu'il y a un "leader" évident, et dans ce cas, je mets le "groupe" dans le tag "band".
Ex: "Duke Ellington & His Orchestra" deviens -> Duke Ellington en "album artist" et "Duke Ellington & His Orchestra" dans "band".  J'ai fait cela pour avoir une vue plus "compacte" des albums artist, et éviter d'avoir toutes les variations des noms de groupes sous lesquels un artiste principal enregistre.

- je n'utilise le "track artist" que pour les compilations - dans ce cas j'indique "Various Artists" dans "album artist" et l'artiste dans "track artist" (avec la même logique entre le "leader" et le groupe, dans "band")

- compositeur: les compositeurs, rien de particulier
- band: expliqué plus haut
- conductor: pour la musique classique uniquement, le chef d'orchestre.

Donc dans cette utilisation, il ne me reste pas de tag "libre" pour indiquer les contributeurs !

J'ai pensé à une alternative qui consisterai à indiquer les contributeurs dans le tag "band", et de gérer une "correspondance" entre les "groupes" et "leaders" (ex: pouvoir indiquer quelque part que "Duke Ellington" est le leader de "Duke Ellington & His Orchestra"). J'ai pensé par exemple utiliser le tag "conductor" pour le "leader" en Jazz...
Exemple:
- dans "Album Artist" j'indique exactement ce qui figure sur la pochette, donc "Duke Ellington & His Orchestra"
- dans "Conductor", j'indique "Duke Ellington"
- dans "Band", j'indique les musiciens
C'est peut être finalement le plus simple.

Toute suggestion est la bienvenue...

Quel que soit l'utilisation des tags, cela ne change pas fondamentalement l'utilisation puisque l'on peut faire des recherches sur tous les tags. La seule conséquence est sur l'affichage de l'album... Actuellement, quand il s'agit d'une compilation, j'indique les "track artists" au dessus des titres. Exemple:



Pour gérer le fait que l'utilisation des tags est différente d'une personne à l'autre, je pensais mettre en option cet affichage des "track artists" sur les pistes. 

Je pourrais très bien également mettre en option le fait d'afficher un des tags dans les "crédits".

Je pense que ces points ont déjà été plus ou moins abordés avant (dans les 34 pages précédentes), mais si vous avez encore la patience de me répondre, je serai intéressé d'avoir votre point de vue sur l'utilisation optimale des tags LMS...

[Bigga]

Personnellement je pense que ton choix est le bon car ce n’est pas simple.
En revanche concernant l’affichage, concernant les compilations, je serais pour mettre le numéro de la piste avant l’artiste, ou alors l’artiste après le nom de la piste. Je trouve cela plus cohérent.

[a supprimer merci]

(03-31-2019, 10:23 PM)Bigga a écrit : Personnellement je pense que ton choix est le bon car ce n’est pas simple.
En revanche concernant l’affichage, concernant les compilations, je serais pour mettre le numéro de la piste avant l’artiste, ou alors l’artiste après le nom de la piste. Je trouve cela plus cohérent.

Tu évoques le choix du leader dans "conductor", et donc les contributeurs dans "band" ?

Pour les "track artists" - Tu veux dire - mettre l'artiste en dessous de la piste, ou juste après sur la même ligne ? Je pensais qu'en mettant l'artiste au dessus, ce serai plus lisible lorsqu'il y a plusieurs pistes du même artiste.

[Bigga]

(03-31-2019, 10:34 PM)paulw a écrit :

(03-31-2019, 10:23 PM)Bigga a écrit : Personnellement je pense que ton choix est le bon car ce n’est pas simple.
En revanche concernant l’affichage, concernant les compilations, je serais pour mettre le numéro de la piste avant l’artiste, ou alors l’artiste après le nom de la piste. Je trouve cela plus cohérent.

Tu évoques le choix du leader dans "conductor", et donc les contributeurs dans "band" ?

Pour les "track artists" - Tu veux dire - mettre l'artiste en dessous de la piste, ou juste après sur la même ligne ? Je pensais qu'en mettant l'artiste au dessus, ce serai plus lisible lorsqu'il y a plusieurs pistes du même artiste.

Oui et oui.
C’est vrai que si il y a plusieurs pistes pour un même artiste ce serait plus lisible mais quand il n’y en a qu’une en revanche je trouve que cela l’est moins. Peut être qu’en rajoutant un espace entre chaque artiste mis avant la ou les pistes lui correspondant cela serait il mieux?
Le souci est qu’il y a pas mal de cas de figure différents, et qu’il faut trouver une solution consensuelle ou alors réaliser une programmation ultra complexe.

[a supprimer merci]

Merci - pour les contributeurs dans le tag "band", je temporisais car:
- je ne suis pas certain de vouloir mettre systématiquement tous les musiciens dans les tags
- avant de mettre à jour les tags, je souhaites pouvoir vérifier les noms des musiciens par rapport à une base d'artistes (que j'ai maintenant peut être trouvée - avec la base DBPedia mentionnée plus haut)
- je dois faire un utilitaire pour faciliter la mise à jour des tags à partir de ces fichiers textes, que je continuerai à utiliser par la suite.

Pour la disposition des "track artists" je vais essayer plusieurs modèles et je reviendrai vers vous.
Ce n'est pas cela qui est le plus difficile à réaliser...

[a supprimer merci]

Toujours au sujet des contributeurs, il faut noter que les requêtes standard de LMS sont limitées pour afficher les "liens" entre artistes.

Il est possible facilement d'afficher tous les albums d'un contributeur (quel que soit le rôle), mais il est plus compliqué d'afficher pour un artiste donné tous les "contributeurs" associés (c'est à dire, par exemple tous les musiciens qui sont identifiés sur tous les albums d'un artiste).

Pour contourner les limites des interfaces, j'étais initialement parti sur l'idée d'interroger toute la base de données et de construire les recherches à partir d'une sorte de copie "locale" de la base - ce que j'ai fait dans un premier temps - mais c'est assez laborieux et le temps de traitement "initial" pour charger la base n'est pas négligeable, et je ne suis pas certain que le jeu en vaut la chandelle.

Une approche alternative serai  d'avoir un deuxième "programme" qui analyse la base et stocke un fichier de "relations" qui pourrait ensuite être consulté par la page web.  Idéalement, il faudrait intégrer ce traitement dans un "plugin" qui serai donc déclenché lors du scan de la base. J'ai posé la question sur le forum LMS, mais les "developpeurs" semblent un peu loin des problématiques d'utilisation... A suivre donc.

Si vous avez un avis sur l'intérêt de ces croisements, n'hesitez pas - car si ce n'est pas jugé très utile, je peux faire une solution "perso".

[Bigga]

Personnellement si on peut déjà connaître tous les albums sur lesquels joue un musicien, cela me semble déjà pas si mal.
Croiser les infos pour rechercher des liens cela d’etre une usine à gaz.

[a supprimer merci]

Merci pour ton avis. La recherche des albums par musicien est simple.

Je reviendrai plus tard sur l'affichage des musiciens au niveau de l'album. Je vais compléter mes tags et voir ce que cela donne.

[a supprimer merci]

Petite mise à jour - j'ai pu communiquer avec le principal développeur (malheureusement un des seuls) de LMS qui a fait le plugin "Music Artist Information" et j'ai vu comment récupérer les bios d'artistes à partir de son plugin, ainsi que les critiques (issues de AllMusic), ce qui est plutôt sympa à afficher. 

Du coup, je ne vais pas me lancer dans la constitution d'une base d'artistes parallèle, puisque à l'aide de son plugin, on rècupère les photos d'artistes et les biographies. Les photos et biographies manquantes peuvent être rajoutées dans un répertoire (comme je l'avais déjà indiqué). Reste le problème des homonymes, mais il n'y a pas de solution autre que d'avoir un identifiant + un nom dans les tags, ce qui est beaucoup trop compliqué à gérer. C'est ce que tente de faire MusicBrainz, avec l'utilisation du code INSI, mais ce n'est qu'un projet aujourd'hui (voir ici: http://forum-hifi.fr/thread-11908.html).

Avec ce même plugin, je peux également récupérer les fichiers PDF contenus dans les répertoires, et les afficher. Encore un bon point...

Il va par ailleurs modifier légèrement son plugin pour permettre de récupérer également les fichiers textes définis dans les répertoires (pour l'instant, il ne récupère que certains fichiers), donc je pourrais les afficher, sans avoir à installer autre chose: un fichier "notes" pour les commentaires divers, liens, etc..., et un fichier "credits" pour la liste des musiciens/instruments.

Je lui ai posé des questions sur la possibilité de lire les musiciens contenus dans le fichier "credits" (avec un format prédéfini, équivalent à ce que l'on trouve dans Wikipedia) et les stocker dans LMS - il me répondra, mais je n'ai pas beaucoup d'espoir sur ce point. C'est un peu dommage, car à l'usage, le fait de rajouter les musiciens dans un fichier est vraiment pratique. L'affichage simple du contenu sera déjà une bonne chose. Si ce n'est pas possible de les intégrer, je ferai peut être un utilitaire (encore une page web) pour permettre de saisir ces informations (copier/coller de Wikipedia, par exemple) et de les associer aux pistes et faire une mise à jour des tags. J'ai trouvé le moyen de mettre à jour les tags à partir d'une page web, donc sur le principe, ce n'est pas compliqué et c'est un outil qui peut être utile (et agréable). Pour rappel, dans sa plus simple expression, un fichier de musiciens obtenu de Wikipedia ressemble à ceci:

* Kenny Barron – piano
* Wallace Roney – trumpet (tracks 1, 2, 5 & 6)
* John Stubblefield – tenor saxophone (tracks 1, 2, 5 & 6)
* Cecil McBee – bass (tracks 1-3, 5 & 6)
* Victor Lewis – drums (tracks 1-6)

Je lui ai également demandé si il était possible de rajouter un nouveau "rôle" dans LMS justement pour identifier les musiciens, sans avoir à "polluer" les autres tags... Ce serai "top", mais encore une fois, peu d'espoir que cela soit possible.

Par ailleurs, pour info, j'ai vu que LMS permettait de récupérer un tag avec le tri des artistes (ALBUMARTISTSORT et ARTISTSORT pour les "track artists") dans lequel on peut mettre le nom de l'artiste sous format "NOM PRENOM" pour avoir un tri adapté.

[a supprimer merci]

Petite précision sur les tags disponibles dans LMS. Il m'a confirmé qu'il y a un tag "artist" prévu dans LMS (et que l'on peut récupérer via les interfaces - j'ai testé en modifiant directement la base de données), mais qui n'est pas actuellement lu à partir des fichiers. Voici les données définies dans LMS:

Artist -> 1 - non utilisé
Composer -> 2
Conductor -> 3
Band -> 4
Album artist -> 5
Track artist -> 6

Donc il serai possible, via un "plugin" d'alimenter ce tag "artist" et d'y stocker les "musiciens" (contributeurs), à partir des tags dans les fichiers, ou à partir d'un fichier texte.
Le rôle de chaque musicien (l'instrument) ne pourra pas être identifié dans la base, mais si il est disponible dans un fichier qui est affiché avec l'album, cela me semble déjà pas mal. Il m'a confirmé qu'il intègrera ces fichiers dans la prochaine version de son plugin, et donc le problème d'affichage est réglé. Reste le problème de mise à jour des infos dans LMS - j'y reflechis, et il m'a proposé de me donner un coup de main...