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]

Bonjour

Un Troll

Ide vs SCSI. Je ne vais pas pouvoir m'empécher de répondre.

Je reprends en vrac, je ne cite pas toujours les auteurs.

Michel Geiss  le: Aug 8 2002, 12:21

Je confirme l'existence de problèmes éventuels de jitter dans une liaison Firewire. Mais sorry... mon post n'était pas complètement en rapport avec le sujet des drives.
Le jitter concerne comme on le sait l'arrivée d'informations au mauvais moment, mais essentiellement par rapport à une horloge.

Bonjour
Il y a 2 types différents de DD qui peuvent se connecter sur du firewire. Les DD classiques fiables "à 100%" et les "DD" AV/C Audio/Video isochrone (temps réel en gros) qui eux du fait de leur caractéristique isochrone sont plus sujets aux erreurs. Quelques infos ici:
http://www.1394ta.com/Download/Technology/...HDD1.0Final.pdf
Peut-être que Digi fait une norme dérivée de celle-ci mais adapté à l'audio pro histoire de vérouiller la tour d'ivoire comme dit le petit martien.

Les DD Firewire actuels sont les mêmes que ceux des comptables donc vous pouvez y aller tranquille, ils sont parfaitement valables en support de sauvegarde.
Les problèmes de jitter que peuvent rencontrer les interfaces audio, tables de mix, etc... ne viennent pas de là simplement ce n'est pas toujours évident de faire de l'isochrone sur de l'asynchrone.

celmo  le Aug 6 2002, 12:10
Ceci confirme ce que nos oreilles avaient ressenti avant nous.
Bon, on peut supposer que ca va s'arranger dans l'avenir.

De l'isochrone sur de l'asynchrone c'est vraiment mal parti. Ca sera toujours un platre sur une jambe de bois. Il faut attendre que la norme évolue, comme rien n'est intégré au 1394b, ce sera au minimum avec le 1394c. Entretemps des techniciens géniaux auront troucés des bisouilles pour améliorer la situation mais la nature des transmissions reste foncdamentalement différente.

wfplb Ecrit le: Jul 27 2002, 16:35
Le sampling jitter (maintenant qu'on peut préciser ) serait donc bien la source de tous nos maux

Le Sampling Jitter est une erreur induite par l'horloge des convertisseurs. Au lieu d'échantilloner tous les 1/44100s , c'est un coup un peu plus un coup un peu moins.

Michel Geiss  le: Jul 26 2002, 09:32  
The Power Mac G4 computer has an Ultra DMA/66 (ATA-5) interface and an ATA-3 interface for internal mass storage and removable media devices. (../..)
The enclosure has data and power connectors for the internal ATAPI DVD-ROM or DVD-RAM drive and an internal ATAPI Zip drive. Those drives are connected to the ATA-3 interface.

J'en déduis que le second bus est surtout destiné aux sauvegardes.

Je constate aussi qu'Apple mentionne sur le port Ultra DMA/66 la compatibilité PIO Mode 4. Je me demande donc s'il faut en déduire que ce mode peut être utilisé actuellement, et dans quelles conditions.

Qu'il y ai du ATA-3 pour les lecteurs de CD/DVD/Zip est "normal", enfin pas génant.
Pour la compatibilité PIO4 c'est tout à fait normal qu'il soit présent, cela fait partie de la norme ATA5 donc sans compatibilité PIO4 pas d'ATA5.
Cela signifie que les softs (y compris l'OS) peuvent envoyer au choix des commandes PIO ou des commande DMA. C'est surtout pour une histoire de compatibilité des vieux softs et vieux DD, donc le mode DMA est utilisé par tous les softs qui ne demandent pas expréssement du PIO.

Michel Geiss  le:Jul 25 2002, 08:33
Sur Windows, il a été depuis un moment fortement recommandé d'activer le mode DMA pour faire de l'audio. On dit très peu de choses à ce sujet sur le Mac, et donc on peut admettre qu'on est d'office en DMA.

Oui sur Windows le mode DMA était désactivable uniquement pour des histoires de compatibilité avec de vieux DD. Encore une fois cela n'empèchait pas un vieux soft d'envoyer des commandes PIO (généralement les softs ne pilotent pas directement les DD, ils font appel a des fonctions du système d'exploitation qui elles utilises le mode DMA ou PIO de façon transparente).

phhelard le: Jul 24 2002, 10:17  
un PC sous Windows 2000 Pro.
Le contrôleur qui gère les ports IDE et la carte RAID est un ... SCSI Adaptec 2930 CU PCI. La carte RAID est classée dans : "périphériques SCSI et RAID".
Ce qui, à mon avis, prouve qu'il y a de moins en moins de différences entre IDE et SCSI. D'ailleurs, c'est plutôt la norme IDE qui a repris les avantages du SCSI à son compte.

Le SCSI doit être l'un des standards les plus copiés.
Pourquoi réinventer la roue?
Donc actuellement dans l'UDMA on trouve TOUT ce qui existe dans le SCSI (en ce qui concerne les DD/CD/DVD le SCSI est plus flexible) à l'exception de la réorganisation des files d'attentes, ce qui sert uniquement pour l'utilisation intensive des bases de données.
Par contre le protocole RAID n'est pas un protocole ATA c'est un protocole RAID et le RAID vient du SCSI.
Il a été ensuite adapté pour supporter des DD IDE.

Stef44 Ecrit le: Jul 23 2002, 23:35  
es disques Scsi sont effectivement bien souvent basés sur la même mécanique que les disque durs IDE, mais les plateaux sont utilisés sur une plus faible surface. Ah vi, on pert en capacité, mais la chute de débit lorsqu'on se rapproche du centre est moins sensible puisqu'on s'arrête plus tôt. Le débit reste plus constant qu'une mécanique utilisée sur un disque IDE

C'est surtout une histoire de marché. Les DD SCSI dont le marché haut de gamme. En partie parce que du SCSI tu en mets jusqu'à 16 dans un serveur, en partie pour une histoire d'image (comme les Mac , bon je m'arrête là avec les sujets qui fachent ).
Donc effectivement les dernières technologies ne se retrouvent que sur les DD SCSI. En SCSI on trouve du 15000tr/min à 4,5ms de temps d'accès, sur du IDE c'est 7200tr/min avec 7ms de temps d'accès.
Les petits plateaux sont dus aux vitesses élevées (contraintes mécaniques) et à la recherche de temps d'accès faible. Actuellement d'ailleurs c'est un peu de l'arnaque car la densité de données ne doit pas être tellement différente (pour ne pas dire égale) entre un SCSI 15000 mais 36Go et un UDMA 72000 mais 120Go.

phhelard Ecrit le: Jul 22 2002, 20:58  
Les nappes utilisées en ATA 100 ou 133 sont différentes des nappes IDE ordinaires : elles ont leurs conducteurs doublés chacun par un cable de "masse" qui permet d'éviter les perturbations électro-magnétiques. Elles sont plus dures, et plus chères, et les connecteurs sont dédiés (carte-mère - master - slave)

Exactement plus on monte en fréquence plus les signaux sont "affaiblis" et plus les rayonnement sont importants. Le blindage des cables à partir d'une certaine fréquence est tout à fait normal.