S.S.T.R.N. (Synthèse Sonore Temps Réel & Natif)

Vous avez vu que si les programmes "prototypes" de Renoise, que sont Noisetrekkr (et plus récemment Protrekkr), intègrent un module de "synthé basique" (et de boite à basse roland tb 303 émulée) en natif, Renoise a sciemment évacué ce synthé de son propre code source et évolé sans jamais "générer" quoi que ce soit de ce genre en temps réel.

Pourquoi ? Un choix stratégique : probablement parce que chacun a ses gouts en matière de couleur et de grain sonore et de technique de synthèse, et il existe tant de VSTis gratis, légers, qui ont chacun leur personnalité qu'il est impossible de satisfaire tout le monde sur ce point ; Renoise se concentre donc sur l'interface de notation et l'ergonomie du workflow, quant aux générateurs de sons proprements dits, il est vain (aux yeux des développeurs) de de s'y atteler. En contrepartie, on doit l'impressionnante stabilité de Renoise à cette logique qui consiste à évacuer toute solution de synthèse interne en natif pour orienter l'utilisateur vers des solutions externes hétérogènes. Mine de rien, afin de permettre cette logique, les développeurs ont fait de Renoise l'hôte de plugin qu'il est, hyper stable, très tolérant. Il n'en reste pas moins que Renoise est "multi-plateformes", et que les VSTis ne sont parfois pas forcément accessibles sur tous les OS ou ne se comportent pas forcément de façon similaire sur tous les OS. Si vous souhaitez partager un module fait sous windows avec un VSTi uniquement windows, avec quelqu'un qui travaille sous MAC ou Linux : c'est juste mort. Donc la logique qui veut qu'on ré-introduise une technique de synthèse / générateur de son native en temps réel dans Renoise, intervient à ce moment-là, dans l'optique donc de rendre vos modules extrêmement portables et audibles sur tous les supports.

On va probablement mettre quand même un mois pour tout décrire, tout expliquer, tout illustrer. Il faut en effet partir des bases. De la nature du son. Décrire ce qu'est une oscillation. Et comment la contrôler en temps réel. Il faut aller sur la description de ce que sont les fréquences. Et leur rapports avec les "tonalités" et les "hauteurs de notes". Et forcément il n'y a pas 36 périphériques qui permettent de contrôler les modules internes de Renoise : les méta-périphériques. Ce tutoriel s'adressera donc en particulier aux "newbies avancés" c'est à dire ceux qui ont compris ce qu'est un méta-périphérique. Si vous ignorez ce qu'est un méta-périphérique mieux vaut alors effectuer un petit refresh salutaire [ici].

On pourrait jeter dès maintenant en pâture aux lecteurs des modules-exemples de synthèse native, et les laisser deviner mais c'est à mon avis la pire des méthodes explicatives qui risque d'avoir un effet plus rebutant qu'autre chose.

Donc on va jeter les bases du tuto sous forme de questions diverses et variées :

1. Qu'est-ce qu'une onde sonore et qu'est-ce qu'une oscillation ? Quels types d'oscillations peut-on définir ? 

2. Que sont les fréquences ? Quels rapports y a-t-il entre les fréquences et les hauteurs de notes ? Comment et où stocker une table de fréquences utiles dans un .xrns sous Renoise ?

3. Quel est le DSP interne de Renoise qui produit des oscillations ? Comment controler ce DSP ?

4. Comment enrichir, et rendre plus intéressant le son simpliste produit par un oscillateur ?

5. Y a-t-il des techniques alternatives pour générer des tonalités sous Renoise ?

Cette liste de questions pourra être mise à jour et remaniée en fonction des besoins.