IDE / SCSI / Firewire, Le son n'est pas le même?!! Options

[Francois Déchery]

Mister Celmo ecrivait, dans un autre sujet:

Tiens pour attaquer dans le gras du sujet, apres avoir il y a quelques annees, mis un certain souk en emettant l'"idee" que les logiciels eux memes n'avaient pas tous le meme son( helas et heureusement a la fois), un sujet interessant est a lancer: C'est la difference dans la qualite du son en fonction du disue dur utilisé. Eh oui, Un de nos camarades (canadien pour ne pas le citer) avait remarqué qu'un nouveau disque installe n'avait pas le meme son que celui d'origine. il avait simplement change son disque et c'en est reste la, je crois. mais depuis ce moment, j'ai fait quelques tests, et le resultat est qu'il est evident que le systeme de disques durs utilisé est tres responsable de la qualite du son. par exemple l'IDE (ou le firewire qui en decoule) est cause de degradations en fonction du nombre de pistes utilise. En revanche, le SCSI (cette chierie de skuzzi) , s'il est bien configure, respecte plus facilement le timbre original. Ca vous en bouche pas un coin ca?
helas, a qualite equivalente, le SCSI est toujours beaucoup plus cher. et plus chiatique.
En bref, ce que je voulais aussi dire par la, c'est que les systemes respectant au maximum le son tel qu'il a ete enregistre, et dans n'importe quelles conditions coute toujours tres cher, et que la regle qui fait que pour avoir dix pour cent de mieux on paie souvent dix fois plus est toujours valable.
Bon, le debat est lancé, si ca interesse quelqu'un..

En voila un loup interressant

[Michel Geiss]

Intéressante, cette discussion. Et tout n’a pas été dit !
D’une part, Celmar, quand tu nous parles de différence de qualité sonore entre différents types de disques durs, il me semble qu’il serait utile de préciser si tu as constaté la chose sur un système totalement natif (comme Logic), ou sur une config DSP (comme PTools TDM). Il me semble qu’il pourrait y avoir une différence sensible.
Cela dit, quand tu parles de différence, je le crois, et la question que tu soulèves est essentielle.
Ceux qui croient que ce n’est pas possible, qu’il n’y a que des 0 et des 1 à transmettre ne savent pas qu’en audio numérique, plein d’autres facteurs interviennent. A commencer par l’intégrité des données. Hé oui ! Un câble IDE n’est pas du tout parfait pour transmettre les fameux états binaires électriques. Ca aussi, il faut y penser ! 48 pistes en 16 bits à 44 khz, si je ne m’abuse, ça fait un genre de bande passante de pratiquement 34 MHz. Encore plus en 24 bits, bien sûr ! Loin d’être évident à transmettre sur un câble plat IDE ! A de telles fréquences, les fuites électro-magnétiques peuvent perturber ces états binaires et mélanger les crayons !
En tout cas, sans précautions spéciales, l’intégrité des données n’est pas garantie, malgré ce que certains peuvent penser ! N’oublions pas que notre discussion concerne un mode de fonctionnement assez rare en informatique (en dehors de la vidéo et de l’audio) : le streaming, qui est sujet à certains compromis.
Et la correction d’erreurs, ça existe aussi sur disque dur ! Depuis l’ATA 66, le CRC (Cyclical Redundancy Checking) a été adopté pour ça. Quand une différence entre ce qui est émis et ce qui est reçu est relevée, l’ordinateur peut recevoir un ordre de ralentissement du transfert, et de ré-envoi du paquet de données corrompu. Mais, les erreurs ne peuvent être reconnues et corrigées que lorsqu’on travaille en mode Ultra DMA.
Mais, dites-moi si je me trompe, sauf erreur (sans jeu de mots !) je ne crois pas que le G4 puisse le faire. Je crois qu’il faut aller dans la gamme des serveurs Apple pour y trouver ce mode, alors qu’il est courant sur Windows. Le simple mode IDE lui-même ne permet pas la correction d’erreurs, alors que le SCSI le fait.
Alors, s’il est confirmé que l’Ultra DMA n’est pas géré par le G4, il reste la possibilité de passer par des cartes dédiées, comme la Sonnet Tempo ATA100
http://www.sonnettech.com/product/tempo_ata100.html
qui non seulement le gère, mais permet aussi de travailler en ATA-100, alors que le Mac est toujours apparemment en ATA-66.
Le formattage du disque peut apparemment jouer aussi un rôle, puisque certains types de softs permettent de gagner de la vitesse, mais en surchargeant le processeur.

Puisqu’il est question de SCSI, le transfert des données étant fait de manière bien plus intelligente, on peut comprendre que le débit soit moins sujet aux erreurs (sans parler de la correction incluse). D’ailleurs, Docteur Celmar, tu ne nous dis pas si tu passes par une carte ATTO en SCSI, ce qui donnerait une grande supériorité à l’IDE, bien sûr. Chez ATTO, ils ont d’ailleurs aussi des solutions intéressantes pour amener les performances des disques ATA au niveau des SCSI. Petite parenthèse : le nouveau SCSI arrive : le Serial Attached SCSI
http://www.serialattachedscsi.com/

Je reviens un peu sur ce problème d’erreurs. Quand elles se produisent sans être corrigées, il ne s’agit pas forcément d’informations manquantes et de clics dans l’audio, mais aussi des 0s à la place de 1s, et inversement. Par ailleurs, il faudrait bien connaître les logiciels, pour savoir si certains n’intègrent pas leur propre algorithme de correction d’erreurs (ce qui ne m’étonnerait pas). Auquel cas, les déformations de l’audio seraient plus sournoises, puisque corrigées en partie, notamment quand on a un manque de données momentané.

Et pour terminer, je dirais qu’il ne faut pas oublier qu’un ordinateur n’est pas fait pour l’audio. Désolé, mais c’est une vérité à ne pas oublier. C’est seulement en faisant preuve d’une grande ingéniosité que les concepteurs de logiciels et de matériel arrivent à des performances correctes. Normalement, une solution dédiée, une console ou un enregistreur numériques, ça donne plus de certitudes de résultats fiables, puisque le constructeur est garant du bon fonctionnement d’un système fermé et de ses caractéristiques, des convertisseurs au disque dur, en passant par le système interne.
Mais… si on reste raisonnable et qu’on n’en demande pas trop en performances, une bonne config, même native…, c’est sûrement capable de très bien faire.
Un truc au passage (ca va peut-être en énerver quelques uns) : si vous savez que la qualité audio dépend du débit sur les disques durs, vous préférez travailler en 24 bits, au risque de déformations, ou en 16 bits de façon plus sûre ?