Erfahrungen mit FX Teleport, VST System Link o.ä.?

L

Lucky

Registriert
22.02.04
Beiträge
1.302
Reaktionen
16
Punkte
2.201
Hallo,
ich wollt mal nachhören, ob und mit welchem Ergebnis hier inzwischen Erfahrungen mit Programmen wie FX Teleport gemacht wurden, also mit der Möglichkeit, Rechenleistung für native Berechnungen auf (z.B. per Netzwerk) auf mehrere PCs zu verteilen.
 
Funktionieren tuts.
Allerdings sind die Verzoegerungen nicht von Pappe - sie aendern sich natuerlich obendrein mit der Last, die auf dem Netzwerk liegt. "Set ist and forget it" ist da mit Dicherheit nicht drin.
Da die Netzbelastung nur bei einem geschlossenen Netzwerk halbwegs in den Griff zu bekommen sein duerfte, kann man mit Ueberraschungen rechnen durch Latenzverschiebungen.... ;)
Ich persoenlich bin da deswegen solchen Systemen wie Steinbergs System Link eher zugeneigt.

Installation und Einrichtung sind recht problemlos.
Das Aufpoppen der Bedienfenster der jeweiligen Plug-Ins auf dem Slave-Rechner ist natuerlich nervig, besonders wenn der Slave raeumlich ganz woanders rumsteht. Das Problem kann man aber uber Fernsteuersoftware wie RealVNC, UltraVNC etc. ohne weiteres loesen.
Es waere also denkbar, sich ein Rudel an Servern irgendwo in den Keller zu stellen und die dann mitrechnen zu lassen - ohne schnelles Netzwerk ist das aber Kappes. Bei intensiver Nutzung ist also GigaBit-LAN angesagt.
Aber auch das krankt natuerlich an der Nichtsteuerbarkeit der Verzoegerungen.....

Ich denke, das Programm kann nur was fuer den Ausnahmefall sein, wenn einem wirklich mal die Rechenleistung ausgeht, solange die Syncronisation nicht zufriedenstellend gewaehrleistet ist. Aber professionell damit arbeiten wuerde ich nicht wollen. ;)

Hier noch ein Screenshot der Testumgebung - Doppelminotorsystem, Fernsteuerung des Slave via UltraVNC. Das Bild ist ca. 2500x1000 px gross. Volle Aufloesung bei Klick ins Bild. Micha

<a href="http://umladestation.de/forenpics/fx_sc1.jpg" target="_self"><img src="http://umladestation.de/forenpics/fx_sc1.jpg" width="600" height="240" border="0">
 
Nachtrag:
Ziemlich nervig stellt sich die lange Suchzeit dar, die dann auftritt, wenn man die LAN-[g=77]VST[/g] ausgewaehlt hat, der Slave aber nicht laeuft.
Je nahc Menge der LAN-VSTs dauerts reichlich lange, bis FX das meldet...... :(
 
Gibt's zu dem Thema eigentlich aktuelle Benchmark-Test?

Meine (geplante) Hauptanwendung wären (nach entsprechender Aufrüstung) der Einsatz anspruchsvoller Orchester-Libraries (wahrscheinlich mit Kontakt/Kompakt oder GigaStudio - letzteres soll doch seit einiger Zeit sogar mit dem [g=70]Sequencer[/g] gemeinsam auf einem Rechner betrieben werden können?) sowie einigen hungrigen nativen [g=77]VST[/g]-Plugins unter Cubase. Für's Live-Einspielen muss die Performance nicht so gewaltig sein (wäre aber sicher auch nicht verkehrt), mir geht's vor allem ums Mixen.
 
Offen gestanden habe ich keine wirklich Meinung, was die korrekte und verlaessliche Funktion dieser Sache angeht.
Ein 100MBit-Netz geht schon weit frueher in die Knie, als man annehmen wuerde - meiner Ansicht nach weit vor der Belastung, die Du dem Netz aufhaengen willst. ;)
Die Leistung der Slave-Maschine duerfte da weniger das Problem darstellen als die Netzdurchlaessigkeit - und unterhalb GigaBit-LAN mit wirklich guten Karten wuerde ich das gar nicht anfangen wollen. Die moegliche Datenrate ist bei Ethernet sowieso bei weitem nicht so hoch, wie die Bezeichnung vermuten liesse, GigaBuit verhaelt sich nicht anders und in Kombination mit schlechten Karten ist das alles dann nicht das geld wert, was man ausgibt.

Eine denkbare Moeglichkaeit waere noch "IP over Firewire" - aber da weiss ich noch weniger, wie hoch die tatsaechlichen Datenraten sind.

Und noch schneller waeren dann Glasfasernetzwerke. Da kann ich mir aber vorstellen, dass die Kosten jenseits von gut und boese sind. ;)

Die [g=5]Latenz[/g] aendert sich mit der Netzbelastung - und ist damit nicht kontrollierbar. Das alleine schon wuerde professionellem Arbeiten entgegenstehen.

Ich denke, so lange die Softwarehersteller fuer Musiksoftware zum groessten Teil von Musltiprocessing, ClusterSystemen und schneller Netzwerktechnik keinen Schimmer haben, wird da auch nix draus.

Micha
 
Lucky schrieb:
Gibt's zu dem Thema eigentlich aktuelle Benchmark-Test?

Da gibts ja nicht viel zu Benchmarken.
Die [g=5]Latenz[/g] kannste mit irgendeinem Programm pruefen, was hier im HR.de im Umlauf ist - weiss jetzt nur nicht, wie das heisst.

Die Leistung des Hosts bemisst sich praktisch wie bei jedem anderen Musikrechner auch, auf denen VSTs und Konsorten laufen muessen - allenfalls sind die Anforderungen ein bisschen niedriger, weil kein [g=70]Sequencer[/g] mitlaeuft.

Aber das Alles nutzt nix - man bekommt die Daten nicht schnell genug und sowieso nicht RealTime uebers Netz.
Das einzige System, von dem ich annehme, dass es funktionieren wuerde, waere Gibson MaGIC.....

Micha
 
Hi Micha,
na das ist doch schon mal ne Menge an Infos, und so langsam sehe ich, in welche Richtung das wohl geht... Hätt ja sein können, dass sich inzwischen was getan hätte und immer mehr Leute sowas gewinnbringend nutzen.

Was die Benchmark-Tests anging, hatte ich eigentlich weniger an Test-Programme gedacht, die ich auf meine Rechner anwenden könnte, als vielmehr an Ergebnisse von solchen Tests, so hätte ich das vielleicht ausdrücken sollen, von Profi-Tester, die mal eben ein paar Konfigurationen mit 2, 3, 4 Rechner und der entsprechenden Hard- und Software ausprobiert haben...
 
FxTeleport verwende ich und es ist grandios! Es gibt keine Latenzen, jedenfalls keine die stören, denn es gibt einen automatischen Latenzausgleich.
Außerdem läuft es seid der 1.04 Version super stabil!

Netzwerkauslastung von über 25% hatte ich noch nie erreicht, obwohl mehrere hochwertige Libraries im Einsatz sind. Die PCs sind per FireWire verbunden.

Und die PlugIns werden ohne Probleme sehr schnell erkannt.

Hier gibt’s einen ausführlichen Test, leider nur für die veraltete Version:

Fx Teleport

Gruß,
Quer
 
Sorry, aber das ist ein bisschen arg schoenfaerberisch, was Du da schreibst.

Dass es keine Latenzen gibt, stimmt nicht. Und dass Teleport einen automatischen Latenzausgleich hat, stimmt auch nicht - beides schreibt der Tester aus Deinem Link ja auch.

Den automatische Latenzausgleich muss der [g=70]Sequencer[/g] mitbringen - und der Tester aus dem Link schreibt, dass er nicht unter Latenzen von von 512 Samples analog 12 ms bei 44 kHz gekommen ist.

Und was nirgends erwaehnt ist, ist die Tatsache, dass Ethernet nicht mal annaehernd Realtime arbeiten kann und ausserdem die Tendenz besitzt, bei steigender Anzahl Collisionen das Netz ueberproportional mit Verwaltungsdaten zu fuellen - was eine im [g=253]Takt[/g] der Belastung schwankende [g=5]Latenz[/g] erzeugt....

Also alles nicht so golden....

Micha
 
Sorry, aber das ist ein bisschen arg schoenfaerberisch, was Du da schreibst.

Das du das Prog. so madig machst, ist ebenfalls einseitig. :)
Ich gehe genau den entgegen gesetzten Weg, da hast du Recht. Die Wahrheit liegt wohl in der Mitte, ne?

Ich finde es halt nur schade, dass du anderen, die von diesem kleinen Prog. unheimlich profitieren könnten, einseitige und veraltete Informationen gibst.
Das hat das Prog. echt nicht verdient!

„Es gibt keine Latenzen, jedenfalls keine die stören, denn es gibt einen automatischen Latenzausgleich.“

Soll heißen, dass es im Endeffekt beim „live“ einspielen natürlich Latenzen gibt. Das ist ja nun mal Soundkartenabhängig und normal.
Mit Latenzausgleich meine ich auch eher, dass FxTelport automatisch die [g=5]Latenz[/g] der Soundkarte angleicht. Sorry, wenn ich da etwas verwechselt habe. :)
Jedes Mal wenn ich die „Samples“ meiner Soundkarte verändere, meldet sich FxTeleport und gleicht sich dem Sequenzer an. Das klappt hervorragend.

Für meine Arbeitsweise ([g=32]Midi[/g]-Editor) ist FxTeleport super praktisch!
Leider muss ich seid kurzem auf meinen zweiten PC verzichten, da der kaputt ist. Jetzt merke ich erst mal wie enorm wichtig FxT. für den Workflow gewesen ist!
Jetzt ist wieder freezen angesagt, was schon mal die Hälfte der Zeit kostet. Grausam!

„und der Tester aus dem Link schreibt, dass er nicht unter Latenzen von von 512 Samples analog 12 ms bei 44 kHz gekommen ist.“

Der Test bezieht sich auf die veraltete 1.01 Version – hab ich ja angemerkt.
Mittlerweile gibt es die 1.04 Version, bei der wesentlich geringere Latenzen möglich sind. Ich hatte sogar ein rechenintensives [g=108]Hall[/g]-Programm von dem Slave PC berechnen lassen!

Diejenigen, die mit Libraries arbeiten, kann ich FxTeleport absolut empfehlen!

Gruß,
Quer
 
HI,

da legen sich mir gleich ein paar Fragen auf:

- Netzwerk mit fixer IP, 2 PC mit Cross-Kabel 100/1000 ... wie sieht es dort aus?

- ditto Netzwerk, verbunden mit HUB ... gleiche Frage?

- ditto Netzwerk, verbunden mit Switch .. gleiche Frage?

- per IEEE 1394/800 mit Direkt-Link ... gleiche Frage?

- zu Schluss noch, per SK via Opto-Link (Digital)?

Weiss da jemand Bescheid?
 
Hi Antares, :)

„per IEEE 1394/800 mit Direkt-Link ... gleiche Frage?“

Irgendwo hier im Forum gibt es einen Thread, in dem beschrieben wird, wie man am effektivsten Fx Teleport einrichtet. Dort hatte jemand mit der Firewire Direktverbindung die besten Ergebnisse erzielt.
Deswegen hab ich gleich auf FW gesetzt und es nicht bereut. Zu anderen Verbindungsmöglichkeiten kann ich leider nichts schreiben. FW hat gleich so gut geklappt, dass Alternativen nicht in betracht kamen. :)

Ciao,
Quer
 
meins läuft mit firewire 1 host 2 server mit 1ms stabil (96Sampels)!
muss aber alles tunen.


Liebe Grüsse Frank
:D
 
Also ich hab das ganze letzte Woche mal mit 2, per Gigabitlan direkt verlinkten Notebooks, gemacht.Hat eigentlich ganz gut funktioniert (konnte meine 2 Ambience-Halls auslagern), die [g=5]Latenz[/g] war mir egal da ich ja im Mixingprozeß war und nix mehr einspielen musste.

@frank

Wenn ich mich recht entsinne haste auch das 01x (bzw i88x). Stören sich die beiden Sachen da nicht arg wenn du es über FireWire laufen lässt? Wie ist den da deine Anschlusskonfiguration (also gehste über den 2ten Port vom 01x oder ne extra FW-Karte)?

greetings


lebasti
 
hab getrenntes netz also eine firewirecard für die i88x und die andere für fxteleport !

sonst kommts sich ins gehege bei so geringer [g=5]latenz[/g] !!!!

übrigens hab ich keine o1x dafür nehm ich das bcf2000 !

Liebe Grüsse Frank :D
 
Hi Mädels ... Jungs auch ... jepp,

ja ich weiss, es gibt die Suchfunktion ... habt erbarmen ... ;)

Thx für die guten Antworten ...

- also 2/tes Cubase kaufen ...
- 3 FW-Karten
- min. 1 "schlaue" SK
- eig. 2 neue Boards mit Dual-PRoz./DDR2 etc. kaufen
- Balkon anbauen um die "Server" an die frische Luft zu setzen
- ans Geld ausgeben NICHT denken, sondern an die "Aha-Effekte" glauben (Scherz)

... btw ... da ja alles DragnDrop und PnP ist, alles einstöpseln, Handbuch als TFT-Stütze nutzen und sogleich loslegen ... jaja die PC sind ... lol ... gut

Sorry ... bissel [OT] ... es bleibt ein Traum ... hm ... der Nutzen kann ich nur euphorisch abschätzen
 
@Querspieler

>> Das du das Prog. so madig machst, ist ebenfalls einseitig.

Du liest einfach selektiv.

Ich mache das Programm an sich Überhaupt nicht madig. Ich habe nur zum Programm an sich nichts gesagt - weder zur Installation noch zur Bedieneung oder zur Stabilitaet. Die einzige Aussage, die ich gemacht habe haengt mit der langen Suchzeit zusammen, wenn der Slave nicht laeuft. Und diese Aussage ist korrekt und auf verschiedenen Rechnern ueberpruft. Das alleine ist nicht schlecht, aber nervig - besonders dann, wenn man die Slaves nicht immer laufen hat.

Es ging in erster Linie um die Verteilung von Rechenleistung im Netzwerk. Das stand so in anderen Worten im Eroeffnungspost von Lucky.
Dabei betrachte ich in erster Linie natuerlich keine Point-to-point-Verbindungen via FW oder anderer Verbindungsformen, denn ein FW-Netzwerkverbund aus mehreren Rechnern oder ein hausinternes Glasfasernetz duerfte kaum Standard und weit verbreitet sein.
Alleine die zulaessige Kabellaenge bei FW von 4,5 m oder via Repeater von 72 m macht den Netzwerkgedanken abwegig.
Klar ist, dass man je schneller die Verbindung ist, desto eher mit sauberem Arbeiten und geringen Verzoegerungen rechnen kann.

Fuer heutige Standard-Netzwerke auf Ethernet und TCP/IP-Basis gilt das aber nicht uneingeschraenkt. Da ich die Funktionalitaeten von Ethernet-Netzen von Berufs wegen recht gut kenne, sind mir auch die Schwachstellen dieses Systems in Bezug auf Realtime-Verarbeitung und Streaming bekannt - und diese Schwachstellen fuehren zu meiner Sicht der Dinge und zu meinen Aussagen.
Du kannst ja gerne mal den Versuch machen, FX ueber das normale LAN zu fahren.... ;)

Als analoges Beispiel:
Wenn ich sage, dass ein Porsche nicht dazu geeignet ist, einen Acker umzugraben - mache ich dann die Aussage, das Auto sei an sich schlecht?
Eben....

@all
>> Netzwerkverteilung.
Crosskabel.
Kein Problem. Allerdings besser mit Giga als 100Mit ;)
Bei allen Verbindungen gilt: Je schnell, desto gut.....
FX basiert auf den Techniken von TCP-IP. Also muss dieses Protokoll auf der Verbindung genutzt werden (koennen).

Hubs sind aussen vor. Sie verteilen die Daten auf die angeschlossenen Rechner und teilen die Bandbreite auf. Jeder mitlaufende Rechner bekommt nur einen Teil der verfuegbaren Datenmenge - dadurch geht die verfuegbare Datenmenge am einzelnen Rechner zurueck und die [g=5]Latenz[/g] innerhalb des Netzwerkes in die Hoehe....

Switches sind angesagt - und zwar am Besten die Dinger, die Daten zielgerichtet direkt vom Quellport in den Zielport leiten.

>> Datendurchsatz und [g=5]Latenz[/g]
Mit steigender Geschwindigkeit des Netzwerkes machen sich zeitverzoegernde Effekte immer weniger bemerkbar.
Bezogen auf Ethernet bedeutet das dann: Lieber Gigabit-LAN als 100MBit.

Im Ethernet steigt mit der Netzbelastung die Anzahl der Collisions und faellt die Nutzdatenrate. Steigende Latenzen sind auch hier die Folge. Netzbelastung bei hoechstens 50% halten und anderen Netzwerkverkehr ausschliessen.

Netzwerkkarten und Verteilergeraete sollten im Voll-Duplex-Betrieb gefahren werden. Das erhoeht den Datendurchsatz

Die [g=5]Latenz[/g] uebers Netzwerk ist im Grunde nicht egal, weil die Daten ja spaeter zurueckkommen als sie rausgeschickt wurden - und das abhaengig von der Netzbelastung. Die hier gemeinte [g=5]Latenz[/g] ist NICHT die der Audiokarte oder des HST-Hosts, sondern die des Transportsystems.

>> Bedienung und Nutzung auf raeumlich entfernten Rechnern.
Die Oberflaechen der VSTs poppen auf dem Host-Rechner auf. Fuer einen Einsatz des/der Slaves in anderen Raeumen, im Serverschrank oder Keller muss entweder der lange Weg in Kauf genommen werden oder eine Fernsteuerung
Nicht jeder mage s, wenn die Bruellaffen von Hochleistungsmaschinen in der Naehe des Arbeitsplatzes stehen, Verlaengerungskabel benutzt werden muessen (was bei Monitoren meist in schlechtem Bild resultiert) oder daeuernd der Serverschrank offen ist.

Lösung kann man finden mit Hilfe von Fernwartungstools wie zB VNC. Das loest aber zusaetzlichen Netzwerkverkehr und zusaetzliche Belastung der Maschine aus, auf der der VNC-Server laeuft.
Alternative kann ein eigenes Fernsteuernetz sein ueber spezielle Umschalter fuer Tastatur und Maus.


So - und nu macht watt ihr wollt.... :D

Micha
 
@sbv0001

Danke Dir, als ob ichs bei den Fragen schon vermutet hätte ...
Ist gut erklärt und bestätigt meine momentane Abneigung vs TCP/IP

So, nun machen Watt mit Volt ein Ton ... :D
 

Ähnliche Themen

moonbooter
    • Danke
  • Artikel
Antworten
9
Aufrufe
1K
stromzoo
stromzoo
RECORDING-Redaktion
Antworten
1
Aufrufe
577
therealelfatale
T
moonbooter
    • Danke
  • Artikel
Antworten
2
Aufrufe
2K
Ennui
Ennui
moonbooter
    • Danke
  • Artikel
Antworten
3
Aufrufe
2K
moonbooter
moonbooter

Oft gelesene Themen

Zurück
Oben