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

[Pc Fan]

Première chose, puisqu'ici, on est sur Macmusic, on parle de l'ATA disponible sur les G4, et pas sur les PCs.

Cela ne change pas grand chose les normes ATA sont un standard.
http://www.t13.org/project/d1410r3a.pdf
Les 496 pages de normes.

En ATA-66, puisqu’on est dans ce cas, les impulsions à transmettre font seulement 30 nanosecondes de largeur ! On voit bien la précision nécessaire pour les capturer au vol (et l’incidence du bruit électrique récupéré par les câbles).

C'est en effet un temps court mais pas critique pour l'électronique moderne. La norme PCI en 66Mhz impose des contraintes non pas de 30ms mais de 3 ms. Là ça devient "chaud". 30ms ça va, il suffit de prendre quelques précautions, ce qui est fait dans les normes.

Celles-ci ne sont pas pour autant supprimées en totalité. La meilleure preuve, c'est qu'on a estimé nécessaire de rajouter un système de correction d'erreurs.

Pas tout à fait. Il y a des systèmes de correction d'erreurs depuis le PIO0. Par contre les CRC ont étés ajoutés avec le mode Burst. Dans ce mode on envoie une grande quantité de données en une fois. Ce qui est plus beaucoup moins fiable, d'où l'utilisation des CRC.

Qui peut affirmer que le fonctionnement d'un ordinateur est parfaitement stable ? La corruption de données ou de fichiers, ça existe ! Et de toute façon, ça me semble assez difficile de comparer les accès disques du fonctionnement classique d'un ordinateur, avec le streaming intense d'un système DTD en pleine activité (et qui plus est sur un disque certainement fragmenté).

Il y a pleins d'endroits dans un ordinateur où les données ne sont pas controlés. En mémoire et dans le CPU notamment (à part dans le cas des mémoires ECC pour serveur). Bien sur le taux d'erreur n'est pas nul, mais suffisament faible pour être négligeable. Les systèmes de correction ou de détection d'erruers ne sont nécéssaires que si des erreurs apparaissent à une fréquence génante.

Un remède possible le DMA (Direct Memory Access), où la responsabilité du transfert de données est sous-traitée à des processus intelligents, qui soulagent substantiellement le processeur.

Exactement, la consommation CPU baisse considérablement en UDMA. Mais les sauvegardes DD ne sont pas vraiment soumises aux contraintes temps réel du traitement audio. Tant que le cache n'est pas plein ce n'est pas génant. Les transferts peuvent être différés.

Une affirmation un peu rapide ! L’un des phénomènes perturbateurs en audio numérique s’appelle le jitter. Celui-ci produit des erreurs dans l’échantillonnage des bits, donc dans l’exactitude des informations. Ce n’est pas pour autant qu’on peut distinctement entendre l’effet produit (diminution du rapport signal/bruit, rétrécissement de l’image stéréo…). Et dans mon hypothèse d’erreurs de streaming, on est dans ce type de conditions.TE]

Les DD ne font pas de streaming. Rien dans la norme ATA ne permet de différencier un enregistrement de guitare d'une feuille de calcul.
Il n'existe pas de mode streaming comme l'UDP sur Internet par exemple. Sur un bus électronique il y a des phénomènes équivalents au Jitter (ils ne s'appellent pas comme ça) mais le protocole avec ses divers signaux d'aquiescements par exemple et les erreurs retournés si il n'es pas respecté s'assurent de l'intégrité des données. Cette partie ne pas de problème.