Projet de logiciel de lecture compatible LMS

[volpone75]

(12-14-2018, 01:43 PM)paulw a écrit : Tu n'es pas du tout "chiant" - et je te remercie de m'aider - tu es bien le seul !
....

Hello Stéphane, je suis avec intérêt le projet que je trouve vraiment intéressant tant pour les questions qui se posent que pour les solutions concrètes que tu mets en oeuvre. Je  n'ai pas encore trouvé le temps de contribuer / participer mais je vais essayer de le faire dans les prochains jours. Les échanges avec @Bigga sont constructifs, le prototype avance vite et est convaincant. Bravo !

[a supprimer merci]

Merci Bruno - n'hésites pas à contribuer, voir simplement faire part des fonctionnalités qui te semblent essentielles...

Bigga, concernant les recherches en fonction des rôles, c'est déjà possible dans LMS via la recherche avancée.



Qu'est-ce qui n'est pas possible via cette recherche ?

Sinon, voici le principe d'affichage des compositeurs, lorsqu'ils diffèrent par piste. On peut donc imaginer les afficher ou les supprimer par choix, mais pour l'instant je les ai indiqués.

[Bigga]

(12-14-2018, 06:40 PM)paulw a écrit : Merci Bruno - n'hésites pas à contribuer, voir simplement faire part des fonctionnalités qui te semblent essentielles...

Bigga, concernant les recherches en fonction des rôles, c'est déjà possible dans LMS via la recherche avancée.



Qu'est-ce qui n'est pas possible via cette recherche ?

Merci de cette info. En fait, utilisant une application remote, je ne pense pas avoir accès à cette fonction, et j’en ne la connaissais pas.
Cette recherche semble assez exhaustive.
Mais ce qui serait intéressant c’est de simplifier les recherches dans le sens de c qu’on disait précédemment: une entrée logique, et des résultats différentiels.
L’idée c’est de pouvoir permettre à un utilisateur qui n’aurait pas une connaissance parfaite de sa discothèque (Des qu’on a plusieurs milliers d’albums c’est illusoire de penser qu’on peut tout connaître de mémoire) de pouvoir avoir des résultats en lien indirect avec son critère de recherche initial. Exemple: on cherche Mark KNOPFLER et le logiciel nous indique les albums et morceaux où il est leader, ceux où il est contributeur, ceux qu’il a composés, ceux du ou des groupes dont il a été membre, etc... C’est intéressant d’un point de vue culturel.
Je pense que les recherches doivent partir de critères simples et logiques, et les résultats doivent refléter la pertinence du logiciel.

---

Pour les compositeurs, c’est juste que je trouve que cela alourdit l’affichage, et il faut aussi penser à certains morceaux dont la liste de compositeurs est parfois longue (En jazz ou rock).

[a supprimer merci]

Pour les compositeurs, et autres infos des pistes, je ferai un système optionnel (je ne sais pas encore exactement comment). C'est vrai que c'est agréable d'avoir une présentation "épurée".

Je comprends mieux tes remarques. Roon fait assez bien ce que tu recherches, en proposant par défaut une recherche sur l'ensemble des rôles, et en affichant ensuite la liste triée par rôle. C'est tout à fait envisageable, mais c'est assez compliqué, pour moi, dans un premier temps, et long à mettre en oeuvre - donc je l'envisagerai un peu plus tard. A partir du moment ou les informations sont disponibles, ce n'est pas un problème.

Personnellement, la recherche dans Roon me semble parfois un peu lourde, et je préfère voir simplement une liste d'albums, quitte à faire varier de temps en temps les paramètres de recherche. Je trouve qu'un résultat affiché avec une liste de pistes - sauf bien sur si l'on recherche un titre en particulier - est souvent trop "riche". 

Avec une présentation des résultats par album, peut être que l'on pourrait avoir un système d'onglets, par rôle: titre de l'album, album artist, compositeur, interprète.... Cela me semblerai peut être plus clair que d'avoir une longue liste triée par rôle avec des répetitions...

A étudier...

Je réalise cette appli essentiellement pour pouvoir gérer des informations complémentaires, par piste, des musiciens, et consulter (via une base web) des informations (sessions, biographies...). C'est un investissement assez important, mais c'est pour les 10 ou 20 prochaines années ! Pour autant, j'essaie de faire quelque chose qui pourra éventuellement être utile à d'autres. C'est pas gagné - mais autant essayer...

[Bigga]

(12-14-2018, 07:32 PM)paulw a écrit : Pour les compositeurs, et autres infos des pistes, je ferai un système optionnel (je ne sais pas encore exactement comment). C'est vrai que c'est agréable d'avoir une présentation "épurée".

Je comprends mieux tes remarques. Roon fait assez bien ce que tu recherches, en proposant par défaut une recherche sur l'ensemble des rôles, et en affichant ensuite la liste triée par rôle. C'est tout à fait envisageable, mais c'est assez compliqué, pour moi, dans un premier temps, et long à mettre en oeuvre - donc je l'envisagerai un peu plus tard. A partir du moment ou les informations sont disponibles, ce n'est pas un problème.

Personnellement, la recherche dans Roon me semble parfois un peu lourde, et je préfère voir simplement une liste d'albums, quitte à faire varier de temps en temps les paramètres de recherche. Je trouve qu'un résultat affiché avec une liste de pistes - sauf bien sur si l'on recherche un titre en particulier - est souvent trop "riche". 

Avec une présentation des résultats par album, peut être que l'on pourrait avoir un système d'onglets, par rôle: titre de l'album, album artist, compositeur, interprète.... Cela me semblerai peut être plus clair que d'avoir une longue liste triée par rôle avec des répetitions...

A étudier...

Je réalise cette appli essentiellement pour pouvoir gérer des informations complémentaires, par piste, des musiciens, et consulter (via une base web) des informations (sessions, biographies...). C'est un investissement assez important, mais c'est pour les 10 ou 20 prochaines années ! Pour autant, j'essaie de faire quelque chose qui pourra éventuellement être utile à d'autres. C'est pas gagné - mais autant essayer...

Ne t’inquiete pas. Je trouve ta démarche très constructive et intéressante. Et si je fais des remarques quant à un idéal, je sais bien que la réalisation peut parfois être ardue.
Le plus important étant de toutes façons de collecter des infos sur les sessions, comme tu le dis.

---

Oui, les onglets c’est encore une très bonne idée pour un affichage propre et intelligible.

[a supprimer merci]

Je reviens sur le tag "Band" de LMS. J'ai fait un essai, en rajoutant un tag dans MP3Tag, et c'est bien repris dans LMS.

Par contre le contenu n'est pas "décomposé" (en fonction du séparateur) comme le "track artist" peut l'être.

Cela donne une possibilité supplémentaire pour identifier des groupes, ou orchestres, par exemple, en laissant dans le tag "track artist" les principaux musiciens.  Je rajouterai donc l'information dans l'appli, et je verai comment l'utiliser.

Enfin, ca deviens un peu compliqué - d'où commme tu le dis l'idée d'avoir des recherches "larges"...

[Bigga]

(12-14-2018, 07:51 PM)paulw a écrit : Je reviens sur le tag "Band" de LMS. J'ai fait un essai, en rajoutant un tag dans MP3Tag, et c'est bien repris dans LMS.

Par contre le contenu n'est pas "décomposé" (en fonction du séparateur) comme le "track artist" peut l'être.

Cela donne une possibilité supplémentaire pour identifier des groupes, ou orchestres, par exemple, en laissant dans le tag "track artist" les principaux musiciens.  Je rajouterai donc l'information dans l'appli, et je verai comment l'utiliser.

Enfin, ca deviens un peu compliqué - d'où commme tu le dis l'idée d'avoir des recherches "larges"...

Oui c’est vite complexe.
Actuellement, j’ai pris le parti dans mes tags de nommer les noms de groupes suivi d’une parenthèse avec les différents membres. Ça permet de savoir qui composait tel ou tel groupe, mais c’est fastidieux à faire dans les tags et l’affichage n’est pas toujours idéal quand les membres du groupe sont nombreux, ou qu’un même groupe a eu plusieurs formations différentes au cours de son existence. A ce niveau, je pense qu’un fichier annexe avec les différents membres du groupe serait bien plus convivial.

[a supprimer merci]

C'est noté !

[a supprimer merci]

Dans l’écran d'affichage de l'album, je vais rajouter des onglets, qui permettront d'éditer les informations suivantes:

- commentaires (fichier "comments.tag") -> notes, liens..

- disques (fichier "discs.tag") -> une ligne par disque avec le titre du disque.

- album   (fichier "album.tag") -> comportera quelques tags non gérés dans LMS - date d'édition originale, label, peut être la référence discogs, à définir...

- contributeurs (fichier "contributors.tag")

Le fichier des contributeurs reprendra une liste de personnes, séparées par des virgules (par exemple), et avec leur rôles respectifs entre parenthèses. Sous la liste des contributeurs on pourra indiquer une date d'enregistrement, et de manière optionnelle les titres concernés. On pourra ainsi avoir autant de lignes qu'on le souhaitera, pour indiquer si besoin piste par piste les contributeurs. L'objectif à terme est de pouvoir générer ce fichier à partir d'une base de "sesssions", mais dans un premier temps, une simple saisie dans l'application (ou n'importe quel éditeur de texte, si c'est fait en dehors de l'appli), pourra être faite.

L'application identifiera chaque nom de musicien et le surlignera pour que l'on puisse vérifier que le nom est bien identifié. Ces contributeurs pourront donc être utilisés dans les recherches.

[Bigga]

Cela me semble très bien, si ce n’est que pour chaque titre, si les infos ou contributeurs sont différents, il serait souhaitable d’avoir un bouton à chaque fois, comme tu l’avais suggéré.