Eventmanager hat geschrieben:Ah, danke Herw, also innerhalb EINER Cell kann EIN gerippeltes Macro jeweils EINMAL nen Send/ resp.Bus-Send empfangen. Dupliziere ich die Empfänger wirds wieder rot!
ja, das ist richtig aber es geht ja auch anders einfacher; hier mal verschiedene Möglichkeiten:
Bild 1.png
Ebenso scheinen neue Core-Cells und darin enthalten Empfänger die Sends nicht mehr kennen. [...]
ja das ist klar, da es ja das
scoped bus-System nur innerhab core gibt. Mit der core cell und dem Wechsel zu einer anderen corecell bist du ja wieder im primary.
Daher ist ja ständig mein Credo, dass diese zwei Paradigmen primary und core nur dann zusammenpasssen, wenn man primary all die schönen panel-Sachen machen lässt und jegliche Signalverarbeitungen in ein oder zwei (poly/mono) corecells ablaufen. Das ideale wäre natürlich, wenn es die Unterscheidung primary/core überhaupt nicht gäbe, aber dann heißt unser Lieblingsprogramm nicht mehr REAKTOR
In der untersten corecell willst du die clock von oben übernehmen. Der häufigste fehler ist, dass man vergist, dass es sich bei diesen Clocksignalen um audio-synchrone Signale handelt. Damit die aus der Corecell hinausgelangen, muss man beim Ausgang die Option Allow Audio Events aktivieren. das hast du bei der untersten corecell vergessen.
Wenn du dort hineinschaust, erkennst du, dass du die Clock direkt benutzen kannst.
Bild 2.png
PS: Übrigens, wenn du Änderungen in einer corecell vornimmst, dann wird nur der jeweils aktive Teil kompiliert. Wenn man dann direkt zum Panel wechselt, dann kann es sein, dass der gesamte Zusammenhang nicht richtig reagiert. Das heißt: mach bei Änderungen in core immer einen Hartreset (aus/an), damit der Compiler bescheid weiß.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
