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

[Stef44]

Hello !

Hé oui ! Le jitter introduit des erreurs dans l'audio ! Résultat : mauvais échantillons au mauvais ou au bon moment. C'est logique : on peut considérer qu'en sortie de convertisseurs les données numériques sont parfaitement calibrées en timing, et donc qu'une variation de stabilité n'est pas ce qu'on entend, mais la causse de ces erreurs.

Après avoir pas mal farfouillé sur le net, j'en suis arrivé à cette conclusion :
Lorsqu'on note une perte de précision, de la distortion, un resserement de l'image stéréo, il s'agit du "sampling jitter" qui se produit au niveau du convertisseur numérique analogique, il n'y a pas d'erreur de 0 ou de 1 à ce niveau, juste une imprécision temporelle.
Par contre pour le "transfer jitter", on peut (si le taux est assez élevé) en arriver à des erreurs de transmission du signal numérique, et là, suivant le type de signal transmit, le résultat sera un fichier défectueux, un crash système, un clic dans l'audio...
En résumé, tout dépend de quel jitter on parle.
Pour ceux que ca intéresse, il y a pas mal d'informations sur cette page :
http://www.nanophon.com/audio/
Je n'ai pas encore tout lu, la veille des vacances, ca serait du masochisme
Un petit extrait qui résume assez bien :
Often sampling jitter is confused with data link jitter. They are linked because inappropriate clock recovery circuits are often used for deriving sampling clocks from the interface signal - which will often have relatively high levels of jitter as a result of the information being carried. This data link jitter need not affect the quality of the finally reproduced signal - until it is so large that the data errors are produced - and measurements of data link jitter may not give any clue as to sampling jitter in the associated equipment.

Bref, si on revient au sujet de départ, ca voudrait dire que si un type d'interface donnait un moins bon son qu'une autre, alors c'est qu'elle parasite l'horloge de la carte audio. Ca me parrait assez invraisemblable, il faudrait vraiment appeller Mulder.
Maintenant, on a peut être oublié un élément quelque part.

Et je me suis aperçu d'une chose qui n'a pas l'air très connue. Sur un G4, il y a 2 bus disques durs : 1 Ultra DMA/66 (ATA-5), et un ATA-3 aux performances plus modestes.

Huuuuuu !!??? Ils sont bizarre chez Apple.
copier coller de www.ivitex.com/faq2.htm
The original ATA specification used a data transfer technique called Programmed Input/Output Mode 0 (usually abbreviated to PIO Mode 0), with a maximum transfer rate of 3.33MB/sec.
Fast ATA drives boosted the maximum transfer rate to 11.1MB/sec using PIO Mode 3 or to 13.3MB/sec using Multiword DMA Mode 1.

ATA-2 added PIO Mode 4 and Multiword DMA Mode 2, which both offer a maximum of 16.6MB/sec.

ATA-3 is essentially an upgraded version of ATA-2 without any boost in transfer rate, except that some ATA-3 drives that also offer Ultra DMA/33, for a 33MB/sec transfer rate.

ATA-4 officially adds Ultra DMA Mode 2, the 33MB/sec mode that underlies Ultra DMA/33 drives.

ATA-5 adds Ultra DMA Modes 4 and 5. Mode 4 boosts the maximum transfer rate to 44.4MB/sec. Mode 5 boosts it to 66.6MB/sec. Drives with Mode 5 are also called Ultra DMA/66 or Ultra ATA/66 drives.

Ce qui voudrait dire que le second port Ide des G4 serait uniquement en 33Mo/s ? Bon 33 Mo/s il faut déjà en avoir besoin.
Une petite chose m'étonne, je n'ai jamais rencontré un controleur Ide qui ne gère qu'un seul canal, ou bien un controleur avec 2 canaux ayant des supports de norme ATA différents entre eux.
Michel, comment en es-tu arrivé à cette conclusion ? Je me demande si le fait que par défaut il y a uniquement un graveur sur cette chaine dans les G4 (fonctionnant très souvent en ATA-3) déclare la chaine comme ATA-3 uniquement alors qu'elle pourrait très bien supporter de l'ATA-5.

Pour en revenir à la suspicion d'algorithmes de moins bonne qualité dans les plugins en cas de surcharge Cpu, Vincent Burel me dis "pourquoi pas" ; mais une chose me chiffonne : Et le plugin, comment il fait pour savoir qu'il y a une surcharge Dsp ? Si il attend un manque de buffer, c'est déjà trop tard.

A+