Projet de logiciel de lecture compatible LMS

[a supprimer merci]

erreur de fil..

[Bigga]

(12-14-2018, 09:45 AM)paulw a écrit : Qu'est ce que tu voulais dire par "des infos titre par titre" ? Avoir la possibilité d'obtenir des infos uniquement sur un titre sélectionné, par exemple ?

Oui exactement. Un "bouton" par titre si les infos ne sont pas les mêmes pour tout l'album.

[a supprimer merci]

C'est faisable

[Bigga]

(12-14-2018, 12:42 PM)paulw a écrit : C'est faisable

Nickel! Après je ne sais pas du coup si il faudra un fichier de données par titre, ou si chaque bouton peut aller piocher des infos ciblées sur un fichier regroupant toutes les infos pour tous les titres d'un album entier, mais en revanche, un bouton par titre résoudrait les problèmes d'affichage des contributeurs lorsqu'ils sont différents entre les titres d'un même album, et plus largement des autres infos (Compositeur, auteur, date de l'enregistrement, lieu, etc...).
C'est vraiment une super idée ce bouton, bravo!

[a supprimer merci]

Je vais resumer la situation vis à vis des tags, vu que j'ai changé 10 fois d'avis sur la question

A ce stade, l'application reprends les tags qui sont gérés dans LMS:
- au niveau de l'album - le titre de l'album, l'album artist, le genre (qui est en fait géré par piste), l'année
- au niveau des pistes - le titre de la piste, le "track artist", le compositeur (COMPOSER), le chef d'orchestre (CONDUCTOR), le commentaire.

L'application permet également de décomposer le titre en 3 parties (oeuvre, mouvement, part), qui sont stockées séparément dans la base de l'application (mais je n'ai encore rien fait pour faire des recherches dessus, juste géré l'affichage).

Pour info, je n'ai pas repris le tag "band", qui existe dans LMS, car je n'ai toujours pas compris comment il était alimenté. Mais je vais faire des essais, car c'est un candidat possible pour heberger une liste de musiciens par piste (voir ci-dessous).

Dans la version actuelle, je peux donc déjà afficher le track artist, le compositeur, le chef d'orchestre et le commentaire - soit au niveau de l'album si ce sont les mêmes pour toutes les pistes de l'album, soit au niveau du disque, soit au niveau de la piste.

En changeant de format d'affichage, je n'ai pas repris, pour le moment ces informations dans le tableau d'affichage des pistes. Donc je pourrais les afficher, de manière optionnelle, avec ce bouton "infos", qui pourrait être cliqué soit au niveau d'une piste, soit au niveau d'un disque (et afficher toutes les infos de chaque piste), soit au niveau d'un album (et afficher toutes les infos de chaque disque et piste de l'album). L'utilisation du bouton vise surtout à conserver une présentation simple, tout en donnant la possibilité de détailler si besoin.

En plus des tags LMS, j'ai prévu de pouvoir lire des fichiers descriptifs dans le répertoire de chaque album (uniquement si un album = un répertoire).

Pour l'instant, je n'ai réalisé cela qu'avec un fichier de commentaires par album, qui est un simple fichier texte sans format particulier, et pour lequel les données ne sont donc pas "structurées". Ce fichier s'affiche avec un bouton (voir les copies d'écran précédentes), et on peut en modifier le contenu directement dans l'écran d'affichage de l'album.

Dans une deuxième étape, je comptais rajouter un fichier avec des "tags" complémentaires, donc qui pourraient s'afficher soit par album, soit par disque, soit par piste. Ex:
- le label
- un descriptif par disque
- les musiciens par piste, ou par disque, ou par album

Dans tous les cas, il s'agira d'un fichier unique par album, mais qui contiendra des "marqueurs" pour indiquer dedans:
- le type d'information
- le niveau auquel l'information est rattachée

Ce n'est pas encore fait, mais cela viendra. Pour les musiciens, l'idée à terme est de faire un système ou l'on pourra récupérer les informations d'une base web (c.f. les discussions précédentes sur la base des "sessions", sur laquelle j'essaie d'avancer en parallèle). Mais on pourra très bien saisir les informations directement dans le fichier également (via un icône dans l'application, ou en dehors de l'application), ou les exporter d'un tag dédié (qui n'est pas géré dans LMS), par exemple "PERSONNEL", en le rajoutant via MP3Tag, par exemple.

Je ferai un exemple ce weekend, avec un simple fichier texte.

L'objectif, pour les musiciens, est de pouvoir ensuite les utiliser dans les recherches, au même titre (sans jeu de mot) que les autres "contributeurs" déjà définis dans LMS (album artist, track artist, composer, conductor). A terme, je souhaiterai avoir la possibilité de gérer une fiche descriptive par musicien (mais idéalement reprise d'une base web, pour mutualiser).

Mais pour le moment, je vais rajouter la possibilité d'afficher les informations qui existent dans LMS - cela fonctionnera pour les informations complémentaires également, par la suite.

[Bigga]

C'est très bien. Je compliquais un peu les choses d'un point de vue programmation, mais l'essentiel est d'avoir les infos, pas forcément toutes via le bouton, tu as raison.
Un argument en faveur d'une gestion de toutes les infos via le bouton, c'est que l'affichage s'en verrait très épuré et plus agréable je pense, la logique de lecture des infos étant plis cohérente.
Un autre argument est que le tag conductor n'est pas disponible sur tous les fichiers (AIFF, etc...), du coup cela serait plus judicieux de l'afficher comme info texte de la piste que depuis un tag.
En d'autres termes, je suis chiant, d'autant plus que ce n'est pas moi qui ai les mains dans le cambouis, mais je privilégierais plutôt les tags pour l'artiste de l'album (Leader ou groupe), le titre de l'album (Eventuellement un sous titre), et les pistes affichées comme tu l'a présenté précédemment en gras avec les éventuels mouvements en gris. Tout le reste dans un fichier texte avec des balises pour chaque titre si des différences existent entre les titres.
Sinon, la possibilité de rajouter des infos depuis l'application dans les fichiers texte est une nouvelle idée brillante! C'est quelque chose qui change tout par rapport aux tags qui ne sont pas corrigibles directement.

[a supprimer merci]

Tu n'es pas du tout "chiant" - et je te remercie de m'aider - tu es bien le seul !

Oui, c'est l'idée d'avoir un affichage aussi simple que possible.

Je reflechis à ton idée de gérer tout le reste via des fichiers descriptifs et reviendrai dessus un peu plus tard.

P.S. l'idée de gérer des informations dans des fichiers textes viens de mon expérience d'utilisation de Tonal, mais ils sont allés beaucoup plus loin (malheureusement sans suite). Tu pourra voir ici un exemple du système de gestion des meta-données - le developpeur est spécialisé en musique classique.. C'est assez impréssionant.

http://vimeo.com/140671081

[Bigga]

(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 !

Je reflechis à ton idée de gérer tout le reste via des fichiers descriptifs et reviendrai dessus un peu plus tard.

P.S. l'idée de gérer des informations dans des fichiers textes viens de mon expérience d'utilisation de Tonal, mais ils sont allés beaucoup plus loin (malheureusement sans suite). Tu pourra voir ici un exemple du système de gestion des meta-données - le developpeur est spécialisé en musique classique..

http://vimeo.com/140671081

Merci à toi, c'est hyper intéressant ton projet.
Wahoo ça va vite sur le lien! C'est sur que ça semble vraiment très complet, mais je ne suis pas sur que nous ayons tous besoin de faire figurer la transcription ou ce genre de chose, en tous cas je ne pense pas que ce soit une priorité pour l'écoute.
Quand je regarde la façon dont j'ai classé ma bibliothèque musicale sous LMS, j'ai essayé de répartir les artistes principaux des albums et d'autre part les artistes musiciens ou chefs d'orchestre qui interprètent des oeuvres.
L'idée principale était de pouvoir, quand je faisais une recherche, différencier la création proprement dite de l'interprétation ou de la collaboration. Bien sur, cela a ses limites, mais je trouve que c'est plus clair que de classer un disque classique d'après son interprète, qui, malgré le respect dû aux musiciens brillants qui publient ou ont publié des disques, n'est pas un critère de recherche aussi important que le compositeur. J'ai donc fait figurer les grands compositeurs comme artiste de l'album. Mais cela est lié à un écueil de LMS qui ne permet pas de classer comme on veut les métadonnées.
Si un logiciel était capable d'afficher un album avec le compositeur comme artiste principal (Si c'est le cas sur l'album, et que ce dernier n'est pas une compilation de diverses interprétations du musicien), sans qu'on fasse figurer le compositeur autre part que dans le tag compositeur, ce serait déjà super.
Je crois qu'il avoir garder en tête les priorités de recherches possibles, car c'est, je pense, par là que l'on "entre" dans un logiciel:

- Artiste principal
- Compositeur
- Musicien/Interprète/Chef d'orchestre
- Nom de morceau
- Nom d'album
- Eventuellement année


Un logiciel intelligent et pratique devrait donc pouvoir afficher toutes les entrées correspondantes à ce qu'on recherche précisément. C'est impossible actuellement, principalement du fait que la "valeur" (Au sens non mathématique du terme) de chaque tag n'est pas la même selon le type de musique envisagé. On se retrouve donc avec un tag artiste principal pour lequel il faut bricoler, comme je l'ai fait, des solutions moins mauvaises... Il nous faudrait d'autres métadonnées plus intelligentes, ou alors un logiciel capable de rechercher dans du texte des infos et d'afficher des résultats pertinents selon le critère recherché. Par exemple: Duke Ellington comme compositeur c'est différent de Duke Ellington comme leader de session, qui est encore différent de Duke Ellington comme sideman. L'idéal serait donc un maximum d'informations hors métadonnées qui soient aussi exploitables dans les recherches. Dans cet exemple: si on cherche les morceaux où le Duke a joué sans forcément être leader, on ne devrait avoir que ceux là à l'affichage. Ou alors, ce qui est probablement plus réaliste, envisager un affichage avec des sous titres : si on recherche Duke Ellington, qu’on ait 3 champs de résultats différents, ou alors 3 « boutons » qui mènent à 3 résultats différents, selon qu’il est leader, sideman, ou « simple » compositeur du morceau.
Pour un musicien qui n’a jamais été leader, n’afficher qu’une liste d’albums et de morceaux auxquels il a participé. C’est plus simple.
Pour un compositeur non interprète, idem, une seule liste.
Pour un musicien qui a autrefois été membre d’un groupe, afficher 2 listes : une comme membre du groupe, et une autre comme artiste leader solo. Eventuellement une 3eme comme auteur ou compositeur si c’est pertinent.
Etc...
Se pose aussi la question du classement entre nom et prénom pour l’affichage, qui est très importante pour l’affichage. Moi j’aime classer selon le nom de famille et que cela s’affiche avec le prénom d’abord, mais on peut envisager d’autres choix bien sur. Mais il faudrait en tous cas que le logiciel puisse différencier un nom d’un prénom, et je pense que la seule solution c’est d’utiliser les majuscules pour le nom de famille, et les minuscules pour le reste (Prénoms, surnoms…).
Mais qu’est ce qui est faisable d’un point de vue programmation, là je n’en sais rien, moi, en revanche…

[a supprimer merci]

Merci pour ces informations. Je pense que l'on peut faire des choses assez simplement pour différencier ces types de recherches et résultats, mais je vais y reflechir et je te répondrai un peu plus tard.

Pour les noms, je ne pense pas qu'il y ai de solutions sauf à gérer une base de noms - ce que LMS ne fait pas. Mais c'est possible, assez simplement aussi, à mon avis. J'avais évoqué ce point avant, et je pense que c'est un point qu'il serai vraiment utile de développer à plusieurs titres. Je reviendrai dessus un peu plus tard également.

[Bigga]

(12-14-2018, 02:49 PM)paulw a écrit : Merci pour ces informations. Je pense que l'on peut faire des choses assez simplement pour différencier ces types de recherches et résultats, mais je vais y reflechir et je te répondrai un peu plus tard.

Pour les noms, je ne pense pas qu'il y ai de solutions sauf à gérer une base de noms - ce que LMS ne fait pas. Mais c'est possible, assez simplement aussi, à mon avis. J'avais évoqué ce point avant, et je pense que c'est un point qu'il serai vraiment utile de développer à plusieurs titres. Je reviendrai dessus un peu plus tard également.

Je suis bien d'accord avec toi.
Bon courage, ça avance bien en tous cas, félicitations!