Se connecter
Se connecter
Mot de passe oublié ?
ou
Créer un compte
ou
Se connecter avec Facebook
FR
EN
Notifications
  • Refonte graphique octobre 2025
    Refonte graphique octobre 2025
    Une refonte graphique vient d'être mise en ligne. Nous espérons qu'elle vous plaira. Merci de nous signaler tout bug ou perte de fonctionnalité ici →
  • Un cadeau d'UVI pour les 25 ans d'Audiofanzine
    Un cadeau d'UVI pour les 25 ans d'Audiofanzine
    Pour célébrer notre quart de siècle, UVI se joint à nous et vous offre le Digital Synsations Vol.1. Pour en profiter c'est par ici 👉
  • Nouveauté : Bookmark article, news ou tuto
    Nouveauté : Bookmark article, news ou tuto
    Bookmarkez un article, une news ou un tuto et retrouvez-le dans votre section "Mes signets" du menu membre.
  • 6 nouveaux annuaires
    6 nouveaux annuaires
    Luthiers, Réparateurs, Cours de musique, Studios d’enregistrement, de mastering et de répétition... Suggérez l’ajout d’une entreprise, inscrivez la vôtre ou déposez un avis.
  • Alertes disponibilité et baisse de prix
    Alertes disponibilité et baisse de prix
    Ces nouvelles fonctionnalités vous permettent d'être informé·e dès qu'un produit est disponible ou que son prix a baissé.
  • Tentatives d'arnaque dans les petites annonces
    Nous faisons face depuis quelques mois à une recrudescence de tentatives d'arnaques dans les petites annonces. Suivez nos recommandations >
Les Mains dans le Cambouis
News
Articles
Médias
Forums
Tutoriels Tutos

Format de banque de son OpenSource made by AF

  • 61 réponses
  • 9 participants
  • 3 482 vues
  • 3 followers
Sujet de la discussion Format de banque de son OpenSource made by AF
Salut

sur ce thread, j'expliquais pourquoi le format sfz ne me semblait pas terrible, a savoir

- pas opensource
- il aurait ete preferable de le baser sur XML, car les parsers existent deja

le but de ce thread est de lancer l'idée d'un nouveau format de banque de sons, opensource, avec au mini un player asio pour win, et un pour linux avec JACK, et un editeur WYSWYG.
La structure qui me semble la plus facile a mettre en oeuvre serait XML.

Pour le moment je n'ai pas trop le temps de le mettre en oeuvre, et mes connaissances en asio ou JACK sont mauvaises, mais l'idée est de concentrer les ames volontaires, et recueillir les idées des membres AF.

Si ca en botte qquns, ca pourrait etre un truc sympa, qui manque a windows/linux (hormis les soundfonts et autres gig, qui sont eux aussi proprio)

voila j'attend vos idées et suggestion, ce thread est a vous, et si on accumule assez d'idées, on peut deja commencer la specif du langage (genre pour commencer juste le chargement et le mapping des samples sur le clavier)

a+
fx

http://www.fxamps.com/

Afficher le sujet de la discussion
26

Citation : Je pense qu'on devrais en premier définir le format



c'est fait ! (voir qq posts avant)

Citation : Si on est plusieur à developper, on devrait essayer de ca mettre d'accord sur le langage, l'environnement, l'OS ...



win, linux, mac, cad les passages obligés pour etre adopté.

Citation : fxd², qu'est-ce que tu fais a grenoble?


Je travaille au labo Verimag en collaboration avec STMicroelectronics, sur les compilos pour l'embarqué (Temps reel et parallelisme)

a+
fx

http://www.fxamps.com/

27

Citation : win, linux, mac, cad les passages obligés pour etre adopté.


Il faudrait peut-être voir d'abord sur une plateforme (en programmant générique bien sûr), puis après faire évoluer vers les autres plateformes.
Et puis il faut savoir quel technologie. VSTi à l'air assez simple a mettre en oeuvre (Win / Mac / Linux dans certain cas), DXi est spécifique à Windows, quand à Linux ... j'en ai aucune connaisance.

Si il faut choisir une "partie" je m'occuperai bien de l'éditeur, quitte à intégrer un moteur après.

Citation : je m'occupe ce soir de regarder la doc et les exemples vst pour créer un VSTi


Dans le SDK il y a un tout petit synthé, le code est assez simple !! :bravo:

Par contre, pour la suite, on restera sur ce forum, ou bien on se met un autre site ?
28

Citation : Dans le SDK il y a un tout petit synthé, le code est assez simple !!



c'est exactement de ca que je voulais parler !!! :D:



Citation : Par contre, pour la suite, on restera sur ce forum, ou bien on se met un autre site ?




a voir avec les modéros, mais si ca interresse du monde, pourquoi ne pas rester ici??
29
Mouais, faudra ptet mettre en place un cvs, mais on peut centraliser tout ici, non ?

http://www.fxamps.com/

30

Citation : faudra ptet mettre en place un cvs



wwouaaaa.. ca serait la classe!! mais dans un premier temps, je suis pas sur que ca sera necessaire... on pourrait tout centraliser sur un serveur quelconque...
31

Hors sujet : au fait vinxz, tu fais quoi a grenoble, toi ?

http://www.fxamps.com/

32

Hors sujet : école d'ingénieur..(l'ENSERG)...dernière année, ouf (ca commencait a bien faire..) avec un gros stage chez ARTURIA de fevrier a juin..

33

Hors sujet : arturia, ceux qui font STORM ???

http://www.fxamps.com/

34

Hors sujet : oui, ainsi que le MOOG Modular et le CS 80..

35
Faudrais peut être définir une liste des paramètres a gérer pour chaque samples avant de faire des listes de balises !!!

et puis d'abord pourquoi du xml ! lol
Même si on utilise un format texte on est pas obligé de le faire en xml.... :noidea:
36
Tu vois truthless life, ce que j'aime c'est qu'il faut pas t'expliquer les choses 2 fois :clin:

Citation : et puis d'abord pourquoi du xml ! lol



tu vois, y'a la reponse dans ton post :

Citation :
Faudrais peut être définir une liste des paramètres a gérer pour chaque samples avant de faire des listes de balises !!!



Bah non, la y'a tous les params pour gerer la lecture simple des samples, pis si tu veux d'autres infos, grace à l'utilisation de XML, tu rajoute ce que tu veux au fur et a mesure, donc voila pourquoi XML.
On commence simple et on enrichi apres.

Pis c'est vrai, tant qu'a faire, pourquoi utiliser les nombreux parseurs XML tout faits, alors qu'on peut reecrire un enieme fichier texte, et reecrire le parseur qui va avec...

Bon je pense que c'est assez clair, alors STp, essaye de comprendre histoire qu'on ne passe pas 10ans sur le sujet

a+
fx

http://www.fxamps.com/

37
Bon ok moi je laisse tomber.... :|
38
Tant pis, merci qd meme

a+
fx

http://www.fxamps.com/

39
YUp

http://www.fxamps.com/

40
J'avais suivi un peu la naissance du format sfz, et ma question est: qu'est ce qui est limité dans ce format??? je vois bien l'interet d'un format libre, mais a nouveau se pose le probleme de la diffusion, je veux dire on peut faire le format le plus souple du monde, ce qui compte au final, c'ets la dissemination de ce format. par exemple sfz, plein de bonne volonté n'est pas encore la de detroner le sf2... je veux est ce que techniquement il ne serait pas plus efficace de tacher de repandre un format libre (sfz etait libre non?) en creant des banques plutot que de reproduire le schema sfz, a savoir un format prometteur, mais assez peu democratisé, et finalement ters peu utilisé....
41
Toi tu poses les bonne questions !!!
42
Salut sil

ben en fait sfz n'est pas libre, et tres peu repandu, donc l'idée etait, tant qu'a faire , de partir sur des bonnes bases, soit un format libre.
On peut aussi reprocher a sfz de ne pas fournir de parser pour le lire, donc si tu veux ecrire un prog qui utilise le format sfz, il faut tout ecrire de A a Z.
Si tu structure correctement ton format, par ex en le basant sur XML, tu as deja pleins d'outils a ta disposition. (par exemple sais tu qu'il est possible de creer automatiquement des classes Java a partir d'un schema XML comme celui que j'ai ecrit, et de transformer un prog ecrit avec les balises du schema en un arbre de classes JAVA, le tout automatiquement). Tu peux imaginer aisement la facilité de developpement.

En fait je suis d'accord avec toi, je n'aime pas trop la profusion des formats, mais qqfois il faut bien passer par la. Mon idée est de creer la base du langage, ainsi que le minimum d'outils necessaires a sa mise en oeuvre (editeur et lecteur, le tout pour win/mac/linux)

Mais j'ai l'impression que peu d'informaticiens d'AF s'y interessent

voila
a+
fx

http://www.fxamps.com/

43
La preuve que ce n'est pas libre :

Citation : /////////////////////////////////////////////////////////////////////////////
/// sfz definition file
/// copyright rgc:audio 2004
/// -------------------------------------------------------------------------
/// amplifier eg all stages

<region>
sample=440.ogg
loopstart=12629 loopend=56728 loopmode=loop_continuous
ampeg_delay=1 ampeg_attack=1 ampeg_decay=0.5 ampeg_sustain=50 ampeg_release=3



(tiré d'un fichier d'exemple sfz)

http://www.fxamps.com/

44
Moi c'est le xml qui m'intéresse pas... :tourne:
( et l'argument des parseurs et co qui existent déja ca me passe au dessus de la tête )
des editeurs et des formats de fichier j'en ais déja crée des tas et ca me fait pas peur de recommencer a partir de rien....

Mais faudrais déja avoir un truc qui tienne la route... parceque c'est pas génial le : "on crée des balises... et on rajoute ce qui manque après"... Y a surement qu'en xml qu'on peut faire ca... c'est d'ailleur pour ca que tu l'aime tant... mais si le but c'est de faire le format de banque de son le plus lourd qui existe alors c'est sur que c'est comme ca qui faut s'y prendre....

Ludo, boulet sur commande
45

Citation : The goal behind the sfz format is to provide a free, simple, minimalistic and expandable format to arrange, distribute and use audio samples with the highest possible quality and the highest possible performance flexibility.

A sfz format file can be played in our freeware sfz player.

Soundware, software and hardware developers can create, use and distribute the sfz format files for free, for either free or commercial applications.

46
Free au sens de gratuit ici. Si y'a un copyright, c'est pas free au sens de libre.

Sinon, niveau lourdeur de XML, a part les balises fermantes qui ne sont pas dans sfz, ca rajoute pas grand chose au code.
Et qd bien meme on arriverai a un fichier de 1Mo, ca signifierait que la banque de son aurait un poid enorme, donc le poid du fichier XML ou pas, ca reste negligeable.

Ensuite, XML est juste une proposition, c'est qd meme plus facile a manipuler.

Et pour ce qui est de la lisibilité, ca restera lisible mais lourd, de toute facon le code n'est pas censé etre lu ni ecrit a la main, c'est pour ca que je preconise l'ecriture de l'editeur en meme temps.

a+
fx

http://www.fxamps.com/

47
T'as essayé de mailer réné de rgc pour connaitre exactement le statut de son truc??

ah oui, un autre probleme avec l'open source: voir l'emrgence de version paralleles, ce qui rendrait la compatibilité bien hasardeuse....
48
Non, je ne connais pas rené :clin:
mais de toute facon, vu le copyright dans le fichier, c'est pas un format libre, et son proprietaire peut en faire ce qu'il en veut, meme le rendre payant.

c'est vrai qu'en GPL, il pourra y avoir des forks, mais bon, qui se ferait chier a refaire un truc aussi casse burnes et inutile :mdr: (a part peut etre truthless life, parce qu'il n'aime pas le XML :clin: )

Enfin bon, vu que la mobilisation n'est pas geniale, on n'a pas fini ...

a+
fx

http://www.fxamps.com/

49
Au fait, ne serait-il pas plus simple de demander a ce fameux René de rendre totlement libre son format de fichier, et de develloper uniquement un bon éditeur ??
50
Si, mais le fera-il ???
De plus son langage est-il facilement extensible ???

pourquoi pas

http://www.fxamps.com/