Moderator: herw
herw hat geschrieben: die Reihenfolge ist ganz und gar nicht richtig, denn es werden zunächst die drei Indexnummern 1, 2, und 3 gesendet (über merge mit 4635) und dann erst die restlichen Informationen. D.h. es müssten also nach dem Starten der Index 3 anliegen.
ja, so würde ich es machen bzw. so ist es im MM2 realisiert, um die virtuellen Kabel auf dem Bildschirm darzustellen. Ich kann aber nicht genauer ins Detail gehen, da ich nicht die weitere Verwendung des Multi-Displays in Deinem Ensemble kenne. Das musst Du jetzt für Dein Ensemble passend gestalten.helmsklamm hat geschrieben:herw hat geschrieben: die Reihenfolge ist ganz und gar nicht richtig, denn es werden zunächst die drei Indexnummern 1, 2, und 3 gesendet (über merge mit 4635) und dann erst die restlichen Informationen. D.h. es müssten also nach dem Starten der Index 3 anliegen.
ich zitiere hier mal das handbuch:
"stellen sie den idx-wert immer ein, bevor sie evants an andrere prots übermitteln"
frage: wenn errst idx#1 und dann die values, dann idx#2, wieder die values, etc... gesendet würde, dann wärs richtig?
Da ich Deine snap-Anordnung in deinem Ensemble deinem screeshot nicht entnehmen kann, ist es nicht möglich, da irgendetwas zu sagen. Die Inititialisierungsreihenfolge beim Neustart kannst Du dem Dokument Initialization Algorithm.rtf entnehmen. Du findest dieses leicht zu übersetzende Dokument, das die Initialisierungen ausführlich beschreibt, im Reaktor 5-Ordner unter:helmsklamm hat geschrieben:gut, muss ich dann wohl. danke.
aber kannst du nochmal kurz auf neustart vs. snapwechsel erläutern? was is da anders, wieso funzt es beim snapwechsel aber nich beim neustart, das is doch in punkto initialisierung das geleiche, oder?
