Projet de logiciel de lecture compatible LMS

[a supprimer merci]

Je referai un exemple avec un album plus complexe.

L'idée serai donc:

- d'identifier ses albums avec un numero de "release" unique (à voir si le commentaire est le tag le plus adapté - il n'y a pas beaucoup de champs dispos dans la base LMS). Je penche pour le numéro de release discogs, mais tout identifiant unique fonctionnerait. L'avantage de discogs est que SongKong peut le récupérer automatiquement et exporter tous les résultats dans un fichier excel.

- voir comment mettre à jour l'ensemble des tags de sa bibliothèque avec ce tag. Il doit y avoir des utilitaires qui permettent de modifier les tags en masse à partir d'un fichier. Je vais regarder. La mise à jour par SongKong est possible, également. On peut d'ailleurs parametrer la mise à jour pour la restreindre à certains champs (donc l'identifiant uniquement, si on ne veut pas modifier ses tags existants).

- définir la structure du fichier avec les "marqueurs" adaptés

- voir comment générer ces fichiers textes à partir des tags existants. La base LMS est une base SQLite, que l'on peut interroger facilement et dont la structure n'est pas compliquée.

- stocker ces fichiers dans l'arborescence de la bibliothèque, ou a un endroint particulier (peu importe)

- prévoir le mécanisme de lecture des fichiers, l'affichage des albums à partir de ces fichiers, et toute la navigation (je vais probablement me faire aider pour cela...).

Vaste projet, mais je vais y aller étape par étape! La constitution des fichiers ne sera, pour moi en tout cas, pas une perte de temps, car cela me permettra de stocker des infos sur mes albums.

On pourrai d'ailleurs envisager deux applications séparées:
- l'une qui permette d'éditer l'ensemble des fichiers
- l'autre qui gère l'affichage et la navigation.

Concernant la normalisation des noms des artistes et contributeurs, on peut également imaginer un utilitaire qui compile tous les fichiers (ou les tags, d'ailleurs) et permet de faire des suggestions de substitutions. Dans Tonal, les noms sont suggérés quand on les écrit, mais cela est probablement compliqué à développer (pour moi en tout cas).

Pour l'affichage des pochettes, c'est géré dans LMS, à partir soit des pochettes stockées dans les tags, soit des pochettes dans les repertoires (je crois, il faut que je vérifie). Je n'aime pas trop stocker les pochettes dans les tags - à étudier.

[Bigga]

(11-19-2018, 03:46 PM)paulw a écrit : Je referai un exemple avec un album plus complexe.

L'idée serai donc:

- d'identifier ses albums avec un numero de "release" unique (à voir si le commentaire est le tag le plus adapté - il n'y a pas beaucoup de champs dispos dans la base LMS). Je penche pour le numéro de release discogs, mais tout identifiant unique fonctionnerait. L'avantage de discogs est que SongKong peut le récupérer automatiquement et exporter tous les résultats dans un fichier excel.

Oui, le choix du champ s'impose si on ne veut pas interférer avec les autres tags. A moins que l'on puisse faire figurer le N° de release à côté du nom d'album dans le tag "titre de l'album", sans le prendre en compte dans l'affichage de ce dernier.

- voir comment mettre à jour l'ensemble des tags de sa bibliothèque avec ce tag. Il doit y avoir des utilitaires qui permettent de modifier les tags en masse à partir d'un fichier. Je vais regarder. La mise à jour par SongKong est possible, également. On peut d'ailleurs parametrer la mise à jour pour la restreindre à certains champs (donc l'identifiant uniquement, si on ne veut pas modifier ses tags existants).

Oui cela me semble une gestion qui ferait gagner beaucoup de temps lors de l'écriture des tags, d'une part, et d'autre part cela permet de gérer un fichier texte en base de données, qu'on pourrait étoffer par la suite (Histoire de l'artiste, de l'album, des titres des chansons, etc...) pour afficher des éléments intéressants sur un plan culturel.

- définir la structure du fichier avec les "marqueurs" adaptés

- voir comment générer ces fichiers textes à partir des tags existants. La base LMS est une base SQLite, que l'on peut interroger facilement et dont la structure n'est pas compliquée.

Je te crois sur parole, je suis bien incapable de faire cela.

- stocker ces fichiers dans l'arborescence de la bibliothèque, ou a un endroint particulier (peu importe)

- prévoir le mécanisme de lecture des fichiers, l'affichage des albums à partir de ces fichiers, et toute la navigation (je vais probablement me faire aider pour cela...).

Oui, c'est un énorme boulot j'imagine!

Vaste projet, mais je vais y aller étape par étape! La constitution des fichiers ne sera, pour moi en tout cas, pas une perte de temps, car cela me permettra de stocker des infos sur mes albums.

Constituer une base de données exhaustive et très fournie en détails, que l'on peut enrichir régulièrement, c'est très très intéressant. Un sérieux concurrent à Roon...

On pourrai d'ailleurs envisager deux applications séparées:
- l'une qui permette d'éditer l'ensemble des fichiers
- l'autre qui gère l'affichage et la navigation.

Très bonne idée, car cela permettrait de laisser la possibilité à d'autres développeurs d'utiliser la base de données fichiers en l'affichant de manière différente, selon les goûts ou les modes. Ce serait plus ouvert et évolutif.

Concernant la normalisation des noms des artistes et contributeurs, on peut également imaginer un utilitaire qui compile tous les fichiers (ou les tags, d'ailleurs) et permet de faire des suggestions de substitutions. Dans Tonal, les noms sont suggérés quand on les écrit, mais cela est probablement compliqué à développer (pour moi en tout cas).

Ce genre de choses est une réelle plus value! Le problème est peut-être de faire appel à une base de données où les noms existent déjà même si ils ne sont pas présents dans la bibliothèque de l'utilisateur. D'où un intérêt supplémentaire de séparer édition et affichage.

Pour l'affichage des pochettes, c'est géré dans LMS, à partir soit des pochettes stockées dans les tags, soit des pochettes dans les repertoires (je crois, il faut que je vérifie). Je n'aime pas trop stocker les pochettes dans les tags - à étudier.

Là, moi je préfère avoir les pochettes dans les tags, mais peut-être est-ce moins ouvert comme solution, dans le cadre d'un développement logiciel comme celui auquel tu te destines.

[l'Arédien]

Hello.
Je ne sais pas si ça peut-être utile dans la réflexion, mais un outil comme Jaikoz me semble pas mal pour allez pêcher des infos dans les bases à la fois du MusicBrainz et Dicogs. C'est celui que j'utilise en tout cas pour gérer mes tags.

[a supprimer merci]

Les pochettes dans les tags c'est probablement plus simple, et c'est comme cela que LMS les gère, même si cela n'a pas beaucoup de sens...

Je note l'idée de l'identifiant dans le titre.

Concurrencer Roon c'est un peu prématuré ! Ce que Roon fait en plus (dans ce domaine, puisqu'il y a beaucoup d'autres aspects, de l'intégration du Streaming au traitement numérique... ) c'est l'identification automatique des albums. C'est sa force et sa faiblesse, car il s'appuie sur un catalogue qui est forcément limité et les possibilités d'édition sont en fait assez limitées. Par ailleurs, les revues Allmusic c'est sympa, mais il y a d'autres sources intéressantes.

---

(11-19-2018, 04:05 PM)lArédien a écrit : Hello.
Je ne sais pas si ça peut-être utile dans la réflexion, mais un outil comme Jaikoz me semble pas mal pour allez pêcher des infos dans les bases à la fois du MusicBrainz et Dicogs. C'est celui que j'utilise en tout cas pour gérer mes tags.

Merci Thierry. Jaikoz est publié par la même société que SongKong, donc les algorithmes doivent être les mêmes.

[Bigga]

Et pourquoi ne pas imaginer qu'en séparant l'édition de la base de données fichiers et le soft d'affichage, tu puisses réaliser la base de donnée sur un site internet aussi. Bon, j'imagine que si succès il y a il faudra vite un serveur conséquent en hébergement, mais ça peut être prévu du départ, non?
Une petite contribution à ces frais mineurs peut être sollicitée, en tous cas je ne trouverait pas cela anormal de participer.
L'avantage c'est que les infos sont distantes, et on peut taguer uniquement un numéro de release en plus des choses simples: artiste, nom de l'album, titre des chansons. Le reste est renseigné par la base de données, qui elle peut être nourrie régulièrement.
Inconvénient: il faut que la connexion internet marche en permanence.

[a supprimer merci]

Je vais probablement recontacter le développeur de Tonal et lui soumettre ces idées. Le développeur a du abandonner son projet car il n'a pas trouvé d'investisseurs, mais il serai peut être intéressé par une solution alternative, plus "ouverte".

L'objectif de Tonal était double: gérer les meta-données, et garantir une bonne qualité "audio". La qualité audio, on peut l'obtenir de plusieurs manières, et se limiter à une architecture et un système de lecture unique n'est pas commercialement viable aujourd'hui (à mon avis). L'application n'est disponible que sur Mac, et ne fonctionne qu'en lecture "locale".

Dans son fonctionnement, Tonal est assez contraingnant: on doit charger ces albums dans l'application (un maximum de 8 à la fois). L'application contrôle les pistes - certaines peuvent être rejetées (ex: j'ai chargé un album de Yo-Yo Ma téléchargé sur Qobuz, qui comportait du "watermarking", et ce n'est pas passé - je pense que la majorité des albums téléchargés de sites de streaming ne fonctionnent pas). Les pistes sont ensuite converties (je ne sais pas quel traitement est fait, peut être tout simplement converties en WAV) et stockées sur un "cloud" (localisé en Chine).

Les informations sur les albums sont obtenues automatiquement en consultant plusieurs sources. C'est là que les choses deviennent intéressantes. L'algorithme développé est très bon, et on récupère beaucoup d'informations. Les fichiers peuvent ensuite être édités, selon un mode "collaboratif" - donc tout le monde partage les mêmes informations. Il y a un contrôle d'intégrité des données. Les pochettes sont aussi récupérées automatiquement mais sont modifiables.

Je pense que l'intégration avec LMS est un vrai plus par rapport au développement d'une application de lecture "propre" - c'est beaucoup plus ouvert.

Vis à vis des méta-données, on pourrait très bien imaginer faire le lien avec la référence discogs, récupérer les informations automatiquement (comme c'est fait dans Tonal), mais laisser également la possibilité aux utilisateurs d'avoir un espace de "personalisation" des informations.

Bref, autre piste de développement possible.

---

(11-19-2018, 04:31 PM)Bigga a écrit : Et pourquoi ne pas imaginer qu'en séparant l'édition de la base de données fichiers et le soft d'affichage, tu puisses réaliser la base de donnée sur un site internet aussi. Bon, j'imagine que si succès il y a il faudra vite un serveur conséquent en hébergement, mais ça peut être prévu du départ, non?
Une petite contribution à ces frais mineurs peut être sollicitée, en tous cas je ne trouverait pas cela anormal de participer.
L'avantage c'est que les infos sont distantes, et on peut taguer uniquement un numéro de release en plus des choses simples: artiste, nom de l'album, titre des chansons. Le reste est renseigné par la base de données, qui elle peut être nourrie régulièrement.
Inconvénient: il faut que la connexion internet marche en permanence.

Oui, c'est une excellente idée - voir mes commentaires ci-dessus sur Tonal. 
Avoir une connection internet en permanence n'est plus un enjeu, aujourd'hui, à mon sens.

[Bigga]

Oui tu as raison, et pour la connexion internet, et aussi pour le côté ouvert des softs qui est absolument nécessaire aujourd'hui.
L'idéal, enfin c'est comme ça que je l'envisage, serait un soft léger qui tournerait sur un SBC, avec une connexion internet pour récupérer les données et les afficher à la lecture de l'album choisi (Via le release code).
Tonal est vraiment une architecture intéressante, mais le projet n'était pas assez ambitieux question compatibilité, c'est juste.
Le fait de pouvoir à la fois s'aider des références sur internet, et y apporter sa touche personnelle, c'est un très gros plus.

[Janacek]

Je suis avec intéres et je félicite pour l'initiative courageuse

Mais est-ce que il y aura aussi le Tag/information du Label?

[a supprimer merci]

(11-19-2018, 05:17 PM)Janacek a écrit : Je suis avec intéres et je félicite pour l'initiative courageuse

Mais est-ce que il y aura aussi le Tag/information du Label?

Tout est possible !

---

(11-19-2018, 05:14 PM)Bigga a écrit : Oui tu as raison, et pour la connexion internet, et aussi pour le côté ouvert des softs qui est absolument nécessaire aujourd'hui.
L'idéal, enfin c'est comme ça que je l'envisage, serait un soft léger qui tournerait sur un SBC, avec une connexion internet pour récupérer les données et les afficher à la lecture de l'album choisi (Via le release code).
Tonal est vraiment une architecture intéressante, mais le projet n'était pas assez ambitieux question compatibilité, c'est juste.
Le fait de pouvoir à la fois s'aider des références sur internet, et y apporter sa touche personnelle, c'est un très gros plus.

J'ai envoyé un mail au développeur de Tonal - je vous dirai si j'ai réussi à l'appâter !

Merci à tous pour le "brainstorming"...

[Bigga]

(11-19-2018, 05:31 PM)paulw a écrit :

(11-19-2018, 05:17 PM)Janacek a écrit : Je suis avec intéres et je félicite pour l'initiative courageuse

Mais est-ce que il y aura aussi le Tag/information du Label?

Tout est possible !

---

(11-19-2018, 05:14 PM)Bigga a écrit : Oui tu as raison, et pour la connexion internet, et aussi pour le côté ouvert des softs qui est absolument nécessaire aujourd'hui.
L'idéal, enfin c'est comme ça que je l'envisage, serait un soft léger qui tournerait sur un SBC, avec une connexion internet pour récupérer les données et les afficher à la lecture de l'album choisi (Via le release code).
Tonal est vraiment une architecture intéressante, mais le projet n'était pas assez ambitieux question compatibilité, c'est juste.
Le fait de pouvoir à la fois s'aider des références sur internet, et y apporter sa touche personnelle, c'est un très gros plus.

J'ai envoyé un mail au développeur de Tonal - je vous dirai si j'ai réussi à l'appâter !

Merci à tous pour le "brainstorming"...

Merci à toi pour cette super initiative!
A suivre avec grand intérêt.