Projet de logiciel de lecture compatible LMS

[a supprimer merci]

Je vais essayer de tester cela rapidement et de faire un exemple.

---

Pour revenir au sujet des musiciens...

La logique de Roon, et d'autres applis, n'est à mon avis pas la bonne, ou du moins est très incomplète.

Normalement, on devrait pouvoir retrouver toutes les données concernant un enregistrement avec trois infornations:
- le "groupe"
- la date d'enregistement
- le titre

C'est vrai pour tous les genres de musique.

Ces informations sont generalent assez facilement disponibles. On les trouve sur les jaquettes. Il peut exister des variantes sur les noms des groupes et des titres, et des imprécisions sur les dates, mais on sait généralement ce à quoi on a affaire.

Ces informations peuvent également être facilement  renseignées dans les tags (alors que la saisie des compositeurs et des musiciens est plus fastidieuse -- pour les musiciens, il n'y a pas vraiment de tags dédiés) :
- track artist
- commentaire (par exemple) pour la date
- titre

A partir de là, si on dispose d'une base avec ces mêmes 3 données, on doit pouvoir recuperer:
- le(s) compositeur(s) des titres
- les musiciens correspondant à la date d'enregistrement

On pourrait imaginer des recherches "intelligentes" qui sélectionnent les enregistrements avec des tolérances sur les différentes valeur. C'est certainement à la portée de l'informatique du 21eme siècle... 

Pour prendre un exemple simple: pour certains groupes, il suffit d'avoir une liste de musiciens par année, sans nécessairement avoir tous les titres.  

Dans Discogs, Allmusic, et MusicBrainz (je crois), le point d'entrée c'est toujours l'album. Hors un même enregistrement (groupe/date/titre) peut se retrouver sur une multitude d'albums: labels différents, formats différents, remasterings, compilations, etc...

En effectuant des recherches sur internet, on s'aperçoit qu'il y a une multitude de sites qui proposent des discographies très complètes, toujours orientées par artiste ou par label. Ces sites n'ont pas forcément des bases structurées, et les informations ne sont pas toujours très précises ou cohérentes. Mais elles ont le mérite d'exister. La difficulté, c'est de les trouver, de les récupérer, et de les exploiter.

Donc ne serait il pas plus judicieux de constituer une base sur ces 3 critères, de les renseigner dans nos tags, et d'effectuer des recherches dessus ?

Par ailleurs, la visualisation d'une "session" est beaucoup plus claire que lies informations qui figurent les sites de meta-données (notamment MusicBrainz).

Concernant la date d'enregistrement, on pourrait indiquer dans la zone "commentaire" la date et éventuellement le lieu.

Pour tâter le terrain, J'ai pris contact avec plusieurs sites pour voir si ils seraient ouverts à l'idée de partager leurs données, avec des mises à jour qui pourraient être faites régulièrement. 

Dans l'application, on pourrait associer au tryptique date/groupe/titre une référence  vers une base externe. La référence n'a donc pas besoin d'être dans les tags ou dans LMS. Cette base pourrait être gérée en mode collaboratif, et en important des données de plusieurs sources. Cette approche est à mon avis beaucoup plus réaliste que de repartir sur un modèle à la "Tonal" avec des entrées par album issues des sites habituels.

A suivre...

[Bigga]

Oui, ça semble effectivement bien plus pertinent.
Mais c'est un sacré boulot!

[a supprimer merci]

Il faudra bien s'occuper à la retraite

Après avoir passé du temps à consulter différents sites je suis de plus en plus convaincu de cette approche.

Au delà des tags, et de l'affichage des albums, une base d'information par "session" me semble beaucoup plus pertinent pour faire des recherches.

Si je m'intéresse au violoncelliste Arthur Grumiaux, par exemple, plutôt que de balayer les 260 albums ou il figure dans Discogs, je préférerai avoir une vue chronologique de tous les enregistrements auxquels il a participé, et des œuvres associées, quite à basculer ensuite sur Discogs ou MusicBrainz pour rechercher des albums.

Peut être que les informations de Discogs ou MusicBrainz peuvent être compilées pour avoir ce type de présentation.

Dans MusicBrainz on peut afficher les enregistrements d'un artiste, mais il manque des informations, notamment la date, l'orchestre (ou artiste)...

[Olive]

(12-06-2018, 10:12 AM)paulw a écrit : Si je m'intéresse au violoncelliste Arthur Grumiaux, par exemple, plutôt que de balayer les 260 albums ou il figure dans Discogs

Il est mal tagué, il était violoniste

[a supprimer merci]

Merci il fait éviter les recherches sur son téléphone.

[0000]

Pour l'édition de tags sous Linux, j'utilise puddletag qui est très bien.

[a supprimer merci]

Merci pour ce lien. C'est très similaire à MP3Tag.

J'ai avancé...

Lors de l'import des données de LMS, je décompose le titre en parties (Work, Movement, Part), en fonction d'un délimitateur, mais je n'ai pas encore intégré cela à l'affichage (c'est plus compliqué ).

Je détermine également si un album LMS est stocké sur un répertoire dédié, en balayant tous les noms de fichiers (avec les chemins) communiqués par LMS. 

Pour les albums qui sont définis dans un répertoire dédié (donc avec éventuellement les disques individuels dans des sous-répertoires), on pourra compléter les données de LMS avec des informations qui seront stockées dans des fichiers texte enregistrés dans ces répertoires. Si l'identifiant "interne" de l'album dans LMS change (si le titre de l'album, l'album artist, sont modifiés), ou si les répertoires sont déplacés, ces données ne seront donc pas perdues et toujours associées à l'album.

Au lancement de l'application  une synchronisation avec la base LMS sera nécessaire si une mise à jour (scan) à été fait dans LMS. Ce sera proposé automatiquement (en comparant la date du dernier scan LMS avec la date de la dernière synchronisation). A ce moment, ou pourra éditer la liste des albums qui sont dans des répertoires "mixtes". 

Je compte avoir deux ou trois fichiers textes par album:

- un fichier avec des commentaires, qui pourra être édité dans l'appli (ou en dehors) - le commentaire sera sauvegardé automatiquement dans le fichier. Le fichier ne sera pas structuré, ce sera du texte libre, sans mise en forme (mais au moins des paragraphes). 

- un fichier avec des informations qui pourront venir des tags de l'album (donc qui pourront être exportés de MP3Tag): titre et  album artiste (pour mémoire uniquement, puisque c'est repris dans LMS), date d'ajout, label, numéros de disques et intitulé du disque (optionnel) pour chaque disque. Si le fichier n'existe pas lors de l'import il pourra être créé automatiquement dans l'application (dans la vue de l'album), avec ouverture d'un éditeur de texte et une mise en forme prédéfinie. La date d'ajout sera à ce moment définie à la date du jour.

- A voir: un fichier avec les musiciens...

L'identification du répertoire permettra également de lancer dans la vue de l'album un éditeur de tags (au choix) qui s'ouvrira avec tous les fichiers de l'album. Bien entendu, il faudra refaire un scan dans LMS et réimporter les données dans l'application après. C'est pratique de pouvoir ouvrir un éditeur directement dès que l'on s'apperçoit d'une coquille dans les tags.

On pourra également afficher les fichiers d'image et PDF contenus dans le répertoire et sous-répertoires de l'album, en cliquant sur la pochette (comme dans Roon...).

[Bigga]

(12-07-2018, 01:52 AM)paulw a écrit : Merci pour ce lien. C'est très similaire à MP3Tag.

J'ai avancé...

Lors de l'import des données de LMS, je décompose le titre en parties (Work, Movement, Part), en fonction d'un délimitateur, mais je n'ai pas encore intégré cela à l'affichage (c'est plus compliqué ).

Je détermine également si un album LMS est stocké sur un répertoire dédié, en balayant tous les noms de fichiers (avec les chemins) communiqués par LMS. 

Pour les albums qui sont définis dans un répertoire dédié (donc avec éventuellement les disques individuels dans des sous-répertoires), on pourra compléter les données de LMS avec des informations qui seront stockées dans des fichiers texte enregistrés dans ces répertoires. Si l'identifiant "interne" de l'album dans LMS change (si le titre de l'album, l'album artist, sont modifiés), ou si les répertoires sont déplacés, ces données ne seront donc pas perdues et toujours associées à l'album.

Au lancement de l'application  une synchronisation avec la base LMS sera nécessaire si une mise à jour (scan) à été fait dans LMS. Ce sera proposé automatiquement (en comparant la date du dernier scan LMS avec la date de la dernière synchronisation). A ce moment, ou pourra éditer la liste des albums qui sont dans des répertoires "mixtes". 

Je compte avoir deux ou trois fichiers textes par album:

- un fichier avec des commentaires, qui pourra être édité dans l'appli (ou en dehors) - le commentaire sera sauvegardé automatiquement dans le fichier. Le fichier ne sera pas structuré, ce sera du texte libre, sans mise en forme (mais au moins des paragraphes). 

- un fichier avec des informations qui pourront venir des tags de l'album (donc qui pourront être exportés de MP3Tag): titre et  album artiste (pour mémoire uniquement, puisque c'est repris dans LMS), date d'ajout, label, numéros de disques et intitulé du disque (optionnel) pour chaque disque. Si le fichier n'existe pas lors de l'import il pourra être créé automatiquement dans l'application (dans la vue de l'album), avec ouverture d'un éditeur de texte et une mise en forme prédéfinie. La date d'ajout sera à ce moment définie à la date du jour.

- A voir: un fichier avec les musiciens...

L'identification du répertoire permettra également de lancer dans la vue de l'album un éditeur de tags (au choix) qui s'ouvrira avec tous les fichiers de l'album. Bien entendu, il faudra refaire un scan dans LMS et réimporter les données dans l'application après. C'est pratique de pouvoir ouvrir un éditeur directement dès que l'on s'apperçoit d'une coquille dans les tags.

On pourra également afficher les fichiers d'image et PDF contenus dans le répertoire et sous-répertoires de l'album, en cliquant sur la pochette (comme dans Roon...).

Super!
Pour le fichier avec les musiciens, intégré le si tu peux même s’il il n’est pas toujours renseigné.
Avoir dans l’application des PDF comme le livret c’est une superbe idée.
Et éditer les tags directement ça facilite en effet grandement la vie!
Bravo!

[a supprimer merci]

L'idée viens de Roon !

[a supprimer merci]

Voici le résultat pour le fichier des commentaires. 

La présentation pourra être améliorée. 
J'ai triché en ajustant la disposition pour cet album, et il faudra que j'ajuste peut être la position des champs automatiquement (ex: si il n'y a pas de commentaires). 

J'ai triché également car l'application est sur le même ordinateur que ma bibliothèque. Si la bibliothèque est sur un autre PC (ex: un NAS), le chemin du dossier communiqué par LMS est celui de l'ordinateur ou est installé LMS, et je pense qu'il faudra que ce dossier soit partagé sur le réseau - il aura donc un chemin différent. C'est tout à fait gérable, mais il faudra l'indiquer quelque part. Je vais creuser...



C'est peut être plus lisible de mettre les compositeurs entre paranthèses derrière le titre de chaque piste.

Je peux aussi prévoir d'afficher/masquer les commentaires.

Voici le fichier créé dans le dossier de l'album (et qui peut donc être édité avec n'importe quel éditeur de texte).



Dans l'application, on pourra éditer le texte directement. Il devra toujours comporter le même nom ("Comments.tag").