[RME Fireface 800] La carte firewire de RME !

Hors sujet : Fakou > Je pense que je vais (très) prochainement craquer pour un 414. Tu me diras ce que tu penses de ton couple RME / AKG ? Merci.

Hors sujet : ReXet : 414 / FIREFACE / RME, il me manque plus qu'une preamp à tube de qualité, et du talent haha =) et une surface de controle, pourquoi pas la behringer des que j'ai revendu ma terratec

Hors sujet : fakounet > on serait pas mal complémentaire toi et moi... car moi je me suis pris le preamp avant le 414, un tout beau Universal Audio 6176

Citation : BM6A -> cable XLR / RCA male / adapto RCA vers jack male / Jack ANALOG IN RME Fireface

Citation : Hello,

several users have reported single sample errors with the Fireface 800.
Meanwhile we got the defective units back in our lab, examined the
problem, and found both reason and fix.

This specific problem shows up only on few units and can be checked as
follows:

- play back a 20 kHz sine at preferably 48 kHz sample rate on output
1+2. Example file source:

http://www.rme-audio.com/english/download/audtest.htm

This is an unfaded 1 second 44.1 kHz wave file, which can be looped in
WaveLab or other players. WARNING! Reduce volume or your tweeters will
melt! This signal is inaudible except for the start/stop click!

- route the output 1+2 back to the input (Ctrl-click the third row labels)

- start DIGICheck's Vector Audio Scope on ASIO Input 1+2

The VAS will show a vertical line (stereo signal in phase = monaural).
Each single sample error will be displayed as small deviation (flash) to
the right, because those single sample errors tend to be 'right channel'
errors. The VAS will show every error, which is much better than
listening, as you won't be able to hear most of the errors.

This test procedure is better than a usual record/playback situation,
where the errors show up randomly, very seldom, and are hard to be
detected. The above test case will cause the error to show up more than
once a second!

The expected fix:

http://www.rme-audio.com/download/fireface_fut_190.zip

Why expected? This FUT fixed the problem on our test machines.
Unfortunately a proove for a 'final' fix needs hundreds of Firefaces to
be built and tested. This will happen in the next weeks in our factory.
Of course we don't want to hide this problem solver until then. You are
invited to test it. For the hardcore users over here: please check the
FUT even if you don't have a click problem. Thank you.

Regards
Matthias Carstens
RME

Citation : 20.5 Recording a Subgroup (Loopback)
TotalMix supports a routing of the subgroup outputs (=hardware outputs, third row) to the recording
software. Instead of the signal at the hardware input, the signal at the hardware output
is sent to the record software. This way, complete submixes can be recorded without an external
loopback cable. Also the playback of a software can be recorded by another software.
To activate this function, click on the white label in the third row while holding down the Ctrlkey.
The label's colour changes to red. In case the channel has already been part of a group,
the colour will change from yellow to orange, signalling that the group functionality is still active
for this channel.
In loopback mode, the hardware input of the corresponding channel is no longer sent to the
recording software, but still passed through to TotalMix. Therefore TotalMix can be used to
route this input signal to any hardware output. Using the subgroup recording, the input can still
be recorded on a different channel.

Citation : Bonjour,

Plusieurs utilisateurs ont signalé des erreurs d'échantillon unique avec leur FireFace800. Entre-temps, nous avons récupéré des unités deffectueuses dans notre atelier, nous avons examiné le problème, y avons trouvé deux causes et y avons remédié. Ce problème spécifique ne se manifeste que sur quelques unités, et peut être mis en évidence de la façon suivante :

1 - Lire une sinusoidale pure de 20KHz, de préférence à une fréquence d'échantillonnage de 48KHz, sur les sorties 1+2. Vous pouvez pour ce faire utiliser le fichier audio disponible à l'adresse suivante : http://www.rme-audio.com/english/download/audtest.htm. Il s'agit d'un fichier son 44,1KHz d'une durée de 1 seconde, sans fondu d'entrée ni de sortie, qui peut être lu en boucle dans Wavelab, ou dans un autre lecteur. Pensez bien à réduire le volume de votre ampli, ou vos tweeters risquent de ne pas apprécier ! Le signal devrait être inaudible, sauf pour les clicks de début et de fin de fichier.

2 - Rebouclez les sorties 1+2 vers l'entrée, à l'aide d'un Ctrl-Click sur les libellés tout en bas de la troisième rangée de faders (par défaut AN1 et AN2). Les deux libélés doivent passer en couleur rouge.

3 - Démarrez DIGICheck, puis choisissez le mode d'affichage Vector Audio Scope (menu Function)

4 - Spécifiez l'entrée ASIO Input 1+2 dans la fenetre Input Device Setup (menu Options).

Le VAS (Vector Audio Scope) montre alors une ligne verticale (signal stéréo avec les deux voies identiques et en phase = mono). Chaque petite erreur d'échantillon sera affichée sous forme d'une légère déviation (rapide) vers la droite, les erreurs ayant tendance à être des erreurs sur la voie Droite. Le VAS montre chaque erreur, cette méthode est bien plus fiable qu'une écoute seule où la plupart de ces défauts risquent de passer totalement inaperçus.

Cette procédure de test est préférable à une procédure classique d'enregistrement / lecture
où les erreurs apparaissent de façon aléatoire et sont dures à déceler. Le test proposé ici est capable de provoquer l'erreur au moins une fois par seconde, ce qui permet de le mettre en évidence très rapidement.

Le correctif "supposé" :

http://www.rme-audio.com/download/fireface_fut_190.zip

Pourquoi supposé ? Ce correctif (FUT = Firmware Uupdate ou Flash Update) a résolu le problème sur nos machine de test. Mais un correctif, pour être validé, doit prouver son efficacité sur plusieurs centaines d'unités. Ce qui devrait être le cas dans les semaines à venir.

Bien entendu, nous ne laisserons pas ce problème perdurer. Nous vous invitons donc à effectuer le test. Pour les testeurs en puissance, merci de tester la mise à jour même si vous n'observez aucun problème.

Cordialement,
Matthias Carstens
RME

Citation : 2 - Rebouclez les sorties 1+2 vers l'entrée, à l'aide d'un Ctrl-Click sur les libellés tout en bas de la troisième rangée de faders (par défaut AN1 et AN2). Les deux libélés doivent passer en couleur rouge.

Hors sujet :

Citation : Hyperthreading et mode multi-processeurs activés, oui.

Hors sujet : Pour ma part, je n'en ai absolument aucune idée ! Comme la fonction est là et qu'elle fonctionne, je la laisse. Mais je n'en sais pas plus.

Hors sujet : Désolé pour ce HS éhonté mais l'Hyperthreading apporte-t-il un gain notable en MAO ?

Pour le travail à basse latence, il vaut mieux le désactiver car l'hyperthreading déséquilibre souvent la vitesse d'exécution de certains processus, pour du travail à haute latence, l'hyperthreading peut permettre de presser un peu plus le p4 pour en extraire quelques gouttes de performances en plus.

Hors sujet : Avec un P4 Prescott, l'HT fonctionne un peu mieux qu'avec un P4 Northwood.
Je suis d'accord avec Ragoutoutou, l'HT pour des basses latences peut entraîner des problèmes à cause de l'architecture "optimisée" d'Intel.