Projekt#01 - Event-Smoother

Fragen und Antworten, Beispiele

Moderator: herw

Benutzeravatar
herw
moderator
Beiträge: 3123
Registriert: 13. März 2006, 18:28
Wohnort: Dortmund

Re: Projekt#01 - Event-Smoother

Beitrag von herw »

Eventmanager hat geschrieben:Ich hol mir dann schon ein etwas neures pad, auf jeden Fall mit Retina und Catalina kompatibel, wobei die wohl nicht so robust sein sollen, aber ich will ja damit auch nicht Federball spielen;-)

Hab deine obige Clock mal nachgebaut und wahrscheinlich siehtst du auch an den roten CX "Bussen" Was ich hier testweise bezwecke und dabei scheiter.
Kann man so UNIVERSELLE Busse schaffen, die auch in anderen Cells... dann abgegriffen werden können? Laut Handbuch ja: "Scoped Buses allow invisible connections across several Structure layers." aber irgendwas mach ich grundlegend falsch???
Ohne Titel.jpg
Wär natürlich klasse, wenn man sich so GLOBAL ein paar verschiedenen Taktungen vorbereitet und dann bequem bei Bedarf das enstprechende wählt. Sen/Distribution Bus = Scopebus, oder????)
Du hast einen Namenskonflikt und einen Bezugskonflikt.
  • Du möchtest die reduzierte Clock mit einem send to reception bus in die parent-Struktur senden. Dort soll sie von einem Receptionsmodul empfangen werden. Das funktioniert im parent Makro nicht direkt, da per Definition die Receptionsmodule in derselben oder übergordneten Strukutr suchen. Da die clocks aber in einem untergeordneten Makro sind, muss man den Receptor in ein Makro (hier clock-Empfang) packen und die Funktion solid deaktivieren.
    Bild 1.png
    Bild 2.png
    Die Deaktivierung erkennt man daran, dass der Makrorand nun gestrichelt ist.
  • Obwohl die gewünschten send to reception bus eine einzelne Verbindung und ein bus sind, müssen sie verschiedene Namen tragen. Wenn du mal jeweils an verschiedenen Stellen bewusst gleiche Namen einsetzt, dann siehst du, an welchen Stellen jeweils rote (unkorrekte) Namen auftauchen und auch warum dies geschieht.
Die korrekte Übertragung ist etwas umständlich zu erklären, deshalb habe ich dir das ganze mal in ein kleines Ensemble gepackt. Ich denke, du wirst es schnell verstehen.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Quietschboy
synth doctor
Beiträge: 218
Registriert: 6. April 2011, 20:31
Wohnort: Wiesbaden

Re: Projekt#01 - Event-Smoother

Beitrag von Quietschboy »

[gelöscht]

Hallo Mark, du kannst deine Mail selbst löschen! :)
gelöscht.png
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Eventmanager
synth doctor
Beiträge: 273
Registriert: 25. Juni 2013, 15:26

Re: Projekt#01 - Event-Smoother

Beitrag von Eventmanager »

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!
Ebenso scheinen nuee Core-Cells und darin enthalten Empfänger die Sends nicht mehr kennen.
Da auch du wahrscheinlich mittels reverse-blick schneller erkennnst was ich meine, hier mal mein Versuche zum golden Goal!
Wo liegt hier der Fehler?
Ups, vergessen das File umzubennnen, ist aber mein Tester!
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Benutzeravatar
herw
moderator
Beiträge: 3123
Registriert: 13. März 2006, 18:28
Wohnort: Dortmund

Re: Projekt#01 - Event-Smoother

Beitrag von herw »

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.
Eventmanager
synth doctor
Beiträge: 273
Registriert: 25. Juni 2013, 15:26

Re: Projekt#01 - Event-Smoother

Beitrag von Eventmanager »

herw hat geschrieben: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.
.......mach bei Änderungen in core immer einen Hartreset (aus/an), damit der Compiler bescheid weiß.
Ahja, eigentlich voll logisch, innerhalb CORE bedeutet innerhalb einer Cell... manchmal schnarch ich halt;-)
Äm, mit Hardreset meinste nen Switch, das global on/off oder gar nen reload?
Das ENS schau ich mir gleichmal an, aber es wird schon deutlich klarer, ich hab schon ne Vermutung :-))))

------
Komplett andre Frage, wo Marks Event-Smoother ne wichtige Nebenrolle spielt, gibs gleich in R-kreativ.
Benutzeravatar
herw
moderator
Beiträge: 3123
Registriert: 13. März 2006, 18:28
Wohnort: Dortmund

Re: Projekt#01 - Event-Smoother

Beitrag von herw »

Eventmanager hat geschrieben:
herw hat geschrieben: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.
.......mach bei Änderungen in core immer einen Hartreset (aus/an), damit der Compiler bescheid weiß.
[...]Äm, mit Hardreset meinste nen Switch, das global on/off oder gar nen reload?
[...]
Ich mache immer einen global on/off. Mit einem snapshot- (Wieder-) Aufruf geht es glaube ich auch, aber da denke ich beim Entwickeln nicht drüber nach.
Antworten