Se connecter
Se connecter

ou
Créer un compte

ou
FR
EN

réactions à la news Bitwig et U-He lancent le nouveau format de plug-in CLAP

  • 83 réponses
  • 32 participants
  • 5 765 vues
  • 38 followers
Sujet de la discussion Bitwig et U-He lancent le nouveau format de plug-in CLAP
8658.png
Si pour l'heure peu de logiciels ont été adaptés à cette nouvelle norme, il se pourrait que d'autres développeurs du marché se mettent à la page.


Lire la news


Ce thread a été créé automatiquement suite à la publication d'une news pour ce produit. N'hésitez pas à poster vos commentaires ici !
Afficher le sujet de la discussion
26
Citation de Eliot33 :
Les vst me suffisent, et vu le nombre et la qualité de ceux que j'ai (fournis avec mes contrôleurs et ma carte son - AIRMusic, Numa, UVI, etc), je n'en demande pas plus. L'open-source est certainement intéressant pour les développeurs mais je préfère devenir musicien qu'informaticien.
Si je veux un son de Dx7, de Wurly ou de cymbalum, je sais où le trouver. Pas besoin de faire du Python ou du C++ pour ça...


C'est évidemment beaucoup plus compliqué que ça.
La question n'est pas de savoir ce que ça apporte dans l'immédiat, mais la façon dont ça peut changer l'industrie de l'informatique musicale à long terme.

[ Dernière édition du message le 16/06/2022 à 10:55:04 ]

27
... et c'est bien parce que ça ne suffit pas à plein de gens, que des environnements modulaires comme Max et autres existent. ça s'appelle l'expérimentation, la recherche et ça permet d'avancer. L'open source est essentiel parce qu'il permet d'étendre le code bas niveau disponible à des langages/environnements plus haut niveau accessible à un plus large public.

[ Dernière édition du message le 16/06/2022 à 11:15:00 ]

28
Oui, personne ne te demande de coder tes plugins ou d'abandonner tes vst, mais pour les dev ça risque de leur changer la vie par contre. Uhe est en train de mettre au point une conversion automatique pour AU par exemple.
Si ils ont moins de problème de compatibilité entre les Stan à gérer, tout le monde sera gagnant car plus de travail sur les plug eux même... Même si on installe pas les Clap sur son ordi!
29
Puis bon, faut pas non plus faire passer le VST comme le format sans problème où il ne faut jamais mettre les mains dans le cambouis. Quand il faut bridger parce que trop ancien, faire des symlink parce qu'on nous laisse pas le choix du chemin d'installation et que par conséquent le SSD de l'OS commence à sérieusement tirer la langue, qu'importe les solutions d'avenir, elles ne seront pas moins pire quoi qu'il arrive.
Je ne parle même pas des VST non reconnus parce qu'ils s'installent dans le dossier Steinberg alors qu'on utilise pas Cubase , mais tu comprends, "c'est comme ça"...

[ Dernière édition du message le 16/06/2022 à 11:51:39 ]

30
Pour compléter et pour celles et ceux qui veulent tester sans avoir de synthé U-He, le synthé Surge XT est disponible en version CLAP.
https://surge-synthesizer.github.io/index.html.
J'ai testé cette version avec Bitwig (version 4.3 beta 5 minimum). Çà marche parfaitement bien!
Dans le navigateur des composants Bitwig on voit effectivement apparaître une nouvelle section "CLAP plug-ins".

Comme au soir de cette chaude journée, un vent de liberté se met à souffler et une belle histoire semble commencer !

[ Dernière édition du message le 19/06/2022 à 08:30:38 ]

31
La liste des dev qui évaluent ou rejoignent clap s'agrandie
https://u-he.com/community/clap/

Celui qui croit savoir n'apprend plus.
Rejoignez nous sur le Discord Reason FR        
https://discord.gg/A5w8P3FrWQ
Rejoignez nous sur le Discord AKAI MPC FR     https://discord.gg/E4U6azRHtG

32
33
Citation de Calagan :
C'est évidemment beaucoup plus compliqué que ça.

C'est très simple au contraire. Il y a en gros 3 standards (15 sur on prend les exotiques). Certains sont déjà dans de l'Open source (sfz) avec les approximations - et finalement le bide - liées à cette méthode (du bien et du n'importe quoi). Donc ça va faire bosser des L2 d'université à faire leurs mémoires pour un temps et ça occupera les amateurs qui seront fiers de faire un bruit de klaxon lu par Bitwig. Génial.
Citation de Calagan :
La question n'est pas de savoir ce que ça apporte dans l'immédiat, mais la façon dont ça peut changer l'industrie de l'informatique musicale à long terme.

Que dalle. Les gros éditeurs (Pro) ne vont pas multiplier leurs plateformes de dev : ça ne rapporte pas autant que du gaming et ça coute un bras.

[ Dernière édition du message le 01/07/2022 à 14:38:48 ]

34
Citation de Eliot33 :
Citation de Calagan :
C'est évidemment beaucoup plus compliqué que ça.
C'est très simple au contraire. Il y a en gros 3 standards (15 sur on prend les exotiques). Certains sont déjà dans de l'Open source (sfz) avec les approximations - et finalement le bide - liées à cette méthode (du bien et du n'importe quoi). Donc ça va faire bosser des L2 d'université à faire leurs mémoires pour un temps et ça occupera les amateurs qui seront fiers de faire un bruit de klaxon lu par Bitwig. Génial.

SFZ c'est un format de fichier ouvert pour sampler, pas un standard de plugin, contrairement à CLAP, qui n'a donc pas du tout pour cible les amateurs, mais les éditeurs de logiciels MAO.

Citation de Eliot33 :
Citation de Calagan :
La question n'est pas de savoir ce que ça apporte dans l'immédiat, mais la façon dont ça peut changer l'industrie de l'informatique musicale à long terme.
Que dalle. Les gros éditeurs (Pro) ne vont pas multiplier leurs plateformes de dev : ça ne rapporte pas autant que du gaming et ça coute un bras.

Prédire l'avenir avec autant de certitude sur un tel sujet, d'autres avant toi l'ont fait en prédisant la fin d'Apple en 1997 par exemple.
On constate encore aujourd'hui toute la modeste grandeur de leur clairvoyance...
Il ne s'agit pas de multiplier les plateformes de dev, mais de passer sur le standard ouvert qu'est CLAP, au lieu d'être dépendant du format VST, contrôlé par le concurrent Steinberg. On verra bien si ce nouveau standard aura du succès ou non, mais en tout cas, ça fait sens dans le secteur du développement MAO.
Quand on voit que parmi les intéressés il y a, entre autres, Arturia, Avid, Cockos, FabFilter et Presonus, on peut faire preuve d'un peu d'optimisme quand à l'avenir de CLAP, même si rien n'est joué dans l'immédiat. :clin:

"Le monde se divise en deux catégories : ceux qui passent par la porte, et ceux qui passent par la fenêtre." (Tuco)

[ Dernière édition du message le 01/07/2022 à 15:24:41 ]

35
x
Hors sujet :
Citation :
en prédisant la fin d'Apple en 1997 par exemple.

J'ai travaillé dans un Apple Center de 1991 à 1993 et il n'y avait pas un mois sans qu'un article de la presse spécialisé annonce la fin d'Apple. :mrg:

Nous, on continuait à vendre des Macs par palettes.


Citation :
Il ne s'agit pas de multiplier les plateformes de dev, mais de passer sur le standard ouvert qu'est CLAP, au lieu d'être dépendant du format VST, contrôlé par le concurrent Steinberg.

Comme tu dis, on verra bien. Mais aucun éditeur ne pourra se permettre d'abandonner VST avant un paquet d'années. ça revient donc à multiplier les plateformes de dev pendant quelques temps. Mais bon, développer sur plusieurs plateformes n'a visiblement jamais été un problème pour une partie du secteur puisqu'on a longtemps eu VST, AU et AAX.

Pour ce qui est du format ouvert auquel chacun peut apporter sa pierre VS format propriétaire géré par mastodonte du secteur, c'est pas automatique que tout le monde adhère à la première solution. Pour certains, notamment des petits, ça peut être plus rassurant d'avoir un truc hyper cadré et de laisser la responsabilité et le poids du standard à un acteur incontournable que les risques d'incertitude, l'investissement temps et les échanges délicats autour d'un format ouvert.

Mais ça, c'est une généralité industrielle. Concernant le domaine des plugins audio, on peut se douter que la volonté d'innovation, de pouvoir développer des fonctions créatives peut prendre le pas sur le côté relativement peinard de laisser un "gros" contrôler le standard.
Et, n'étant pas développeur de plugins, je ne connais absolument l'attitude de Steinberg, s'ils sont ou pas à l'écoute des demandes de la communauté des développeurs.
On peut même se demander si Steinberg tiendrait tant que ça à maintenir le VST et sa mainmise dessus. Pour l'instant, on peut se douter que oui puisqu'à ma connaissance, ils ne l'ont pas ouvert en open source. Mais finalement, c'est de l'investissement et du temps dont on peut se demander quel avantage concurrentiel il leur apporte aujourd'hui.
36
Paradoxalement, le format VST était initialement une aubaine : universel, d'accès gratuit pour les développeurs, efficace, stable.
Que Steinberg en limite le développement et son emploi par les développeurs est un non sens total.
37
Citation :
On peut même se demander si Steinberg tiendrait tant que ça à maintenir le VST et sa mainmise dessus. Pour l'instant, on peut se douter que oui puisqu'à ma connaissance, ils ne l'ont pas ouvert en open source.


Je suis pas expert en tout ça, mais VST3 n'est pas sous license GPLv3 ?
38
Après vérification, en effet. Ceci m'avait échappé.
Il semble quand même qu'il y ait une double licence : GPL qui permet de rendre le plugins open source et "Proprietary Steinberg VST3" dont je n'ai pas éclaircis les situations d'usage non plus que les contraintes.

[ Dernière édition du message le 05/07/2022 à 01:05:01 ]

39
Je kifferai que cette fonction soit possible avec TOUS les synthés du marché !!!! Bon au moins sur tous les synthés de Bitwig :mdr::mdr::mdr:

4716132.png

RdjpR

40
Citation de Will :
Il semble quand même qu'il y ait une double licence : GPL qui permet de rendre le plugins open source et "Proprietary Steinberg VST3" dont je n'ai pas éclaircis les situations d'usage non plus que les contraintes.

Je pense que la contrainte vient plus du côté de la licence GPL, qui est adaptée pour des plug-ins GPL, mais qui a un côté contagieux qui lui est parfois reproché. En gros, tout ce qui est lié (bindé au sens informatique) avec du GPLv3 doit être GPLv3 aussi. On peut intégrer du code sous licence plus permissive que GPL (par exemple licence de type BSD), mais le tout doit nécessairement être publié sous licence GPL.

C'est un paradoxe de la "liberté" qu'on souhaite imposer aux autres. Certains acteurs du libre en sont de farouches défenseurs (comme Richard Stallman, le créateur de la licence GPL, et à l'origine du projet GNU), et d'autres sont plutôt contre.

Le côté contagieux a même été renforcé par la GPLv3 par rapport à la GPLv2, c'est pourquoi Linus Torwald a déclaré ne pas souhaiter passer le noyau Linux de GPLv2 à GPLv3 par exemple. Ça donne lieu à un sacré fouillis au sujet duquel il existe de (très) longues pages Wikipeda.

[ Dernière édition du message le 08/07/2022 à 12:04:04 ]

41
En tout cas, la sortie de ce nouveau format de plugin ouvre un débat qui permet aux pauvres mortels non-informaticiens que nous sommes de comprendre un peu mieux comment fonctionnent les outils que nous utilisons tous les jours (enfin, ceux qui les utilisent tous les jours en tout cas).
J'aime bien les aspects très technique de cette discussion (même si je suis aussi calé en informatique qu'en physique nucléaire)...
42
Citation de gerfaut :
Citation de Will :
Il semble quand même qu'il y ait une double licence : GPL qui permet de rendre le plugins open source et "Proprietary Steinberg VST3" dont je n'ai pas éclaircis les situations d'usage non plus que les contraintes.

Je pense que la contrainte vient plus du côté de la licence GPL, qui est adaptée pour des plug-ins GPL, mais qui a un côté contagieux qui lui est parfois reproché. En gros, tout ce qui est lié (bindé au sens informatique) avec du GPLv3 doit être GPLv3 aussi. On peut intégrer du code sous licence plus permissive que GPL (par exemple licence de type BSD), mais le tout doit nécessairement être publié sous licence GPL.


Comme je le disais je ne suis pas expert. Mais si c'était vraiment le cas, Steinberg n'aurait tout simplement pas choisi GPLv3, Cubase n'est pas devenu un logiciel libre que je sache.
Ardour ne pourrait pas charger de plugins proprétaires (or il le peut) et Mixbus ne pourrait pas exister puisque c'est Ardour + des plugins propriétaires d'Harrison. Mais c'est possible que je n'ai pas tout saisi aux subtilités des licences.
43
Citation de Juki :
Mais si c'était vraiment le cas, Steinberg n'aurait tout simplement pas choisi GPLv3, Cubase n'est pas devenu un logiciel libre que je sache.
Ca veut dire qu'ils ont utilisé l'autre licence pour Cubase, la "Proprietary Steinberg VST 3", qui n'as pas les contraintes de la GPL.
Citation de Juki :
Ardour ne pourrait pas charger de plugins proprétaires (or il le peut) et Mixbus ne pourrait pas exister puisque c'est Ardour + des plugins propriétaires d'Harrison.
Les plugins ne reprennent pas le code de l'hôte donc ils ne sont pas restreint par la licence de l'hôte.
44
Ok, ça fait sens, merci, je m'étais emmélé un peu les pinceaux. :mrg:
45
Je propose qu'on arrête de supputer sur les licences qui sont un domaine complexe et sur les aspects techniques qui sont hors de notre portée.
Sauf évidemment pour ceux d'entre nous qui sont développeurs ou éditeurs de softs.

On peut en rester à l'approche utilisateur. Il me semble qu'il y a déjà de quoi en dire.

Moi par exemple j'ai été très déçu et même furieux à la sortie de VST3.

Un des problèmes des plugins est le contrôle par du matériel.
On avait un truc pas mal avec Automap : affectation automatique des contrôleurs à des contrôles.
Sauf que cette affectation par défaut était toujours merdique, juste parce qu'il était impossible d'identifier automatiquement la nature des contrôles. Ainsi, on pouvait avoir un bouton affecté à un potard et un potard affecté au réglage d'un switch.
Parce que rien dans la norme VST2 n'était prévu pour une identification ni une hiérarchisation des contrôles.
On pouvait ainsi, selon le bon vouloir du développeur, avoir des contrôles parfaitement identifiés ou réduis à un simple numéro.
Top quand il faut gérer des automations. :mrg:

Le.passage à VST3 aurait été l'occasion rêvée de normaliser tout ça et de faciliter ainsi grandement les reconnaissances entre plugins et surfaces de contrôle.
Que dalle !

Ça a laissé un boulevard à NI et son NKS. J'ai rien contre NI, mais j'apprécie la diversité et le libre choix pour les utilisateurs. Et les contrôleurs NKS restent à ma connaissance limités à 8 potards et 8 faders.

J'espère que le CLAP va apporter une belle avancée sur cette question. Ça serait cohérent avec MIDI 2 qui pointe le bout de son nez.
46
J'ai réalisé un crash test avec 10 instances de Diva au format CLAP en mode «Divine». :fache:
Carte audio réglée à 44,1KHz/24Bits avec un buffer de 128 samples et j'utilise en tâche de fond OBS Studio pour enregistrer la vidéo. :clin:



Je doit avouer que ce format de plugin gère particulièrement bien une charge CPU violente ! :bravo:
A 100% de CPU, j'ai seulement un décrochage audio. :mdr:
En VST, l'histoire est radicalement différente... :??:
47
wow, belle perf !
48
Ce soir j'ai reçu une petite vidéo de Bitwig consacrée au «Voice stacking».

Le «Voice stacking» est un système de calques qui permet de moduler un ou plusieurs paramètres d'un objet de manière différente suivant les voix jouées. :clin:
C'est très bien pour reproduire le désacordage subtile d'un synthétiseur analogique entre les différentes voix ou bien de passer, entre chacune d'elles, sur des réglages drastiquement différents que ce soit sur un synthétiseur ou bien un effet.
Actuellement Bitwig propose un calque global + 5 calques indépendants.

Cette vidéo présente les différentes possibilités de modulations liées au «Voice stacking» sur des objets propres à Bitwig et au milieu de celle-ci, le démonstrateur lâche une petite bombe en montrant que le «Voice stacking» peut être appliqué sur des plugins tiers au format CLAP ! :bravo:
(En l'occurrence la dernière version de Surge XT qui est un synthétiseur totalement gratuit :clin:).


49
Citation de Ghislain2b :
J'ai réalisé un crash test avec 10 instances de Diva au format CLAP en mode «Divine». :fache:
Carte audio réglée à 44,1KHz/24Bits avec un buffer de 128 samples et j'utilise en tâche de fond OBS Studio pour enregistrer la vidéo. :clin:



Je doit avouer que ce format de plugin gère particulièrement bien une charge CPU violente ! :bravo:
A 100% de CPU, j'ai seulement un décrochage audio. :mdr:
En VST, l'histoire est radicalement différente... :??:

Combien d'instances de Diva arrives-tu à utiliser en VST ? Histoire d'avoir une idée.
50
Dans les mêmes conditions avec le VST en version 3, j'ai un décrochement de l'audio à partir de 8 instances de DIVA alors que ma CPU n'est pas à 100% (mais à 90%).

[ Dernière édition du message le 26/08/2022 à 17:11:59 ]