dim, 22/12/2013 - 08:31
#1 [2]
Liens
[1] http://refra.fr/portail/node/368#comment-2680
[2] http://refra.fr/portail/node/368
[3] http://refra.fr/portail/user/1
[4] http://refra.fr/portail/node/368#comment-2435
[5] http://refra.fr/portail/comment/2436#comment-2436
oui, la stratégie "all internal" (tout en interne) est claire - c'est la seule qui autorise trois choses,
* primo le maximum de stabilité et de fiabilité - car sur un plan statistique, 90% des remontées de bugs ou crashs (hors phase bétas) viennent de problèmes liés aux technologies "externes", que sont les plugins d'instruments, les pilotes de périphériques mal conçus ou pas aux normes, qui se bousculent dans des systèmes d'exdploitation qui s'auto-polluent de plus en plus ; et quels que soient les efforts qu'on va faire pour rendre l'hôte (de plugins), le rewire, le midi, l'OSC, et tous les protocoles "stables", la disparité des technologies "externes", la sécurisation de ces technologies (les plugins sont protégés et de plus en plus lourds), leurs constantes évolutions, va logiquement pousser renoise (qui est multi-plateformes) à s'auto-complexifier, à se ralentir (:exemple, la pahse de scan de mes 1000 plugins dure maintenant plus de 8 minutes) et on va aboutir au risque d'atteindre un seuil ou finalement à force de vouloir "tout" faire et rester connecté avec "tout et n'importe quoi", renoise ne fera assurément plus rien de bien ; il ne pourra plus être le programme compact et performant qu'on connaît ; il ne pourra plus proposer qu'un rendu médiocre, toujours dépendant de solutions externes, à la merci d'une moindre "mise à jour" sur laquelle il n'a aucune prise.
* secundo, le tout en interne va permettre l'émergence du pillage des plugins à base de samples "commerciaux". Je m'explique. Jusque là, le "plugin grabber" (grapilleur de plugins) était utilisé assez sporadiquement certes, mais il restait assez insatisfaisant, car justement, on peinait à créer à partir de lui des instruments similaires aux instruments à la kontakt ou à la nexus. Or là, ... le niveau du sampler interne développé sur renoise 3 est en train de changer la donne... car qu'est-ce qui empêche maintenant l'utilisateur lambda de grapiller et convertir en version .xrni les plugins "à la kontakt" ? bah plus grand chose. Une fois correctement grapillé, le plugin "transformé" en xrni, perd toute sa valeur commerciale. Quand Redux va débouler, on va probablement pouvoir customiser l'interface, et rattacher des banques de sons type .xrni (enfin j'imagine...), et je le sens venir de loin ce coup là, Redux va (1) casser les prix et (2) "cloner" les gros romplers du marché. Va y avoir du sport à ce niveau. Et peut-être aussi des tentatives de coups bas "juridiques".
* troisio, l'innovation et l'indépendance : le problème c'est innover et rester en marge d'un système mainstream qui impose ses codes, et sur ce plan, la grosse difficulté, c'est qu'on ne peut pas innover si on est techniquement dépendant ou à la suite des solutions externes définies par les gros pleins de frics. Renoise ne peut pas innover s'il s'appuie trop sur des technologies dont il ne détient pas les clefs ; il sera obligé de "suivre le mouvement" des évolutions du format VST, VSTi, etc... mais c'est Steinberg qui est propriétaire du format et qui donc donne la mesure, le tempo. Si Steinberg décide du jour au lendemain de créer un nouvelle norme VST faudra se mettre à la page à la suite, mais ça n'ira pas en dehors du cadre défini par Steinberg. Pareil pour les poids lourds de la MAO, comme Ableton Live, Fruity Loops, et toute la gamme des Imageline, Renoise doit pouvoir continuer tacler allègrement ces produits et rester le tueur de la MAO qu'il est déjà. Et pour ça il doit continuer à garder le plus possible l'estime de sa propre identité. Donc ce qu'on demande à Renoise, c'est qu'il produise des résultats bluffants "par lui-même" et tout en gardant son identité de tracker qu'il produise aussi bien et plus efficacement des résultats similaire voire meilleurs aux poids lourds du marché.
L'Administrateur