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

[wfplb]

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.

Ben à priori non

dans ce cas tout le monde semble jouer à "ni vu ni connu"

Un exemple vécu ces derniers jours (ou nuits)

une automation d' EQ sur un plug relue sur PT en slave eh bien c'est tout autre chose !
J'en suis réduit à ne faire plus que des "audio suites"

Pas le temps de développer une méthode expérimentale pour prouver la chose... Mais à force on devient suspicieux

ça: c'est soit (à priori) un probleme de jitter, soit une incapacité de l'automation à réagir en temps réel, soit qu'il ne faut pas trop nous prendre des vessies pour des lanternes et revenir aux bons vieux pultec en analogique

Le sampling jitter (maintenant qu'on peut préciser ) serait donc bien la source de tous nos maux

[Michel Geiss]

une automation d' EQ sur un plug relue sur PT en slave eh bien c'est tout autre chose !
J'en suis réduit à ne faire plus que des "audio suites"

Dans ce cas, il faut peut-être mettre en cause le type de synchro. J'ai constaté aussi une différence sensible en synchro externe USD. Dans ce mode, il me semble qu'on fait une conversion de fréquence d'échantillonnage en temps réel, pour rectifier en permanence les écarts de vitesse entre master et slave.
Si cette conversion est d'une qualité... aproximative, on peut effectivement y voir la cause de cette différence.
Autre alternative à l'Audiosuite : peut-être essayer en synchro interne.

[toby]

moi, j'ai remarqué quand branchant mon halogène AVANT mon Mac je gagnais 20% de cpu sur un DVerb
dans protools .. et quand mon caht passe dev

[celmo]

Ca m'interesse,
C'est quoi comme halogene?
Penses tu qu'en mettant deux halogenes devant le mac, au lieu d'un, ca ferait encore gagner de la puissance?

Bigre, bigre !!

[celmo]

Histoire d'en rajouter une petite couche, et apres une petite enquete aupres d'utilisateurs chevronnes, c'est a dire ceux qui utilisent leur systeme pour de gros projets, du genre 40/80 pistes, il s'avere que le Firewire n'a pas l'air de donner toute satisfaction pour l'instant.
Par exemple, l'erreur 9600 rencontree sur les dernieres versions de PT LE a de fortes chances de venir d'une mauvaise adaptation des drivers ou du formatage des disues. J'ai cru comprendre qu'il fallait presque systematiquement virer les drivers autres qu'Apple, et de toute maniere formater les HD uniquement avec l'outil disque dur Apple. Ceci d'une maniere quasi generale, sauf cas tres speciaux.
Donc, les disques firewire ne sembleraient pour l'instant pas etre la panacee qu'on pourrait imaginer.
Ralentissements du systeme, erreurs systeme diverses, etc seraient dus a leur utilisation.
Ceci parait etre la raison pour laquelle Digidesign etudie actuellement un driver specifique a l'utilisation de l'audio en flux constant et eleve.
Oh, et puis, un de ces quatre, ca va etre au point, et on pourra esperer de tres gros debits.
Ne pas perdre de vue neanmoins que le firewire n'autorise pour l'instant , qu'un debit maximum de 400 Kb, c'est a dire environ 50 Mega octets par seconde. Theoriquement tres suffisant pour la majorite des applications , mais s'averant plus "coincable" que ces memes caracteristiques ne le promettent.
La bonne methode pour l'instant resterait de travailler sur le bus principal, en IDE interne, ou sur une carte SCSI si les moyens le permettent.
Et hop, on y retourne.

[wfplb]

Et encore une couche

2 Firewire 80 DIGIDRIVE sur gros projets depuis juin... sur 2 Proots = no problemes
Digi ne garantie la chose que sur G4 AGP et 24 pistes simultanées par disque
mais sur un G4 800 semblerait qu'on peut +

Par contre avec d'autres Marques, evidement 911 Oxford aussi, ca peut devenir moins drôle surtout ceux annoncés compatibles qu'on ne peut reformater que sous OSX et pas sous OS9

[celmo]

Ca m'interesse a mort...
C'est quoi la parcularite des Digidrive en Firewire?
Passeque avec des firewire "normaux" , et meme des Oxford 911, ca donne l'impression de marcher du feu de dieu, sauf que, a certains moments, ca arrive a coicer pour des conneries, genre on ne peut pas bien bouncer sur le meme disque ou trucs du genre...
Ils auraient mis des controleurs speciaux a eux tout seuls????????
Ou encore y a t'il un driver particulier dont on pourrait faire profiter les autres drives, ou un truc comme ca?


celmo

[Michel Geiss]

C'est quoi la parcularite des Digidrive en Firewire?
Passeque avec des firewire "normaux" , et meme des Oxford 911, ca donne l'impression de marcher du feu de dieu, sauf que, a certains moments, ca arrive a coicer pour des conneries, genre on ne peut pas bien bouncer sur le meme disque ou trucs du genre...
Ils auraient mis des controleurs speciaux a eux tout seuls????????

Il semble que Digidesign n'ait pas de technologie vraiment spécifique pour leurs drives, en dehors du QuietDrive (baisse du niveau de bruit de ventilation).
Ils garantissent le FireWire 80 pour 24 pistes en 24 bits/44.1 kHz, et recommandent d'en utiliser un de plus pour 48 pistes. Il n'est pas question de 96 kHz ou de 192 kHz dans cette info.
Plus péoccupant : je me demande comment ils ont résolu (ou pas) le problème du jitter, inhérent au mode de transmission du FireWire.

As FireWire is a packet-switched bus, there’s no synchronous clock carried along to convey timing. And there are a myriad of sources of jitter within the 1394 transport protocol, the main source being that you have a free-running oscillator in every node on the bus. Says design consultant and engineer Julian Dunn, “The IEEE 1394 format uses asynchronous clocks at each node. The interaction of these clocks with each other and with the sample (word) clock generates jitter.”

Autre citation :
Not all of FireWire is sweetness and light. As with most standards, the IEEE 1394 specification for audio is unfortunately so broad that there are numerous ways to accomplish any particular function. To make matters worse, FireWire audio interfaces often have to contend with ASIO, in all it’s geeky glory. In addition, while stereo audio carriage over 1394 is a no–brainer, multichannel transport is a whole ’nother matter and requires some serious brain baking to control jitter and interchannel delays.

So, while CE (Consumer Electronics) support for FireWire is a speeding juggernaut, the audio community is, not surprisingly, slow to follow.

Une société, Digital Harmony, avait commencé à passer des accords avec des fabricants d'audio pour un principe qui permettait d'éliminer le jitter en FireWire, mais a semble-t-il disparu...
Crest Audio avait même proposé une interface FireWire basée sur ce principe, avec des connections ADAT, mais elle n'a jamais vu le jour.

Pour ma part, je trouve un peu étrange de voir sur le site de Digi, au sujet du FireWire 80 la phrase suivante :

DigiDrive FireWire 80 also frees up a PCI slot (making room for another Pro Tools® card) and provides a fast, inexpensive means for SCSI drive backup.

En lisant entre les lignes, il y a de quoi se demander si le SCSI n'est pas considéré comme préférable au FireWire, qui lui serait pratique pour faire les back-ups.

[celmo]

Houlaaaahhh ! Alors la, bravo pour l'informatio, Michel Geiss Pro...
Ceci confirme ce que nos oreilles avaient ressenti avant nous.
Bon, on peut supposer que ca va s'arranger dans l'avenir.
Bravo encore.

celmo

[wfplb]

As FireWire is a packet-switched bus, there’s no synchronous clock carried along to convey timing. And there are a myriad of sources of jitter within the 1394 transport protocol, the main source being that you have a free-running oscillator in every node on the busAs FireWire is a packet-switched bus, there’s no synchronous clock carried along to convey timing. And there are a myriad of sources of jitter within the 1394 transport protocol, the main source being that you have a free-running oscillator in every node on the bus

Michel tu nous fais froid dans le bas du dos Je suis ravis, va falloir que je refasse tout le mix !

Un autre petit détail: AVID ne recommande le Firewire que pour le DVCAM et les stations Xpress bas de gamme...

Certains gros utilisateurs en Normandie ont reconverti leurs Disques FW en supports de sauvegarde, sur de gros projets ca peut se discuter !

Mais tout ça ne résoud pas les anomalies de transmission en 48/24bits même en Ultra