Sujet Commentaires sur la news : LinPlug arrête ses développements
- 46 réponses
- 19 participants
- 3 896 vues
- 19 followers
Afficher le sujet de la discussion
Le plus gros obstacle pour développer un plugin directement en C++ et non avec SynthEdit, ce n'est pas de maîtriser le langage où les API, c'est de maîtriser les techniques de DSP pour faire du code de calcul propre, sans artefacts ni aliasing, ce qui n'est pas si trivial.
C'est pas faux. C'est même tout à fait vrai.
Mais sous Synthedit, si on veut faire des choses pointues et originales soit il faut passer par des modules faits par d'autres développeurs qui maîtrisent donc le C++ pour faire ces modules plus performants que les modules de bases... soit il faut réaliser ces modules performants soit-même. Ce qui revient donc au même au final: il y a un développement à un moment ou un autre en C++ à moins de se contenter du DSP codé par Jeff et alors ce sont des modules qui sont à la fois basiques et qui amènent tous ceux qui s'en contentent à produire alors les mêmes sons sous des modulations variées et avec des GUIs variés, certes... mais sensiblement toujours les mêmes oscillateurs, les mêmes filtres, donc finalement plus ou moins toujours les mêmes sons. Résultat : même en développant sous Synthedit il faut faire du C++ pour faire ses propres modules (ou utiliser des modules faits par d'autres... donc de toutes manières en C++) afin de sortir des sentiers battus au niveau du DSP et produire des choses vraiment sortant de l'ordinaire.
De plus il y a l'aspect debuggage et maintenance. Quand ton plugin a un bug et que ce bug provient du code natif de Synthedit... eh ben bernique pour satisfaire le client avec un débuggage dans des délais assez courts pour satisfaire l'utilisateur. Parce que soit tu devras attendre que Jeff produise un correctif de Synthedit et c'est pas gagné quand on n'est plus dans le cycle de développement de la version courante de SE soit tu devras t'en remettre au développeur du module que tu as utilisé et le problème est sensiblement le même. Conclusion : quand on développe soit-même le DSP dans ses profondeurs on a nettement plus de chance d'avoir de bonnes relations avec la clientèle...
Seulement voilà : développer en C++ ça nécessite un temps d'apprentissage qui est nettement plus long que d'apprendre à développer graphiquement du Synthedit. Et ce temps d'apprentissage d'un vrai langage est d'autant plus long si par ailleurs on a un boulot prenant 8 à 9 heures par jour et qu'on ne dispose que de deux ou trois heures de loisir par jour... ou quand on prend de l'âge comme dans mon cas. Sans compter que tant qu'on fait ça on ne fait pas de la musique. Or généralement Synthedit est plutôt une activité de personne seule, donc passionné de musique qui produit pour lui à titre de loisir (à quelques exceptions près, je n'oublie pas) et a envie de partager le résultat de sa passion ludique alors qu'un développeur vrai, lui, ce qu'il fait c'est un business et ce n'est pas à titre de loisir qu'il fait ça mais pour faire entrer des revenus à titre professionnel (ou plus ou moins "para-professionnel"). Donc ce sont des cas de figures différents.
alex.d.
5525
Je poste, donc je suis
Membre depuis 9 ans
Citation de BlackWinny :
Il faut aussi savoir que de plus en plus de développeurs amateurs n'hésitent plus à mettre la main dans le C++, grâce à des APIs de plus en plus accessibles aujourd'hui pour les amateurs comme pour les petits développeurs professionnels.
Le plus gros obstacle pour développer un plugin directement en C++ et non avec SynthEdit, ce n'est pas de maîtriser le langage où les API, c'est de maîtriser les techniques de DSP pour faire du code de calcul propre, sans artefacts ni aliasing, ce qui n'est pas si trivial.
Anonyme
Citation de alex.d. :
Citation de BlackWinny :
Il faut aussi savoir que de plus en plus de développeurs amateurs n'hésitent plus à mettre la main dans le C++, grâce à des APIs de plus en plus accessibles aujourd'hui pour les amateurs comme pour les petits développeurs professionnels.
Le plus gros obstacle pour développer un plugin directement en C++ et non avec SynthEdit, ce n'est pas de maîtriser le langage où les API, c'est de maîtriser les techniques de DSP pour faire du code de calcul propre, sans artefacts ni aliasing, ce qui n'est pas si trivial.
C'est pas faux. C'est même tout à fait vrai.
Mais sous Synthedit, si on veut faire des choses pointues et originales soit il faut passer par des modules faits par d'autres développeurs qui maîtrisent donc le C++ pour faire ces modules plus performants que les modules de bases... soit il faut réaliser ces modules performants soit-même. Ce qui revient donc au même au final: il y a un développement à un moment ou un autre en C++ à moins de se contenter du DSP codé par Jeff et alors ce sont des modules qui sont à la fois basiques et qui amènent tous ceux qui s'en contentent à produire alors les mêmes sons sous des modulations variées et avec des GUIs variés, certes... mais sensiblement toujours les mêmes oscillateurs, les mêmes filtres, donc finalement plus ou moins toujours les mêmes sons. Résultat : même en développant sous Synthedit il faut faire du C++ pour faire ses propres modules (ou utiliser des modules faits par d'autres... donc de toutes manières en C++) afin de sortir des sentiers battus au niveau du DSP et produire des choses vraiment sortant de l'ordinaire.
De plus il y a l'aspect debuggage et maintenance. Quand ton plugin a un bug et que ce bug provient du code natif de Synthedit... eh ben bernique pour satisfaire le client avec un débuggage dans des délais assez courts pour satisfaire l'utilisateur. Parce que soit tu devras attendre que Jeff produise un correctif de Synthedit et c'est pas gagné quand on n'est plus dans le cycle de développement de la version courante de SE soit tu devras t'en remettre au développeur du module que tu as utilisé et le problème est sensiblement le même. Conclusion : quand on développe soit-même le DSP dans ses profondeurs on a nettement plus de chance d'avoir de bonnes relations avec la clientèle...
Seulement voilà : développer en C++ ça nécessite un temps d'apprentissage qui est nettement plus long que d'apprendre à développer graphiquement du Synthedit. Et ce temps d'apprentissage d'un vrai langage est d'autant plus long si par ailleurs on a un boulot prenant 8 à 9 heures par jour et qu'on ne dispose que de deux ou trois heures de loisir par jour... ou quand on prend de l'âge comme dans mon cas. Sans compter que tant qu'on fait ça on ne fait pas de la musique. Or généralement Synthedit est plutôt une activité de personne seule, donc passionné de musique qui produit pour lui à titre de loisir (à quelques exceptions près, je n'oublie pas) et a envie de partager le résultat de sa passion ludique alors qu'un développeur vrai, lui, ce qu'il fait c'est un business et ce n'est pas à titre de loisir qu'il fait ça mais pour faire entrer des revenus à titre professionnel (ou plus ou moins "para-professionnel"). Donc ce sont des cas de figures différents.
[ Dernière édition du message le 04/06/2017 à 23:41:09 ]
mdti
552
Posteur·euse AFfolé·e
Membre depuis 11 ans
Silos
735
Posteur·euse AFfolé·e
Membre depuis 7 ans
Spidouz
2402
AFicionado·a
Membre depuis 21 ans
mdti
552
Posteur·euse AFfolé·e
Membre depuis 11 ans
mdti
552
Posteur·euse AFfolé·e
Membre depuis 11 ans
Spidouz
2402
AFicionado·a
Membre depuis 21 ans
dreamstar
560
Posteur·euse AFfolé·e
Membre depuis 17 ans
Spidouz
2402
AFicionado·a
Membre depuis 21 ans
- < Liste des sujets
- Charte