Oy !

Je travaille actuellement à mettre en place une petite (destinées bien sûr à grandir, si tout va bien) banque de sons (bruitages pour radio/vidéo/podcasts...). Enregistrer des sons et les réarranger n'ayant rien de si difficile en soit (et avec le temps on acquiert un peu de technique) et ne demandant qu'un peu d'imagination, le problème auquel je me heurte maintenant est plutôt l'organisation des données : Comment mettre en place un système de tri et de recherche efficace ? (et encore mieux : arranger le tout pour pouvoir être accessible via le réseau?).

Google n'a pas été très bavard sur le sujet, et je me tourne donc de ce côté pour voire si personne n'aurait une idée...

Dans l'idéal, je verrais "simplement" un système de tags : chaque son qui est entré dans la base reçoit ses "adjectifs" (du genre Ambiance, Moteur, Voiture, Extérieur) et on y accède par une recherche par mots-clés.
(Mais si vous voyez autre chose, dites toujours )

D'avance merci. Je sais qu'ici il y a toujours au moins un truc positif (et utile) qui ressort

Il doit bien y avoir des logiciels de son permettant, comme avec Photoshop pour les photos et les agences de presse,
de lier au fichier des données IPTC. QuickTime permet d'ajouter toutes sortes d'infos :
"Propriétés de la séquence" onglet "Ajouter une annotation".
Avec ça, tu renseignes chaque fichier et les données sont exploitables par de nombreux logiciels de recherche.
L'archivage restant à ta charge, suivant ton feeling, par thème ou par date à la main.

Tu peux utiliser une base de données? Si oui une table d'indexes (T_SONS) en relation une table qui liste le chemin d'accès aux fichiers (T_PATHS) par exemple, et une appli web pour remplir et consulter.

Enfin il faudrait préciser si tu veux un maximum d'automatismes, le volume des données, le multi-utilisateur possible sur internet/intranet

En allant voir la Radio Suisse Romande ou une autre ils te donneront des conseils.
Ils doivent avoir une certaine expérience dans le domaine

Je maintiens : recherche et tri, le plus efficace c'est une base de données. Et poser une interface web par dessus pour partager les données en réseau demande juste un peu de temps et de connaissances (mais les possibilités sont infinies ensuite (dans les limites du HTML)).

Décris un peu les caractéristiques de tes sons que tu veux pouvoir gérer.

Je suis d'accord, un petit script PHP peut faire ça facilement

Perso j´utilise l´utilitaire de boucle Soundtrack (outil de développeur Apple) pour créer et classifier mes boucles pour ensuite les ranger correctement dans GarageBand

GarageBand avec l'utilitaire de boucles Soundtrack, c'est le plus simple et le moins cher. Ces 2 là font exactement ce que tu veux, sans aucun investissement pécunier ou en temps pour développer

Heimdal

Soundtrack, c'est pas payant ?

Garage Band aussi est payant

Non, c'est gratuit pour les développeurs; il suffit de s'inscrire. C'est pas le seul utilitaire auquel je fais référence et en plus c'est un produit Apple. GarageBand est compris dans la suite iLife qui était livrée gratuitement avec mon iMac commandé en 2005 sur l'Apple Store

Ben ya de la réponse

Dans l'idéal, une base de donnée comme le décrit Atar ce serait le top. Après... mes connaissances en la matière sont pas encore énormes et je ne verrai probablement pas ça en cours avant un an ou deux. (Maintenant, si il y a des moyens pas trop difficiles...).

Fred : les Radios utilisent en général Digimedia. La radio d'étudiants dont je fais partie l'utilise également (mais on est en fait bêta-testeurs, 15 à 20 mille francs le logiciel, on a pas les moyens...). C'est tip top pour gérer les chansons et les playlists, mais : il ne me semble pas qu'on ait accès depuis l'extérieur (internet) ; Et si c'est super pratique pour des chansons, gérer des centaines puis à l'avenir des milliers de petits fichiers je doute que ça aille (surtout que je devrais avoir ma version...)

Donc un truc bricolé maison me botte le plus pour le moment. Dans l'immédiat je vais jeter un oeil à l'utilitaire de boucles (je l'ai à disposition, mais je m'en suis encore peu servi : il permet l'organisation et la recherche ? (par exemple la recherche dans les données qu'on a entré via Quicktime?)

Après, je peux toujours demander à mon chef technicien quand je le reverrai à la rentrée, mais il fait déjà un boulot énorme alors je préfère éviter de le surcharger.

@Atar : mettre en place un système comme tu le décris, ça demande quoi concrètement ? (En matériel et connaissances)

Voili voilou, en tout cas il y a bien un moyen...

@Leo : Tu parlais bien des "annotations" qu'on peut ajouter dans "propriété de la séquence" ?

Il faut :
- une base de données (mysql, la version demo de Oracle (mais qui existe par sur Mac je crois),...)
- avoir cerné les besoins en terme de fonctionnalités (quelles caractéristiques voulons-nous prendre en compte?)
- savoir traduire ces besoins en terme de relations entre tables
- savoir programmer une petite interface web (php, java,...) pour consulter et enrichir la base de données

En gros c'est le boulot que fait la boîte où je travaille (gestion electronique de documents) :
- une application qui récupére les nouveaux fichiers à ajouter au système et qui leur applique une indexation minimale
- une base de données pour stocker les indexes et des disques durs pour stocker les fichiers proprement dits
- une application J2EE de consultation des documents, de post-indexation, de gestion d'un workflow (les utilisateurs se passent les documents durant les étapes de son traitement)

Si tu décris tes besoins je peux les traduire en terme de tables pour une base de données. Par contre je connais (presque) rien au php, en J2EE je peux te faire une ebauche d'appli (avec le framework que j'ai développé pour l'appli de gestion des scores de l'apple expo (mais c'est plus lourd que le php à mettre en oeuvre))

Un bon bouquin de php et ça devrait être bon, je trouve que le php n'est pas trop trop compliqué à comprendre (mais bon, c'est aussi que je ne lui demande pas grand chose moi à php ).

J'ai facilement débuté Latex, pourquoi pas php ...

On fait du java au poly, et on va en faire pas mal le semestre qui vient, ça pourra éventuellement me servir. Je sais qu'apprendre le php pourrait m'être très utile, pourtant je n'ai pas la moindre idée d'où commencer (et il faut que je garde la motiv').

Atar : la base de donnée je peux l'avoir (quand je mettrai ça en place ça sera en probablement d'abord sur une petite machine personnelle, puis ensuite quelque part sur le net...).
La limitation se trouve donc vraiment au niveau du "langage" !

Si j'ai bien compris ta notion de "comprendre les besoins" je les exposerais comme tels : (mais ne perds pas non plus trop de temps là dessus hein...)
Le Must absolu serait :

• Pouvoir rechercher des bruitages efficacement par un système de mots clés.
• Pouvoir ajouter des sons/bruitages facilement (et via le rézo) en y ajoutant leur tags (pour la recherche)
• Gérer des droits pour "poster" les données (le téléchargement serait, lui, totalement gratuit et illimité)
• Incorporer une interface user-friendly pour le tout.

La quantité de tags ne devrait virtuellement pas pouvoir être limitée et la taille du fichier non plus (bien que ça risque pas non pus de péter le compteur).

Et la perfection serait encore d'avoir quelque chose qui puisse tester la qualité du fichier (bitrate) et le format (si je veux normaliser un peu).
J'imagine que c'est faisable? la question c'est : comment (mais je crois qu'en rentrant un bouquin sur le PhP et les bases de données seront sur la liste d'achat => Besoin également de conseils sur ce point !).
Donc, si vous conseillez des lectures sur le sujet je suis également preneur... (Et si une des solutions est plus orientée java qu'une autre je suis également plus intéressé).


PS à Tibo: paraît que PhP est puissant, mais que ce n'est pas un langage qui force une grande discipline dans le codage (notre prof' de java ne cesse de nous le répéter )

Un seul langage, un vrai, le C et toute sa petite famille

Sinon, Tibo (ou un autre), peux-tu nous donner un lien vers un bouquin permettant d'aborder efficacement le PHP. J'ai "PHP et MySQL pour les Nuls " dans mon panier Amazon (par le lien iClan, évidemment). Ce n'est pas que je vais m'y mettre sérieusement, c'est juste pour être un peu moins "nul".

C'est vrai que le PHP tolère pas mal d'erreurs qui feraient hurler un codeur en C++ par exemple en particulier avec les types des variables.

Si tu codes déjà par ailleurs, tu n'auras aucun mal à te mettre au PHP. Par contre, si tu veux pouvoir facilement rajouter des sons sans avoir une limite de taille, ça va poser un problème en PHP qui limite la taille des fichiers et qui ne permet pas d'en uploader plusieurs d'un coup. D'ailleurs, si quelqu'un à une solution à ce problème ça m'intéresse.

Elle est de quelle taille cette limite?

Les sons seront probablement codés en MP3 à 192 kbps, même avec les sons d'ambiance je dépasse rarement les 5 Mo et à priori un fichier du genre pesant plus de 20 Mo arrive plutôt rarement...

C'est quoi qui coince? (Un pote m'avait dit que PHP c'était un peu de la bouse si on voulait faire un formulaire d'upload pour gros fichiers : je lui avait demandé si c'était faisable simplement pour envoyer des fichiers sur un serveur. Il ne s'était pas étendu.)

Justement oui c'est la bouse, la taille dépend d'une variable de configuration PHP, si le serveur est sur un ordi dont tu as l'accès tu pourras la changer, si c'est sur un hébergement externe alors tu ne pourras pas. La taille dans ce cas peut varier, je crois que 8 Mo est assez courant.

Moi j'ai acheté Pratique de MySQL et PHP que j'avais pris car j'avais trouvé leur bouquin sur LaTeX franchement bon.

Je te réponds dans le détail dès que je suis sur mon portable et pas sur mon iPhone Ogur.

En Java la "difficulté" est de trouver un serveur Java sur Internet, mais en Intranet avec un tomcat tu deviens le maître du monde, rien n'est impossible, dans les limites du HTTP.

[edit]


On peut imaginer une organisation dans ce style :
- une table pour les caractéristiques de base d'un son (nom, format, bitrate, auteur,...) (format renvoie vers une table (id, libellé,...) des différents types possibles dans le système (genre aac, mp3,...)
- une liaison multiple (à travers la table T_GENRES_SONS) entre les genres définis dans la table T_GENRES et un son, pour permettre à un son d'être associé à une infinité de genre
- la possibilité d'avoir une infinité de tags dans le système, définis dans la table T_TAGS. On peut affiner en imaginant distinguer différents types de tags, le plus utile souvent est la distinction saisie libre/valeur à choisir dans une liste (ce qui se traduira directement dans le formulaire HTML de saisie d'un son). La liaison multiple entre un son et des tags se fait grâce à la table T_CARACTERISTIQUES
- les sons sont stockés sur un disque dur (stocker du binaire directement dans une base est possible (du moins en Oracle) mais c'est moins souple (surtout lors des migrations) que de gérer dans un système de fichiers à côté). On définit des dossiers où seront stockés les sons directement à plat dedans par exemple (en numérotant les fichiers pour éviter tous les problèmes de noms trop long ou identiques). Un booléen peut indiquer le dossier courant à remplir pour pouvoir laisser le système choisir lui-même le dossier à utiliser, tout en pouvant changer le dossier si besoin facilement. Le numéro courant du prochain fichier à stocker dans le dossier est aussi conservé dans cette table. Le lien entre l'enregistrement d'un son et son fichier se fait dans la table T_FICHIERS, en indiquant par exemple le numéro du fichier, qui permet de le retrouver de manière relative dans le dossier concerné

Pas tout compris à 100%, mais je vois l'idée .

bon, alors dans l'immédiat il va d'abord falloir que je boost mes connaissances en PhP et bases de donnée, pour pouvoir comprendre exactement de quoi on parle. Atar, ptet que Java pourra m'aider, mais je vais attendre de voir ce qui sera abordé ce semestre avec mon programmeur de prof.
Donc pour le moment, mon idée reste en tête mais je l'exploiterai un peu plus tard...

Merci encore pour les remarques et aides constructives ! (Je remonterai ce fil le jour où je serai plus instruit)

héhéhéhéhé atar tu es un fou des bases de données

En plus j'ai du faire les schémas avec Numbers car je me suis rendu compte que je n'avais ni Omnigraffle ni MS Visio sur mon mbp, c'est moins adapté il faut bien le reconnaitre.