réactions à la news LinPlug arrête ses développements
- 46 réponses
- 19 participants
- 4 205 vues
- 19 followers
Afficher le sujet de la discussion
C'est vrai. Mais là on entre dans le domaine des vraiment très petits développeurs. Il y a eu quelques petits développeurs pas trop petits qui ont utilisé SE ou SM comme Angular Momentum (AMVST, Thomas Weber) ou SuperWave (Christopher Gill) par exemple et quelques autres, mais globalement le développement sous SE et sous SM est plutôt concentré sur le freeware.
SM ne passera jamais sous 64-bit et à mon avis c'est un énorme tort (peut-être pas sur le plan technique mais en tout cas sur le plan des exigences de plus en plus pressantes même de la part des amateurs de freewares), et SE galère comme c'est pas possible pour la mise au point en 64-bit (parce que Jeff a fait des choix dont nous sommes nous-mêmes très dubitatifs, nous-mêmes qui l'entourons à titre de développeurs SE dans le groupe Yahoo où nous sommes actifs ensemble).
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.
- 1
- 2
alex.d.
5832
Je poste, donc je suis
Membre depuis 10 ans
Anonyme
105
Spidouz
2402
AFicionado·a
Membre depuis 22 ans
VSTj
153
Posteur·euse AFfiné·e
Membre depuis 19 ans
L'obsolescence de logiciels de développement comme SynthEdit ou SynthMaker contribue sans doute aussi à cette raréfaction des petits éditeurs 
Anonyme
Citation de VSTj :
L'obsolescence de logiciels de développement comme SynthEdit ou SynthMaker contribue sans doute aussi à cette raréfaction des petits éditeurs
C'est vrai. Mais là on entre dans le domaine des vraiment très petits développeurs. Il y a eu quelques petits développeurs pas trop petits qui ont utilisé SE ou SM comme Angular Momentum (AMVST, Thomas Weber) ou SuperWave (Christopher Gill) par exemple et quelques autres, mais globalement le développement sous SE et sous SM est plutôt concentré sur le freeware.
SM ne passera jamais sous 64-bit et à mon avis c'est un énorme tort (peut-être pas sur le plan technique mais en tout cas sur le plan des exigences de plus en plus pressantes même de la part des amateurs de freewares), et SE galère comme c'est pas possible pour la mise au point en 64-bit (parce que Jeff a fait des choix dont nous sommes nous-mêmes très dubitatifs, nous-mêmes qui l'entourons à titre de développeurs SE dans le groupe Yahoo où nous sommes actifs ensemble).
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.
[ Dernière édition du message le 04/06/2017 à 21:59:48 ]
alex.d.
5832
Je poste, donc je suis
Membre depuis 10 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 12 ans
Silos
735
Posteur·euse AFfolé·e
Membre depuis 8 ans
Spidouz
2402
AFicionado·a
Membre depuis 22 ans
mdti
552
Posteur·euse AFfolé·e
Membre depuis 12 ans
mdti
552
Posteur·euse AFfolé·e
Membre depuis 12 ans
Spidouz
2402
AFicionado·a
Membre depuis 22 ans
dreamstar
565
Posteur·euse AFfolé·e
Membre depuis 18 ans
Spidouz
2402
AFicionado·a
Membre depuis 22 ans
8oris
5658
Je poste, donc je suis
Membre depuis 21 ans
Anonyme
ymersion
2243
AFicionado·a
Membre depuis 21 ans
Anonyme
alex.d.
5832
Je poste, donc je suis
Membre depuis 10 ans
Anonyme
Très intéressant. Un peu dans le même esprit que Archive.org pour l'historique d'Internet depuis 2000.
Ce projet Software Heritage mérite une lecture approfondie.
Ce projet Software Heritage mérite une lecture approfondie.
8oris
5658
Je poste, donc je suis
Membre depuis 21 ans
- < Liste des sujets
- Charte
- 1
- 2