Die von uns benutzten Link Layer Controller und Physical Chip stammen beide von Texas Instruments. Dies sollte eine maximale Kompatibilität garantieren, da TIs Chipsatz weit verbreitet ist, und selbst in Apple Computern zum Einsatz kommt. Der LLC ist direkt mit dem FPGA verbunden, was uns eine uneingeschränkte Kontrolle über alle verfügbaren Funktionen beider Chips sichert. Anderenfalls kann die Konfiguration eines Link Layer Controllers üblicherweise nur vom Chip-Hersteller durch eine neue Firmware geändert werden.

• Vollständiger Echtzeit Samplerate Lock

• Vollständige Echtzeit Samplerate Kontrolle, selbst bei laufender Wiedergabe/Aufnahme

• Vollständige Start/Stop Kontrolle. Kein veränderter Offset nach Neustart.

• Extremer Varispeed / External Sync Support, in allen Modi (selbst DS / QS).

• Reduzierter Protokoll Overhead, da keine CIP (Common Isochronous Packet format) Header gesendet werden (AVC, mLan)

• Funktionierende FireWire 800 Lösung

• Funktionierender FW800 Fix für Windows XP SP2

• Latency change on the fly, während ASIO und GSIF laufen

• Hardware-basierter Data Packet Check und Dropout Correction

Data Packet Check und Drop Correction

Ein aussergewöhnliches Merkmal, welches eine detaillierte Erläuterung verdient. Es gibt zwei Gründe für Clicks und Dropouts:

• Die der Audioengine zur Verfügung stehende Zeit reicht nicht um die anfallenden Daten zu bearbeiten. Dieses Problem wird sehr einfach durch eine Erhöhung der Puffergrösse (Latenz) beseitigt.

• Verlust von Daten aufgrund von Überlastung oder schlechter Performance des PCI-Bus

Bitte beachten Sie dass alle FW Interfaces in IBM kompatiblen Computern am PCI-Bus angeschlossen sind! Es gibt keinen PC Chipsatz mit integriertem FireWire. Macs dagegen haben FW im Chipsatz integriert.

Mit dem Fireface tritt das letztgenannte Problem öfter auf als früher, da OHCI-Chips empfindlicher auf PCI-Bus Performance Probleme reagieren als unsere Hammerfall PCI Karten. RME bietet nun erstmalig eine einfache Methode, zwischen Aussetzern durch CPU Überlastung (welche sich durch Vergrösserung der Latenz/Puffergrösse beseitigen lassen), und dem Verlust kompletter FireWire Datenpakete zu unterscheiden.

Die FireWire-Kommunikation zwischen PC und Fireface geschieht mittels markierter Pakete. Das Fireface 800 kann daher feststellen, wann und wie viele Pakete verloren gegangen sind. Die Zahl der erkannten Fehler wird dann im Settingsdialog rechts unterhalb von 'Video' eingeblendet. Keine Pakete verloren - keine Anzeige. Die Anzeige wird ausserdem gelöscht (resettet) sobald eine neue Wiedergabe startet.

RMEs Error Display erlaubt auf einfachste Weise, die Leistungsfähigkeit einer DAW in Bezug auf Übertragungsfehler zu überprüfen. Fehler, die kein Problem von RME sind. Sie sind die gleichen für jeden Hersteller, verursacht von der Kombination Motherboard/FireWire Controller. Der Treiber hat auf diese Problematik (leider) keinerlei Einfluss.

Ein interessanter Aspekt ist, dass die Error-Anzeige Vertrauen in ansonsten eher unvorhersehbar reagierende Hardware schaffen kann. Starten Sie Audio, und spielen Sie mit Windows, den Windows, der Festplatte und dem Netzwerk herum. Wenn solche Aktionen keine Fehleranzeige im Settingsdialog verursachen, dann ist die DAW vollkommen kompatibel und zuverlässig - zumindest in Sachen Audiohardware.

Treten Klicks und Aussetzer auf ohne dass eine Fehleranzeige erfolgt, ist die DAW vermutlich für Echtzeit-Audio nicht leistungsfähig genug. Aber das ist ein anderes Thema, welches hier nicht näher erörtert wird.

So weit also Teil 1. Teil 2 ist noch weitaus interessanter. Wann immer ein Datenpaket verloren geht verschiebt sich die aktuelle Sampleposition um die Anzahl verlorener Samples. Auf diese Weise wird zunächst der zusätzliche Safety Buffer verbraucht. Danach wird die Position so kritisch, dass die Applikation keine Zeit mehr findet den Puffer zu bearbeiten. Selbst bei minimaler CPU Last ist der hörbare Effekt wie bei 100% CPU Last - komplette Verzerrung. Schliesslich läuft die Position ins negative und führt zu drastisch erhöhter Latenz.

Wer an an solchen Effekten leidet braucht dringend einen neuen Computer, da die PCI-Bus Performance offensichtlich schlicht miserabel ist. Aber natürlich versucht RME auch aus einer solchen Situation noch das Beste herauszuholen. Es gibt nicht viele Möglichkeiten um dieses Problem zu beseitigen:

• Die Hardware stoppen. Es hängt von der Stabilität und Robustheit der Audio-Applikation ab, ob sie solch einen (unerwarteten) Zustand überlebt.

• Die Hardware stoppen und kurz danach wieder starten (circa eine Sekunde stoppen). Schon besser, kann aber immer noch ein Problem mit der Audio-Applikation erzeugen.

• Stop und Neustart der Hardware so schnell wie möglich.

Das genau macht RME. Das Fireface stoppt Audio für circa 3 ms (!), resettet auf diese Weise die Sampleposition bei jedem Verlust von Datenpaketen. Das funktioniert phantastisch, ist ein herausragendes, einzigartiges Merkmal der RME Hardware, und zeigt einmal mehr die erstaunlichen Möglichkeiten, die sich nur ergeben wenn man sich nicht auf eine feste Chip-Lösung verlässt.

Der schnelle Neustart korrigiert sogar die Position von Aufnahmedaten. Führen Sie einmal eine Aufnahme über 5 Minuten durch, mit (beispielsweise) Cubase oder Nuendo, und lösen absichtlich eine PCI-Überlastung aus. Ergebnis: das aufgezeichnete Wavefile enthält eine Stelle mit 3 ms gemutetem Audio. Alle folgenden Audio Samples sind an ihrer korrekten Position! Ein Aussetzer von 3 ms erlaubt es sogar, den Aussetzer nachträglich unhörbar zu machen. Durch das Hinzufügen einiger Samples am Anfang und Ende des Mute-Segmentes, durch einfaches Malen oder Auffüllen mit anderem (kopiertem) Material macht den kurzen Aussetzer schnell unhörbar.

Fazit

RMEs erste FireWire Lösung, das Fireface 800, kam vergleichsweise spät auf den Markt. Nichtsdestotrotz wurde RME sofort zum führenden Anbieter von FireWire Audio. Wir haben schon heute Pro-Merkmale, für die andere nur auf neue Chips warten können, die einiges fixen mögen, oder anderes hinzufügen, aber höchst wahrscheinlich nicht die überragende Lösung ergeben die RME bereits bietet. RME wurde erneut zur Referenz, und beim Blick auf die Angebote unserer Mitbewerber werden wir noch eine ganze Zeit Referenz bleiben!