Forum Musique-Libre

Hello et bravo (encore une fois et officiellement ici) pour ce travail impressionnant autant pour le développeur dj3c1t que le premier utilisateur alpha testeur Dana qui s'est beaucoup investi et dont le descriptif est excellent (ainsi que l'album) je trouve.

Bon moi j'ai une petite question technique, je ne sais pas si elle a déjà été abordée auparavant : y a-t-il moyen d'afficher automatiquement les durées des morceaux et des pistes et/ou le poids des fichiers ?
je sais pas si c'est faisable, mais ce serait bien pratique, non ?

merci yza !

Bon moi j'ai une petite question technique, je ne sais pas si elle a déjà été abordée auparavant : y a-t-il moyen d'afficher automatiquement les durées des morceaux et des pistes et/ou le poids des fichiers ?
je sais pas si c'est faisable, mais ce serait bien pratique, non ?

ça doit être faisable, et ça suppose qu'on prenne la peine, quand on entre les infos pour chaque piste de noter la durée et le poids des fichiers.
ça pourrait d'ailleurs, remarque en passant, être le genre d'infos inscriptibles dans le fichier xml identifiant (au sens où ça contribue à l'identification d'une source)

oui, ça reste faisable à la mano, mais j'imaginais que ces infos pouvaient être extraites des fichiers eux-mêmes, comme le font tous les logiciels de lectures musicales (en tous cas pour la durée).

Et la récup dans le fichier xml, ça va de soi bien sûr ^^

pour le poids du fichier ça s'extrait effectivement sans problème
mais je me demande pour la durée : parce que tu peux avoir aussi bien une wav 44100 qu'une wav 48000 ou bien un Flac ou (horreur) un mp3...

Hello et bravo (encore une fois et officiellement ici) pour ce travail impressionnant autant pour le développeur dj3c1t que le premier utilisateur alpha testeur Dana qui s'est beaucoup investi et dont le descriptif est excellent (ainsi que l'album) je trouve.

Clair
Et y'a aussi eu toutes ces discussions, en amont sur l'appli, pourquoi, comment (...) qui m'ont énormément motivé ! Si Dana avait pas eu la patience de se fader mes super tirades barbaro-geek à deux balles, l'appli en serait sûrement pas là aujourd'hui

Pour la question sur le poids des fichiers et la durée des morceaux...

En fait la première difficulté, c'est que les fichiers ne sont pas forcément hebergés sur le même site que celui où sourceML est installé. Par exemple on peut imaginer qu'un album est publié sur archive.org, avec les morceaux, et sur l'install de sourceML, les morceaux sont déclarés avec les URL sur archive.org pour les télécharger. Dans ce cas, archive.org sert en quelque sorte d'hebergeur (en plus de publier aussi l'album) et sourceML de son coté ajoute les infos qui permettent d'établir des liens de dérivations, etc.

Mais on peut, dans certains cas, connaitre la taille d'un fichier sur un autre serveur, sans avoir à le télécharger en entier, mais pas tout le temps. y'a des cas où ça marche pas.

Pour la durée, c'est encore moins évident... Celà dit, je suis pas non plus au courant de tout ce qui peut se faire en matière de récup automatique d'infos donc si un lecteur dans le coin a une idée, ça m'interesse fortement !

Merci tout d'abord a Dj3c1t pour source ML, je n'ai pas encore eu le temps de tester mais cela semble une réponse très pertinente à la problématique des sources, pour ma part, j'ai voulu il y a peu utiliser un dossier appelé "pool" réunissant les samples en plus d'un fichier rtf (tenant lieu de xml) pour joindre aux albums que je diffuse pour que cela puisse renseigner sur la façon dont les samples sont modulés et inciter d'autres à les utiliser dans leurs créations. En attendant de trouver le temps pour expérimenter Source ML, je fais déjà quelques remarques si cela peut aider :
serait il possible d'inclure les paroles des morceaux ?
serait il possible de faire des liens avec freesound.org par exemple de sorte à pouvoir exporter facilement un sample de leur site sur musique source ML et vice et versa ?

Est ce que ce ne serait pas possible que dogmazic acceuille une section samples et dans ce cas là d'intégrer un fonction similaire d'import export facilité ?

Merci encore.

Salut ed end,

Pour les paroles des morceaux, on peux aussi voir ça comme une piste. ça me rapelle d'ailleurs cette remarque pour trouver un autre nom que "piste". en fait pour chaque morceau, on peut déclarer un ensemble de... sources. Chaque source peut être une piste, ou une partition, ou les paroles Et quand on indique l'URL d'une source, pour la télécharger, ça peut aussi être un PDF ou un TXT. Sinon, on peut aussi écrire les paroles dans la description, pour les faire apparaitre directement sur le site.

serait il possible de faire des liens avec freesound.org par exemple de sorte à pouvoir exporter facilement un sample de leur site sur musique source ML et vice et versa ?

J'avoue que je connais pas trop Freesound. Enfin, je connais bien sûr le site, mais en tant que visiteur (je n'y ai pas de compte...) donc je ne sais pas trop ce qu'il faudrait faire à ce niveau là pour pouvoir exporter / importer entre sourceML et Freesound... Mais l'idée est bonne. Enfin d'une manière générale, il y a sûrement encore beaucoup de choses à imaginer, pour "ouvrir" un peu sourceML à d'autres applis... Peut-être pas encore tout de suite, mais on pourrait imaginer des modules, qu'on pourrait, ou non, installer sur son install pour aller taper la tchatche à d'autres site (m'enfin y'a encore un peu de boulot avant)

Je repense à cette histoire d'auteur / compositeur / interprète.

SourceML repose essentiellement sur... l'idée qu'une source est un matériau, un constituant. l'appli voit une "composition" comme une source qui entre dans la constitution d'une autre source.

Maintenant, pour un compositeur au sens "auteur / compositeur / interprète", une "composition" peut être une partition. On peut déclarer dans l'appli une source qui est une partition. Mais cette partition n'est pas vue alors comme une composition. Pour l'appli, une composition, c'est une source qui entre dans... la composition, donc, d'une autre source.

Disons... rien n'empèche qu'une partition, dans sourceML, ne devienne une composition... si elle est déclarée comme source entrant dans la composition d'une autre source.

Concernant la question de savoir si ces infos "auteur, compositeur, interprète" doivent ou non être dans le fichier XML, ça me rappelle l'histoire du BPM... qui me rapelle l'histoire des champs personnalisables.

Ces infos ne sont pas utilisées par l'appli pour "lier" les sources entre elles. Ce ne sont pas des infos qui determinent comment le "matériau" est composé ou se compose d'autres "matériaux". Mais ce sont des infos qui seraient tout de même interressantes à voir véhiculées aussi dans les fichiers XML.

Et donc je me dit que des champs personnalisables, ça pourrait être ici une bonne solution. Champs qui seraient utilisés pour ajouter des infos aux xml.

... ce qui donnerait des fichiers XML avec un certain nombre de balises "normalisées", connues (celles, donc, utilisées par sourceML pour lier les sources entre elles) et aussi n'importe quelle autre balise, ajoutée au besoin, et donc véhiculées dans les XML, mais sans traitement particulier de la part de l'appli (du moins pour le moment...).

Et donc je me dit que des champs personnalisables, ça pourrait être ici une bonne solution. Champs qui seraient utilisés pour ajouter des infos aux xml.

... ce qui donnerait des fichiers XML avec un certain nombre de balises "normalisées", connues (celles, donc, utilisées par sourceML pour lier les sources entre elles) et aussi n'importe quelle autre balise, ajoutée au besoin, et donc véhiculées dans les XML, mais sans traitement particulier de la part de l'appli (du moins pour le moment...).

Tu te souviens je t'avais filé un lien vers ma page d'admin de archive.org : on peut sur ce site entrer des infos personnalisées, en plus des balises préformatées, en créant ses propres balises. D'ailleurs le tout fonctionne en xml.
Si ça t'intéresse je te redonnerai un lien (en privé bien sûr

yes, j'ai toujours

et je pense que ce serait une bonne idée de s'en inspirer.

... c'est dans le TODO