Format de banque de son OpenSource made by AF
- 61 réponses
- 9 participants
- 3 178 vues
- 3 followers
fxdfxd
3265
Squatteur·euse d’AF
Membre depuis 21 ans
Sujet de la discussion Posté le 23/11/2004 à 21:29:16Format 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
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
sylfeline
548
Posteur·euse AFfolé·e
Membre depuis 21 ans
51 Posté le 25/11/2004 à 16:07:14
Il faudrait peut-être demandé, quitte à lui proposé de le faire évoluer vers du XML (si il n'y a que les balise fermantes a rajouter, ca devrait aller)
Autre question :
Dans ton format, rien n'empêche d'affecter le sample N°1 à la plage A1->C4 Vel 0->84 et le sample N°2 à la plage C1->C5 Vel 0->127
Donc si on joue D3 à Vel 50, il joue quel sample ??
Autre question :
Dans ton format, rien n'empêche d'affecter le sample N°1 à la plage A1->C4 Vel 0->84 et le sample N°2 à la plage C1->C5 Vel 0->127
Donc si on joue D3 à Vel 50, il joue quel sample ??
fxdfxd
3265
Squatteur·euse d’AF
Membre depuis 21 ans
52 Posté le 25/11/2004 à 16:13:50
Les deux mon general
sinon, la reponse de rene sur un forum
je crois que c'est clair !!! (je l'ai maillé qd meme, on ne sait jamais)
fx
sinon, la reponse de rene sur un forum
Citation : There's absolutely nothing absurd, nothing at all. Unfortunately for your purposes though, sfz is not open source, nor it will be.
je crois que c'est clair !!! (je l'ai maillé qd meme, on ne sait jamais)
fx
Anonyme
521410
53 Posté le 25/11/2004 à 16:45:56
Le problème de tout ca c'est que le but a atteindre n'est pas clair !!!
avant de dévelloper un quelquoncque format il faudrais établir clairement les fonctions/paramètres que doivent gérer notre banque !!! un cahier des charges quoi.... c'est le minumun pour un dévellopement en équipe....
avant de dévelloper un quelquoncque format il faudrais établir clairement les fonctions/paramètres que doivent gérer notre banque !!! un cahier des charges quoi.... c'est le minumun pour un dévellopement en équipe....
Mr°FrEeZe
917
Posteur·euse AFfolé·e
Membre depuis 21 ans
54 Posté le 25/11/2004 à 16:53:16
Salut les Grenoblois!
A propos du CVS, pas la peine de se casser la tête à mettre les mains dans le cambouis, SourceForge met à disposition tout le nécessaire pour les projets OpenSource. Pas la peine de monter un site perso qui risquerait de se casser la gueule et finalement de mettre un terme à cet idéal de liberté!
Pour éviter de réinventer la roue, autant collaborer avec un autre groupe de développeurs, je pense à ceux de LinuxSampler (le moteur) et de QSampler (la GUI)! Si vous voulez tester, vous pourrez trouver des paquetages RPM ici: ls. Il était question de créer un format de samples propre à cet ensemble (mais ouvert toutefois) il y a un semestre. J'en avais déjà évoqué la nécessité sur leur mailinglist: faudrait les relancer!
A propos du CVS, pas la peine de se casser la tête à mettre les mains dans le cambouis, SourceForge met à disposition tout le nécessaire pour les projets OpenSource. Pas la peine de monter un site perso qui risquerait de se casser la gueule et finalement de mettre un terme à cet idéal de liberté!
Pour éviter de réinventer la roue, autant collaborer avec un autre groupe de développeurs, je pense à ceux de LinuxSampler (le moteur) et de QSampler (la GUI)! Si vous voulez tester, vous pourrez trouver des paquetages RPM ici: ls. Il était question de créer un format de samples propre à cet ensemble (mais ouvert toutefois) il y a un semestre. J'en avais déjà évoqué la nécessité sur leur mailinglist: faudrait les relancer!
fxdfxd
3265
Squatteur·euse d’AF
Membre depuis 21 ans
55 Posté le 25/11/2004 à 16:58:45
Oui mr freeze, j'ai essayé aussi qsampler.
Je peux tenter des les contacter, je ne savais pas que ca pouvait les interesser.
Pour le cvs, je pensais aussi a sourceforge, meme si niveau fiabilité c pas tip top.
Je prend contact avec eux
a+
fx
Je peux tenter des les contacter, je ne savais pas que ca pouvait les interesser.
Pour le cvs, je pensais aussi a sourceforge, meme si niveau fiabilité c pas tip top.
Je prend contact avec eux
a+
fx
fxdfxd
3265
Squatteur·euse d’AF
Membre depuis 21 ans
56 Posté le 25/11/2004 à 16:59:35
Tiens Ludo, faut un cahier des charges, tu veux bien t'en occuper ???
Anonyme
521410
57 Posté le 25/11/2004 à 17:00:38
L'avantage du sfz, c'est qu'il a évolué tres vite, et que le vst sfz a lui meme suivi les evolution, si bien que les possibilités sont assez etendues, et d'ores et deja mises en oeuvre. mintenant honnetement, vu ce qu'est le sfz, le faire evoluer vers un format xml me parait pas si compliqué, mais je pense que si rené refuse de'ouvrir en open source, c'est justement pour garder le controle total et s'assurer que son format sera toujours compatible avec son player (qui tend a s'imposer comme LE player de sf2 et de sfz). donc si on crée un format, il faut en parallele faire evoluer le player. c'est surtout ça qui me parait hard. autant l'implementation du xml, et meme d'un eventuel convertisseur n'a pas l'air si derealiste, autant monter un player de toute piece...
Anonyme
521410
58 Posté le 25/11/2004 à 17:03:22
Fx < Bah vu qu'a la base c'est ton idée... tu pourrais le faire.....
Norrin
1000
AFicionado·a
Membre depuis 22 ans
59 Posté le 01/12/2004 à 16:07:30
Salut,
Petite précision il faut savoir que le copyright est juste une preuve de paternité. Techniquement, un depot legal aupres d'une instance officielle aux Etats-Unis donne un numero d'enregistrement qui peut alors servir dans certaines demarches legales.
Ceci dit, c'est un peu comme chez nous où la paternité d'une oeuvre est inalienable. Jamais on ne pourra transferer a un tier la paternité d'une oeuvre !!
Et aussi tous les projets GPL sont copyrightés (ou du moins contiennent la mention copyright). Les sources du kernel linux sont copyrightées. Ca ne veut rien dire d'autre de plus que untel est l'auteur de telle ou telle partie du code.
Cela n'empeche pas cependant de choisir la license de distribution. Par defaut une oeuvre est toujours interdite à la diffusion et à la copie. Il faut donc une license (la GPL etant cela).
Bref que le sfz soit copyrighté, c'est parfaitement normal. Tout comme le sera de facto tout format libre ou non. Par contre ce qui importe est la license stipulant la facon dont l'oeuvre sera diffusée ou utilisée. Il y a d'ailleurs plusieurs licenses libres à étudier de pres.
J'ignore quelle est la license du format sfz. Apparement il est clair que tout le monde peut l'utiliser librement sans restriction. Effectivement il faudrait etre sûr que cette liberté soit assurée pour l'avenir. En outre un format peut etre libre mais une clause peut stipuler qu'un logiciel permettant de produire une banque de son dans ce format devra s'acquiter d'un droit.
Autre chose, j'ai regardé les specs du format sfz. Il ressemble bcp au sf2 avec quand meme en plus d'avantage de filtres (lp/hp/bp/etc) ce qui est un progres certain. Par contre le looping ne contient toujours pas de mode auto-reverse et ca je trouve que c'est un peu moyen. En effet ca permet de faire des bouclages nettement plus fluides et aussi ca double la longueur de la boucle, ce qui est un plus appreciable.
Petite précision il faut savoir que le copyright est juste une preuve de paternité. Techniquement, un depot legal aupres d'une instance officielle aux Etats-Unis donne un numero d'enregistrement qui peut alors servir dans certaines demarches legales.
Ceci dit, c'est un peu comme chez nous où la paternité d'une oeuvre est inalienable. Jamais on ne pourra transferer a un tier la paternité d'une oeuvre !!
Et aussi tous les projets GPL sont copyrightés (ou du moins contiennent la mention copyright). Les sources du kernel linux sont copyrightées. Ca ne veut rien dire d'autre de plus que untel est l'auteur de telle ou telle partie du code.
Cela n'empeche pas cependant de choisir la license de distribution. Par defaut une oeuvre est toujours interdite à la diffusion et à la copie. Il faut donc une license (la GPL etant cela).
Bref que le sfz soit copyrighté, c'est parfaitement normal. Tout comme le sera de facto tout format libre ou non. Par contre ce qui importe est la license stipulant la facon dont l'oeuvre sera diffusée ou utilisée. Il y a d'ailleurs plusieurs licenses libres à étudier de pres.
J'ignore quelle est la license du format sfz. Apparement il est clair que tout le monde peut l'utiliser librement sans restriction. Effectivement il faudrait etre sûr que cette liberté soit assurée pour l'avenir. En outre un format peut etre libre mais une clause peut stipuler qu'un logiciel permettant de produire une banque de son dans ce format devra s'acquiter d'un droit.
Autre chose, j'ai regardé les specs du format sfz. Il ressemble bcp au sf2 avec quand meme en plus d'avantage de filtres (lp/hp/bp/etc) ce qui est un progres certain. Par contre le looping ne contient toujours pas de mode auto-reverse et ca je trouve que c'est un peu moyen. En effet ca permet de faire des bouclages nettement plus fluides et aussi ca double la longueur de la boucle, ce qui est un plus appreciable.
Mr°FrEeZe
917
Posteur·euse AFfolé·e
Membre depuis 21 ans
60 Posté le 31/03/2005 à 01:37:36
Si vous voulez vous rallier à une bonne cause, une liste de diffusion et un wiki viennent d'être créés, sous le nom d'Open Instruments, pour fédérer la création d'un format d'instruments multisamplés (source: Linux Audio Blog).
- < Liste des sujets
- Charte