Une Fonctionnalité Possible Pour Un Sampler, suggestion éventuelle pour développeurs Options

[Krakatau]

Sous toute réserves que ce post n'a pas forcément sa juste place dans cette rubrique reservée au plug-ins (je n' ai personnellement aucunes notions concrète en matière de programmation et par conséquent me suis abstenu de le placer directement dans la rubrique réservée aux développeur !)
...voila donc, de quoi il en retourne !

Comme laconiquement indiqué (cet adverbe de 5 syllabes est bien long pour prétendre décrire la brièveté !) je voudrais connaître votre avis, vous tous, a propos d' une idée parmis d'autres que j'ai déjà essayé de faire valoir dans d'autres forum,s en anglais, avec un succès mitigé...

A savoir :

-Comment recréer, le plus intuitivement possible, le phrasé d' un instrument, éventuellement polyphonique et soliste, tel qu' il est rendu dans une bande ou une cassette lue a l' envers, et cela comme un élément a part entière d' une orchestration ?

J 'ai supposé qu' un sequenceur pourrait ( théoriquement !), durant un playback, lire par anticipation ses fichiers midi et éventuellement aussi ses fichiers audio et audio-instruments si sa puissance de calcul serait suffisante.

Et par conséquent permettre certaines acrobaties dont celle ci :

-en lieu et place de l' enclenchement de la lecture d'un sample (ou plusieurs s'il sagit d'un patch de multisampling ) au données de "notes-on" ,et donc tel que la chose se passe en temps réel . Ces mêmes évènements (events!) serviraient de point d' ancrage avec un emplacement, librement choisi ou que ce soit, entre début et la fin du ou des échantillon(s) utilisé(s) dans ledit patch de sampler.

Et dans le cas d'une simulation d'une bande inversée le point d'ancrage serait fixé sur le dernier échantillon du fichier (ou plutôt sur l'attaque effective de l'instrument échantillonné, et renversé durant son édition)

Et donc, soit la pré-lecture des fichiers autoriserait le calcul en temps-réel des emplacements effectifs de départ de lecture du ou des échantillon(s), transposé(s) et joué(s) en polyphonie...soit le séquenceur après calculs retrouverait les emplacement réel des données "note-on" et les enregistrerait automatiquement...(avec pour seul réserve la finesse de résolution de quantisation du séquenceur, mais visiblement cela permettrais un allègement substantiel question ressources processeur !)

Quelque chose qui ne pourrait évidemment fonctionner que durant la lecture d'une composition, (sequencer's playback)

De fait, dans le cas le plus simple d'un patch avec un unique échantillon inversé (ex: une note de piano, de guitare, une frappe de vibraphone, un coup de gong, etc... ) joué en polyphonie, je vous laisse imaginer le cauchemar que ce serait de vouloir resynchroniser a l' oreille tout le phrasé de l'instrument, note après note, pour qu'il corresponde avec votre interprétation, mais en supposant ce procédé tel que décrit réalisable, une telle opération me paraîtrait plus abordable

Et nettement moins onéreuse en dépenses aspégic !

A voir comme ça, le premier problème qui parait se poser incrimine la communication entre l' instrument virtuel et son hôte, et les quelques échos que j'ai eu a ce sujet m' on laissé entendre que les spécifications propre a la technologie VST ne permettait peut-être pas un tel tour de force, ceci dit ce n'est peut-être pas le cas avec un protocole de communication (?) plus récent tel que "Audio Unit"...ou encore dans le cas d'un sampler faisant partie intégrante d' un séquenceur comme le EXS24 dans Logic ?

De plus, cette technique pourrait avoir un autre usage avec des samples de percussions dont il est intéressant de préserver quelque détails sonores avant impact (comme par exemple un tambourin) surtout si l'on veut utiliser diverses transpositions importantes du même échantillon : le point d' ancrage se trouverais sur l'impact de l'instrument
... tandis que l' intégralité de l'échantillon serait préservé contrairement a l'usage courant qui exigerait de tronquer tout le signal précédent l'impact pour éviter une désynchronisation intolérable dudit impact en cas de transposition importante dans les graves de l'enchantillon

Voila donc ce que je propose a votre communauté dans l' espoir, bien sûr, de la voir juger suffisamment intéressante pour être concrétisée un jour plus ou moins proche, mais a défaut, il me paraît déjà très intéressant de connaître a travers sa critique , l' avis de développeurs sur les difficultés qui se poserait a sa réalisation

Je sais que, a défaut d' exemples concret et/ou de graphiques, ma description est assez ardue et manque peut-être de clarté,... je m'en excuse d' avance !

En toute humilité...

[barpi75]

aç nob sèrt muh