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]

Un disque dur peut stocker des données en bloc, de façon statique et les restituer de la même façon. Exemple : un fichier audio qu'on copie d'un disque vers un autre.

Mais ce même fichier peut être lu (et éventuellement traité) en temps réel, à partir du disque dur, qui à ce moment-là fonctionne en streaming. Il doit débiter en permanence suffisamment d'informations pour faire face à la demande correspondant au nombre de pistes, à la résolution et à la fréquence d'échantillonnage.
C'est pour cette raison que le DMA existe, entre autres.

Ce n'est pas du streaming c'est du burst (mode rafale).
C'est d'ailleurs aussi utilie pour la copie de fichier que pour la lecture temps réel (voir plus).
DMA signifie Direct Memory Access. Les informations passent du DD à la mémoire sans transiter par le CPU. Le CPU n'a pas a s'en ocucper il donne juste les ordres et va récupérer les données.
Il y a 3 modes DMA. Normal, multiword et burst.
Normal transfère une donnée par commande, multiword un nombre fixe de données par commandes.Il faudra que je vérifies mais je pense que c'est ce mode qui est utilisé en Audio/vidéo.
Le nom mode rafale est image bien ce qu'il se passe.
Tu appuie sur la gachette, ca part à intervalle régulier, jusqu'à ce que tu relaches la gachette à ce moment la commande est finie.
Il n'y a absolument rien d'isochrone là-dedans, ce n'est absolument pas du streaming, tu ne peux pas décider de la vitesse de transmission c'est celle du bus PCI.
Comme "particularité" par rapport à une mitrallette le receveur indique qu'il a bien reçu chaque donnée en envoyant un signal Stobe ce qui permet à l'emmeteur d'envoyer la suivante.Tout ça doit rentrer dans des timings précis, si le strobe tarde trop cela provoque une erreur.
Et 2eme particularité les 2, emmetteurs et récepteurs, peuvent arréter le transfert, dans le cas d'une écriture par exemple, le DD peut arrêter la commande burst parce que son cache est plein donc il n'arrive plus à écrire les données ou le controleur peut stopper cette commande parce que la fin du fichier est atteinte. Le mode burst se ternmine alors et dans le cas d'une interruption par le DD, c'est le controleur UDMA qui lance une nouvelle écriture en burst, une nouvelle commande.

Que ce soit un fichier de tableur (contrainte l'utilisateur qui attend la fin du chargement de sa feuille par exemple) ou un fichier audio en temps réel (j'espère d'ailleurs que tu m'enverras une copie de tes dernières productions, même en streaming ), c'est exactement le même processus.