Couin
8:20 PM - 16 February, 2007
[Mode Michel Chevalet]
Le code enregistré sur les disques de de contrôle Serato, c'est ce que l'on appelle un NoiseMap (carte de bruit) et non un timecode (dans lequel une base de temps est codée).
Il est constitué d'une sinusoîde (enfin, 2 , mais décalées d'un quart d'onde l'une par rapport à l'autre) d'1 kHz.
Rentrons un peu dans les détails du Noisemap...
Sur le CV01 (premier batch de disques de contrôle) :
Les 10 premières minutes du noisemap sont identiques.
La différence se fait après : La piste de défilement par vinyl pour la face A (qui dure environ 2 / 3 minutes) et les 5 dernières minutes pour la face B.
Les tests ont résultés sur le fait qu'il y avait de lègeres variations de vitesse. C'était pas dramatique non plus, mais il n'était pas question de laisser comme ca.
La solution dans l'immédiat a été de faire une correction logicielle de ces variation (drift compensation), étant donné que tout le monde avait les mêmes disques de contrôle. Evidement ,comme les variations n'étaient pas les mêmes sur la face A et la face B, il fallait pouvoir différencier (au niveau logiciel) quelle face on jouait.
Sont alors apparues les mentions CV01A et CV01B.
Il suffisait, de placer la cellule après les 10 minutes de la face à jouer afin que le logiciel puisse savoir quelle compensation appliquer (indépendante sur chacune des platines).
Rane/Serato ne se sont pas contenté simplement de cela (rien ne les en empêchait) et ont donc fait masteriser un nouveau disque de contrôle, appelé CV02 (Second Edition).
Il s'agit a présent de différencier entre-elles chacune des 2 faces du CV02, mais également du CV01.
Donc, on a CV02A et CV02B, distinguables (logiciellement) sur toute leur surface respective (et non après les 10 premières minutes).
Donc, pour résumer, on a effectivement bien 4 faces de noisemap (donc 10 minutes communes), à savoir :
CV01A : environ 13 min de code
CV01B : 15 minutes de code dont 10 identiques à CV01A
CV02A : environ 13 min de code
CV02B : 15 minutes de code
Soit, il devrait y avoir un total de code théoriquement différent au long de 46 minutes (13 + 5 + 13 + 15).
On pourrait élaborer un peu plus le détail en calculant le nombre de combinaisons possibles sur 20 bits, et en tenant compte de la fréquence du signal (1kHz), déterminer si il y a suffisament de combinaisons pour 46 minutes, ou bien si le soft regardes plusieurs les combinaisons contigues pour déterminer la position.
Toujours est il que le soft reconnait et lit l'endroit défini par la cellule, en 8ms (j'ai fais les mesures).
Posons la cellule n'mport'où sur le disque et faisons lui lire 20 bits consécutifs (on reste dans le mode imaginaire car je vois mal qui que ce soit compter le nombre de bits à lire en réel, quoi que c'est faisable par d'autres procédés). Mettons en gras dans l'exemple ci dessous, la partie qui nous intéresse :
...01001001001010001010101101011011110010101010101101000101...
Le logiciel analyse ce code et sait donc à quel position précise se trouve la cellule sur le disque.
Remarquons que nous n'avons pas besoin de bit de start ni de bit de stop.
Tournons légèrement le disque, de manière à avancer d'un bit.
...10010010010100010101011010110111100101010101011010001010...
C'est une nouvelle série de 20 bits consécutifs, donc, une nouvelle position.
Voilà, vous pouvez maintenant vous servir une boite d'aspirine genre grand format !
Nous avons vu tout à l'heure que la fréquence dl était d'1 kHz. C'est une sinusoïde (ceux qui n'ont pas fait BTS Bricolage peuvent reprendre un aspirine). La période d'une sinusoïde est constituée d'une alternance positive et d'une alternance négative. Une période se mesure entre 2 points identiques de la forme d'onde - donc entre 2 points identiques sur le front montant par exemple). Dans une période, on a un bit, 0 ou 1 pour son état, et il est facilement reconnaissable car la crête de l'alternance est soit faible (0) soit forte (1).
Donc, 1kHz c'est 1000 périodes par seconde, soit 1000 positions par seconde, d'où cette précision. (Mais cela n'a rien à voir avec la latence minimale).
Voilà, maintenant, vous allez dire "Mais si je lis le disque à l'envers, les bits seront lus à l'envers, le logiciel va comprendre une autre position." ... et bien non ! Pourquoi ?
Sur le disque, le noisemap est enregistré en stéréo, avec un quart d'onde de retard d'un canal par rapport à l'autre, et le logiciel le sait. Quand on lit à l'envers, le retard est inversé, le logiciel sait donc que le disque est lu à l'envers, et donc que le code est lu à l'envers.
Pour ce qui est de la latence, elle n'a rien à voir avec le nombre de positions par seconde, mais il s'agit du temps de réponse entre le mouvement du disque et le "mouvement" du son en sortie. Il faut additionner 3 latences décrites ci-dessous :
Pour cela il faut compter la latence due au flux entrant (le signal de contrôle est acheminé jusqu'au logiciel, pour simplifier). Cela prends un certain temps.
Ensuite, il y a la latence de traitement (processing). Cela prends également un certain temps.
Et finalement, il y a la latence de flux sortant (le son est acheminé depuis le logiciel aux sorties audio, pour simplifier également). Cela prends un certain temps (en général égal au flux entrant).
Les latences des flux étant purement définies par le matériel, le réglage de la latence totale agit sur la latence de traitement. Comment ?
Le traitement se fait par petits paquets de données :
- Plus les paquets sont petits, plus la latence est faible, mais plus le processeur est sollicité.
- Plus les paquets sont grands, plus la latence est élevée, mais plus le processeur est soulagé.
Le réglage donne une latence totale entre 8 ms et 28 ms.
Certains concurrents (notamment ceux qui n'ont pas de boîtier propriétaire) prétendent à une latence de 1 ou 2 ms, mais il s'agit que de la latence de traitement, à laquelle il faut ajouter les latences de flux.
De toute façon, il faut être quasiment surhumain pour faire la moindre différence de réglage en dessous de 10ms.
[/Mode Michel Chevalet]
Donc, le disque dicte directement la position de la cellule, au logiciel.
En mode absolu, le logiciel respecte à la milliseconde près cette position. C'est ce qui fait que lorsque tu déplaces la cellule, tu te déplaces dans le morceau musical (comme un vrai disque).
En mode relatif, on ne tient pas compte du fait que tu déplaces la cellule plus ou moins loin dans le disque, mais seulement des mouvements avant/arrières (comme un Numark CDX). En fait, c'est un peu plus compliqué depuis la version 1.6.1 ou 1.6.2, je sais plus exactement : Certains ont constaté que de violents scratches en mode relatif faisaient décaler le sample à scratcher par rapport au repère sur le disque (version vinyl seulement). Il a été mis en plas ce système très ingénieux (et oui, encore un !) pour parer à ce problème.
En fait, le mode relatif se comporte comme le mode absolu mais sur un tour de disque, ce qui revient à observer l'angle du disque, afin que le sample soit toujours au même angle. Pour changer l'angle du disque pour le sample en question, il suffit de lever la cellule lorsque le sample est calé, de choisir le nouvel angle, et reposer la cellule à plus d'une minute (avant ou après) de la position précédente.
