Na klar, die ParameterMaster sind bekannt, hatte ich in einem alteren Projekt auch genau so benutzt.
Mch störte etwas die Anzeige der Zahlen (mit Kommastellen) im Softdesk direkt am Fader. Daher die Konfiguration mit den Steps.
Ich werde das mal weiter beobachten und hoffe etwas genauer herauszufinden, ob und in welchem Kontext genau die Abstürze auftreten.
Ich hänge mich hier mal an den Thread dran, denn ich habe das Absturzverhalten ähnlich auch letztes WE erlebt. Ein in 3.2.2 neu erstelltes Projekt mit einigen Fadern (FOG/FAN vom Nebler), die ich der Schönheit Halber auch auf Steps gesetzt habe, damit ganze Zahlen (0...255) direkt an den DMX-Out gehen.
Nicht immer, aber mehrmals am Abend ist die GUI abgestürzt, beim Neustart war das Projekt aber über den weiterlaufenden Kernel noch bedienbar.
Mir war nicht klar, was genau ich gemacht habe, aber ich erinnere mich, dass ich immer an einem der Fader (Touch) herumgezuppelt hatte, um den Nebler auf minimalen Ausstoß zu bringen.
Ich möchte hier auch mal kurz meine Erfahrungen als Gedankenanregung beisteuern.
1997 habe ich eine eigene Lichtsteuerung gebaut, die mit einem BA3830 (NF-Analyzer) das NF-Musiksignal (aus dem Booth-Ausgang des Mixers) in bis zu 6 Bänder (63Hz ... 10khz, meine ich) auflöste. Damit steuerte ich klassische Solid-State-Relais für die damal üblichen PAR56 300W-Spots.
Später wechselte ich zu DMX-basiertem Licht und war nie richtig zufrieden.
Wenn man ein externes analoges Signal als Beat hat (weiß nicht, was der NV2 genau ausgibt), könnte man dieses natürlich nach MIDI wandeln. Dabei fallen mir sofort die Arduino-Microcontroller ein, zu denen es super einfach einzurichtende MIDI-Bibliotheken gibt.
Ich hatte hier [https://universalinteressiert.de/3-midi-control…r-daslight-dvc4] mal etwas mit einem Arduino Teensy gemacht. Einen Mini-USB-MIDI Controller sozusagen.
Damit könnte man extern erzeugte Pulse als MIDI-Control-Signale an DMX-Control senden und zum triggern des Speedmasters benutzen. Hat das mal jemand probiert?
Allerdings ist es nicht so ganz trivial, ein klassisches NF-Signal mit externer Elektronik in mehrere Frequenzbänder zu zerlegen, wenn man zb. den BA3830 Chip und die zugehörige Schaltung nicht hat. Erfahrene Elektroniker werden jetzt sicher anmerken, dass man das auch mit klassisch analog-diskreten Bauteilen hinbekommt... So mit Induktiionen, Kondensatoren und Filtern 1. bis 3. Ordnung usw. Aber das dürfte dann doch etwas zu kompliziert sein.
Ich habe sogar mal probiert, einen Arduino als FFT-Anylyzer zu programmieren, der das in Software erledigt, bin aber davon abgerückt da das auch nicht besser sein kann als der interne Audio-Analyzer.
Da ich seit vielen Jahren VirtualDJ verwende, setze ich hier auf das OS2L-Plugin oder den MIDI-Clock, den VDJ automatisch ausgibt. Dafür könnte es doch auch mal nen Plugin geben, oder? Dann könnte man auch andere (MIDI)Musikinstrumente mit MIDI-Clock benutzen...
Zum OS2L-Plugin gibt es einen Thread, der vieles erklärt... hier: [OS2L Plugin (für VirtualDJ Beat Signal)]
Hallo Leute,
wie weiter oben bereits von mir mehrfach bemerkt, war der Beat-Eingang an den Cue-Listen in der Version 3.1.3 super, wenn man eine Art Lauflicht über mehrere Cues einer Liste schalten wollte. Mit dem OS2L-Plugin kam der Beat direkt vom VirtualDJ-Rechner und wenn die Musik gestoppt wurde, hielt auch das Lauflicht an.
Seit der Version 3.2 steht dieser Beat-Eingang leider nicht mehr zur Verfügung - dafür sind SpeedMaster und ParameterMaster ins InputAssignment eingezogen. Die können dafür andere Sachen ziemlich gut.
Daher nutzte ich seit der 3.2.1 den OS2L-Beat und triggerte damit den LEARN- und den SYNC-Eingang des SpeedMasters. Damit war es wieder möglich, die Cuelisten beatgenau zu schalten. Da der SpeedMaster bei stoppendem Beat mit der letzten berechneten BPM-Wert weiter läuft, laufen aber auch die Cue-Listen weiter.
Im ständigen Kontakt mit dem Kollegen 'steffens' kam immer wieder der Wunsch auf, bei stoppender Musik auch die Cue-Listen stoppen zu lassen. Das hat mir einfach keine Ruhe gelassen. Mir fehlte immer ein "nachtriggerbarer Mono-Flop", um die Cue-Listen anzuhalten. Irgandwann fiel mir der "ValueChanged-to-bool" auf, Der macht genau das, wenn man die ON-Time entsprechend lang setzt.
Folgende Lösung arbeitet nun bisher sehr gut.
Bild 1 - BPM-Auswertung mit Pause-Funktion
Der Beat läuft über einen Beat-to-bool in den Sync-Eingang des SpeedMaster und steuert parallel eine Lampe im Softdesk an.
Gleichzeitig nutze ich einen ValueChanged-to-bool mit einer On-time von 1000 ms, um einen Input-Selector zu steuern. Solange ein Taktsignal anliegt, wird damit der OS2L-BPM-Wert über den Eingang 1 direkt in den BPM-Eingang des SpeedMaster geschrieben. Damit muss dieser nun nicht mehr über 'Learn' getriggert werden.
Wenn die Musik stoppt und der Select-Eingang des Input-Selectors (nach 1000ms) auf '0' zurück fällt, bekommt der BPM-Eingang ebenfalls den Wert '0' übergeben. Damit stoppt der SpeedMaster.
Hat man nun nicht nur Lauflichter, die im Takt blinken und bei gestoppter Musik anhalten sollen sondern auch Moving Heads oder Scanner, bewegen diese sich natürlich weiter. Wenn auch diese Bewegungen pausieren sollen, verbindet man das Ausgangssignal des Input-Selectors über einen Schmitt-Trigger mit dem Fader-Value eines ParameterMaster. Am Schmitt-Trigger ist der Low-Threshold auf 0 und der High-Threshold auf 0,1 gesetzt.
Damit ist der Parameter-Master Fader-Value '0', wenn die Musik gestoppt ist und '1' (100%) bei laufender Musik.
So kann man nun bei allen gewünschten Bewegungs-Cue-Listen einfach den globalen Parameter-Master einfügen und den Fader-Value-Ausgang mit dem Speed-Factor-Eingang der Cue-Liste verbinden. Damit stoppt die Bewegung bei fehlendem Beat aus der DJ-Software. Manuell kann man aber immer noch über den Fader im Execuor eingreifen und den Effekt-Speed hochdrehen. (Fader-Mode -> Effect-Speed)
Bild 2 - ParameterMaster als Fader-Eingang für Bewegungs-Cues
Ganz rechts erkennt man noch, wie ich die Schalter im Softdesk einfärbe. Der Status-Ausgang der Cue-Liste wird über einen Input-Selector mit dem Taster verbunden. In den Werten trägt man dann die Farben für die 3 Stati (0=gestoppt, 1=pausiert und 2=gestartet) als RGB-Werte mit Semikolon getrennt ein.
Bleibt mir am Ende nur noch mal Danke zu sagen an die Programmierer. Ihr macht einen tollen Job.
Ich hoffe, ich kann auch etwas beitragen und der Community mit dieser Lösung etwas sinnvolles an die Hand geben. Ein paar von meinen DDFs habe ich heute auch schon hochgeladen....
Grüße, DJ Willi
Ja, auf den anderen Rechnern funktioniert es genau, wie geplant. Muss wohl Rechnerspezifisch sein. Ich weiß nur nicht, an welcher Schraube ich drehen muss....
Hallo Leute!
ich habe mir in den letzten Tagen/Wochen viele Gedanken gemacht, wie sich Lauflichter und nun auch bewegte Geräte stoppen lassen, wenn die Musik stoppt. Ich werde dazu auf jeden Fall mal meine Gedankengänge posten und will auch wieder ein Video machen.
Im Vorfeld bereitet mir aber etwas anderes Kopfzerbrechen:
Ich sitze hier an meinem "goßen" PC mit DMXC 3.2.2 und OS2L-Plugin. Habe sogar den Bonjour-Browser, aber der zeigt mir keine Services an. Hier müsste doch die laufende Instanz von DMXC auftauchen, richtig?
Welche dann auch die OS2L-Beats vom VirtualDJ empfängt.
Gibts einen Trick oder habe ich etwas übersehen?
Netzwerk ist privat und auch ohne Firewall funzt es nicht.
Und Bonjour ist natürlich auch installiert...
Na, da sage ich doch schon mal: herzlichen Dank! 
Hi In die Runde!
ich war lange nicht da uns habe sicher viel verpasst. Nehmt mir das bitte nicht übel...
In der alten (3.11?) Version gab es noch den direkten Eingang an der CUE, um den BEAT vom OS2L direkt dranzuklemmen. Das war perfekt. Die Möglichkeiten des (globalen) Speedmasters sind ja ganz nett, aber einfach nur Beat = Takt, und wenn kein Beat, bleibt auch der Chaser stehen.... das geht nun leider nicht mehr. Und das war immer perfekt synchron... Blöd ist auch, dass man den Speedmaster nicht extern löschen kann, damit das Licht "stehen bleibt" - oder geht das etwa...?
Ich habe mir tatsächlich eine Hardware-Kiste gebaut, die den MIDI-Clock von VDJ abgreift (über USB) und über eine DMX-Platine ein paar gespeicherte Chaser/Lauflichter abfeuern kann. Die habe ich über einen Merger mit dem eigentlchen Lichtrechner gekoppelt. Damit muss DMX-Control nun nur noch die bewegten Lichter steuern. Siehe:
Grüße, Christian
Zu meinem Post oben, Nr.: #14
Ich hatte lange herumprobiert, um in V3.20 mit OS2L und VDJ auf nem separaten Rechner sicher ans Laufen zu bekommen. Meine Erfahrungen mal hier zsammengefasst:
https://universalinteressiert.de/10-einsatz-des…le-und-probleme
Im Anschluss daran - wieber beim GIG - keine Funktion... also wieder den ganzen Abend per Taste den Speedmaster antriggern. Elend...
Bei Veranstaltungsende am VDJ Rechner VirtualDJ neu gestartet... und sofort ist das OS2L-Beat-Signal da...
Insofern glaube ich, dass mit an Sicherheit grenzender Wahrscheinlichkeit nicht DMXC oder das OS2L-Plugin hier etwas falsch machen, sondern Virtual DJ.
Da werde ich wohl mal im entsprechenden Forum nachhaken müssen - eine Reset-Funktion für den OS2L-Sender ohne Neustart des Programms, wäre hier sehr hilfreich. Leider ist hierzu die Doku in VDJ auch nicht sehr hilfreich, da etwas spärlich.
Grüße und bleibt gesund!
Haltet durch!
Ich habe da mal ne grundsätzliche Frage zu OS2L.
Gibt es aktuell irgendwelche Probleme? Seit einiger Zeit "sieht" DMXC den Beat von VDJ nicht mehr. Ich habe schon extra den "Bonjour Browser" installiert, um zu sehen, was da passiert.
Auf dem VDJ-Rechner sehe ich im BonjourBrowser, wenn das OS2L-Plugin Plugin in DMXC aktiviert wird.
Leider kann man nicht sehen, ob VDJ was sendet... gibt es eine Möglichkeit, den Fehler einzukreisen?
Für diesen Post habe ich gerade noch mal rein lokal probiert... da funktioniert es. 
Also sendet VDJ ... und das Plugin funktioniert auf diesem Rechner auch.
Welche Einstellung bzgl. Netzwerk könnte denn dazu führen, dass der BonjourBrowser das DMXC OS2L Plugin "sieht", der Beat aber nicht ankommt?
Eigentlich ist ja Bonjour genau dafür gedacht, dass sich die Programme auch ohne spezialle Einstellungen finden...
Netzwerktechnisch habe ich beiderRechner über einen Switch gekoppelt (Kabel), welcher an einer älteren LTE-FritzBox hängt. Diese vergibt auch die IP-Adressen via DHCP.
Hi und guten Abend!
Seit einiger Zeit baue ich an der Projektdatei für DMXC 3.2. Ziemlich überrasched kam heute die Fehlermeldun:
Interessanterweise scheint das angeschlossenen Interface (eurolite USB-DMX512-PRO MK2) aber ganz offensichtlich korrekt angesteuert zu werden. Somit gehe ich davon aus, dass es im Kernel korrekt verwendet wird, und nur die Verwendung im GUI fehlerhaft ist.
Da ich heute noch an der Datei herumschrauben muss, damit die VA morgen steht, bin ich etwas unter Druck.
In einer neu angelegten Projektdatei gibt es das Problem genauso. Hatte vorhin eine leere Projektdatei abgespeichert, allein mit dem aktivierten Interface. Jetzt lässt sich auch diese nicht mehr öffnen.
So, nach einiger Zeit hier noch einmal ein Update:
Zuerst mal DANKE für die ausführlichen Rückmeldungen - ihr macht hier wirklich einen tollen Job!.
Die Nebel-Steuerung konnte ich ziemlich gut mit den ParameterMastern umsetzen - Der Hinweis auf die Schongewusst-Teile war super. Dort muss ich mich noch mal ganz besonders durcharbeiten, wie ich merke.
Ich habe nun also mehrere Haze-Cue-Listen, die alle in einer Gruppe sind. Die Gruppe ist so eingestellt, dass nur eine Cue aktiv ist und die "Haze OFF" alle beendet. Jeweils geht eine Lampe an zur Kontrolle.
Zusätzlich sind in der MAN FOG einfach die Werte als ParameterMaster 1 (FOG) und 2 (FAN) gesetzt. Die beiden Fader steuern dann die Parametermaster. Bei FULL-FOG kann ich manuell noch den FAN setzen und bei Pulsed werden die mauellen Werte genommen, nur eben zeitgesteuert alle 30s ein und aus geschaltet.
Das direkte Setzen von Fadern zb. auf bestimmte Funktionen von Devices oder DeviceGroups fehlt mir doch immer noch etwas... 
Damit kann man aber klar kommen. Bestimmte Kanäle bei einzelnen Geräten (Spiegelmotor u.ä.) kann man ja eben auch direkt in den DMX-Out schreiben, wenn es unbedingt ein Slider sein muss. Ihr habt aber recht, bestimmte Funktionen von Geräten (eingebaute Modi oder Farben bei LED-Bars) lassen sich natürlich über spezielle Cues viel direkter setzen, als über Slider. Sehe ich ein.
Ist zukünftig evtl. auch etwas wie ein Parameter-Master für Farbwerte vorgesehen? Ich hatte zwischendurch die verrückte Idee, über eine ColorBar oder ein ColorGrid eine globale Farbe zu setzen und dann über Cues die einzelnen Gerätegruppen auf die eingestellte Farbe zu schalten. Aber im Color-Feld lässt sich logischerweise kein ParameterMaster eintragen.
Zum BEAT von OS2L:
Dies ist ja wie gesagt in die Cuelist Options gewandert, wo du die jeweilige Quelle gezielt und vor allem für mehrere Cuelists gleichzeitig setzen kannst. Das hat auch ein wenig den Grund, um an dieser Stelle effektiver zu arbeiten - sowohl auf Seiten des Nutzers als auch programmintern.
Hm, stimmt grundsätzlich. Aber eben nur 'SpeedMaster' und 'ManuelBeat' (wer ist eigentlich Manuel, und warum ist der für den Beat zuständig? - kleiner Scherz!, Sorry! 
)
Genau dort würde sich der OS2L-Beat auch super machen.
Ich bin bei der Verwendung des SpeedMaster etwas hin- und her gerissen. Einerseits fand ich die direkte Steuerung ber BEAT direkt in die CueList schon sehr genial, vor allem, weil dann bei gestopptem Song (in VDJ) auch das Licht stehen bleibt, was bei Nutzung des SpeedMasters nicht der Fall ist. Das hat auch Kollege "steffens" hier: [Beatsteuerung in DMX Control 3.2 mit OS2L und Virtual DJ 2020] angemerkt. Zumal sich der SpeedMaster nicht "resetten" lässt, um den ausgegebenen BPM-Wert auf 0 zu setzen und so das Licht "anzuhalten".
Andererseits ist die (neue) Möglichkeit, seine Chaser u.ä. nicht manuell sondern über die Effekte und Filter (Chaser, ColorChaser) programmieren zu können und diese nicht mehr per Hand an die aktuelle Geschwindigkeit anpassen zu müssen, schon sehr genial. Damit kann man jetzt wechselndes Licht einsetzen, indem zb. alle 30sek oder alle 64 Takte die Cue eins weiter schaltet.
Meine Vorschläge wären (wenn umsetzbar) folgende:
- OS2L-Beat in die CuelList-Options unter Beat Source mit einfügen
- Beim Speedmaster einen BPM-Eingang schaffen, um den (nun vorhandenen) BPM-Wert aus dem OS2L-Plugin direkt zu übergeben, ohne den SM erst den BPM lernen lassen zu müssen.
Sind bei der Synchronisierung des SpeedMasters noch Optimierungen geplant? Ich habe festgestellt, dass bei mehrmaliger Verwendung des SM innerhalb einer Cue (bei Kombination von Color-Chasern mit Dimmer-Chasern, auch über mehrere Gerätegruppen) nach einer Weile die Chaser etwas auseinanderdriften. Dann schaltet erst der Dimmer-Chaser und etwas versetzt der FarbChaser, so dass die alte Farbe noch aufblitzt. Das kann man forcieren, wenn man den Song pitcht, so dass der SM seinen Speed tatsächlich dauernd neu berechnen muss.
Ggf. sende ich gern mal meine Projektdatei zu, wenn sinnvoll oder gewünscht.
So das reicht erst einmal für heute.
Und DANKE nochmal, dass ihr überhaupt alles lest und so schnell reagiert. Ich bin jedes Mal begeistert! 
Liebe Grüße aus Köpenick!
Hallo in die Runde, Hallo Steffen!
ich habe das gleich mal probiert - es klappt gut. Ich konnte zwar noch nicht mit Interface und Geräten testen, aber das dürfte kein Problem sein, denke ich.
Ich habe beide Umgebungsvariablen angelegt, wie beschrieben und mit auf die Daten-festplatte gelegt. Dorthin habe ich auch die User-Files aus AppData und die Projektdateien verschoben.
Zusätzlich habe ich mir zwei Bachdateien geschrieben, die nicht nur den richtigen Kernel starten, sondern auch gleich die aktuelle Projektdatei mit laden.
Hier die beiden Dateien, die natürlich entsprechend anzupassen sind:
Inhalt der [DMX313.bat]:
@echo off
start " " "C:\Program Files (x86)\DMXControl_3.1.3\Kernel\Lumos.exe" D:\DMX-Control_3.1.3\Projekte\aktuell.zip
timeout /T 20 /nobreak
call "C:\Program Files (x86)\DMXControl_3.1.3\GUI\LumosGUI.exe" -nonetworkund hier die für die 3.2: [DMX32.bat]
@echo off
start " " "C:\Program Files (x86)\DMXControl_3.2\Kernel\Lumos.exe" D:\DMX-Control_3.2\Projekte\aktuell.zip
timeout /T 20 /nobreak
call "C:\Program Files (x86)\DMXControl_3.2\GUI\LumosGUI.exe" -nonetworkNatürlich muss man vor der Installation der 3.2 den Programmordner umbenennen, bei mir ist das: C:\Program Files (x86)\DMXControl_3.1.3
Nach der Installation von 3.2 habe ich noch vor dem ersten Start den Ordner auch umbenannt (C:\Program Files (x86)\DMXControl_3.2) und die AppDate Dateien an den neuen Ort, wie in den Umgebungsvariablen unter DMXC3_PROFILE_3_2 angegeben, verschoben.
Bei der Erstellung von BAT-Dateien hilft mir Nptepad++ am Besten.
Die Wartezeit von 20 Sekunden (timeout) kann man sicher noch etwas herunter setzen.
Grüße, Christian
Ein herzliches Hallo und Grüße an die Entwickler!
Nachdem nun OS2L wieder funktioniert - Danke dafür! - habe ich mich mal länger mit der Version 3.2 beschäftigt. Leider fehlen wichtige Basisfunktionen der 3.1.3 in der Version 3.2.
Hier mal meine Gedankengänge:
Devices und DeviceGroups fehlen als Outputs im Input Assignment. Wo sind die geblieben?
Damit ist es nicht mehr möglich, zb. die Farbe einer bestimmten Gerätegruppe direkt per Farbwähler zu setzen.
Man könnte sicher irgendwie eine DeviceGroup selektieren und die Werte dann dem Programmer übergeben, aber das ging früher direkt. Ich möchte eigentlich mit dem SoftDesk nicht den Programmer steuern. Das ist zu kompliziert. Den Programmer brauche ich bei der VA eher zum Programmieren neuer Cues/Cuelisten oder Presets.
Für die Steuerung des Programmers sind ja die Controls unten im Programm voranden, dafür braucht man die Farbwähler Softdesk nicht unbedingt. Zumal der klassische Farbkreis im Softdesk selbst gar nicht mehr vorhanden ist.
Ich würde gerne mit mehreren Slidern im Softdesk zb. die Nebelmaschine(n) und die eingebauten Gerätefunktionen meiner LED-BAR abrufen. Da in der Output-Liste keine Devices/DeviceGruppen vorhanden sind, geht die Zuordnung vom Slider zu den Device Properties (Dimmer, Strobe, Color, FAN, FOG) aber nicht. Man kann zwar jeweils den speziellen DMX-Kanal setzen, aber das macht die Vorteile des HAL komplett zunichte und müsste für jedes Gerät separat erfolgen.
Bei den Cuelisten fehlt der (früher vorhandene) Beat-Input. Das ist eine m. E. wesentliche Basisfunktion. Mit dieser kann man zb. per Taste durch eine Cueliste schalten oder eben den Beat vom OS2L nutzen. Dann bliebe die Cuelist auch (wie bisher) stehen, wenn der Player (VDJ) gestoppt ist. Wenn ich hier per SpeedMaster steuere, läuft die Cuelist weiter, da der Speedmaster ja mit dem berechneten BPM-Wert weiterläuft. Dafür brauche ich zb. den STOMP-Eingang nicht.... ;o)
Im Übrigen ist die Nutzung des OS2L für den Speedmaster recht kompliziert. Der Sync-Eingang hilft schon mal gut, um per Beat geteuerte Cuelisten halbwegs synchron durchzutickern. Das war mit dem direkten Beat-Eingang aber sehr viel simpler und eben immer exakt synchron zum VDJ-Player..
Chaser-Effekte innerhalb einer Cue sind dafür nur rein Zeitgesteuert und lassen sich nicht synchron schalten. Das Tempo habe ich zumindest hinbekommen. Dafür habe ich in der Chaser-Cuelist für RGB Pars die Zeitbasis 1000ms eingestellt und vom Speedmaster hole ich nun die Hz (Output) und setze damit den SpeedFactor der Cuelist, um den Speed zu halten. Hier gibt es aber keine Möglichkeit um taktsynchron zu bleiben.
Kann man einen ausgegebenen DMX-Wert direkt wieder als Input nutzen? Aktuell ist bei den Assignment-Inputs nur die DMX-Kanäle der dedizierten DMX-Eingänge vorhanden. Hier wäre es cool, wenn die DMX-Outputs auch wieder als Inputs nutzbar wären.
Ich würde gern den Hazer über zwei Slider im Softdesk steuern (FOG/FAN). Zusätzlich möchte ich einige Cues anlegen, mit denen ich den Hazer auf spezielle FAN/FOG-Werte (5%/50%/100%) einstellen kann. Wenn ich jetzt per Cueliste FOG und FAN setze, müssten sich die Slider im Softdesk mit bewegen. Sozusagen als Kontrolldisplay...
Da entsteht aber ein Zirkelbezug, was sicher nicht ohne Weiteres abzufangen ist.
Eine rein passive Anzeige wie zb. ein Forttschrittsbalken o.ä. könnte das Problem lösen, Dieser würde seinerseits nicht wieder etwas auslösen, sondern könnte rein passiv den aktuell ausgegebenen DMX-Wert im Softdesk anzeigen. Alternativ wäre ja ein Label möglich, aber der Ausgangs-DMX-Wert fehlt eben als Input.
DMX-C blieb gerade innerhalb weniger Minuten mehrfach unvermittelt stehen - Abbruch nur über Task-Manager möglich. Z.T. mitten im Ladevorgang des Projekts oder bei Bearbeitung des InputAssignments.
Einige grundsätzliche Gedanken:
Ich freue mich, dass es Leute gibt, die so ein grandioses Projekt wie DMX-Control auf die Beine stellen und daran stetig weiterarbeiten. Dafür ein Chapeau!
Allerdings erweckt der aktuelle Stand bei mir den Eindruck, dass man sich hier mit den umfangreichen Möglichkeiten "verzettelt".
Grundlegende Basisfunktionen sind nicht mehr nutzbar, oder nur mit komplizierten Programmierungen des Input Assignment umsetzbar. Bitte nicht falsch verstehen - die neuen Möglichkeiten und die Integration in DMX-Control sind super und dringend nötig im Vergleich zur 3.1.3.
Aber ich hoffte, das Programm auch anderen Kollegen empfehlen zu können, die nicht gerade Informatik studiert haben.
Das ist aktuell gar nicht möglich. Hier programmieren IT-Profis für IT-Profis.
Liebe Grüße aus Köpenick!
Hallo 
JPK
schau dir mal mein Schon Gewusst? zu den Mastern an: Schon gewusst? Special #6 - Neue Master für mehr Kontrolle Dort ist auch ganz kurz beschrieben, wo man nun die BeatSource für eine Cuelist einstellt. Wenn das eingestellt ist, musst du nur noch den Trigger der Cues auf "Beat" stellen und die Cuelist sollte beatgesteuert weiterlaufen. Das schöne an der Sache: Nun lassen sich Cuelists auch mit einem SpeedMaster triggern, was noch mehr Freiheiten bietet.
Danke für den Tipp. Hatte ich schon mal gelesen. Wollte allerdings nicht den komplizierten Weg über den SpeedMaster gehen, sondern hoffte, dass das direkte Assignment vom OS2L zur CueList geht.
Ich habe nun nach langem herumprobieren auch eine Variante gefunden, die halbwegs funktioniert.
Ich habe also den Beat vom OS2L genommen und über einen [Beat to Bool]-Wandler den SpeedMaster getriggert. Leider hat dieser keinen Eingang für BPM, den ja das OS2L nun als Ausgang hat. Somit blieb nur, mit dem Beat die BPM-Berechnung zu triggern und zeitgleich zu sync'en.
Was mir an dieser Variante - im direkten Vergleich zur 3.1er mit dem alten OS2L-Plugin - nicht gefällt ist, dass jetzt das Licht (Meine Chaser-Cue-List) mit der berechneten BPM Speed weiterläuft, auch wenn die Musik aus ist. Das war bei der alten Version besser, da hier direkt der Beat-Impuls auf dem Beat-Input der Cue-List lag. Damit pausierte die Cue in der Position und lief erst wieder an, wenn im Virtual DJ der nächste Song gestartet wurde.
Frage 1: Habe ich etwas übersehen? Manchmal steht man ja zu nah am Wald, um das Holz zu sehen...
Frage2: Sollte ich die für mich fehlenden Eingänge [Beat] bei den CueLists und [BPM] bei den SpeedMastern als Wunsch im Bug-Tracker eintragen?
Grüße, Christian
Moin,
in den News waren ja schon schöne Beispiele für die Verwendung des neuen Input Assignment. Es wäre ein Traum, wenn einer der Profis kurz darlegen könnte, wo der Beat Inputknoten bei den Cues geblieben ist oder wie ich jetzt die Cues per Beat weiterschalten kann? OS2L funzt ja jetzt wieder - ein Traum!
Ich halte möglichst viele solcher Beispiele übrigens für die ideale Möglichkeit, die unzähligen Möglichkeiten des Assignments auszuloten. Eine eigene Anleitung wird sicher schwer umzusetzen sein. Allerdings wäre eine Funktionsbeschreibung der Ein- und Ausgangsknoten für die wesentlichen Elemente schon ideal.
kollegiale Grüße!
Christian
OK cool. muss ich noch mal aufbauen und in Ruhe testen.
Hatte grade damit zu tun, einen neuen Rechner einzurichten - auf dem noch die 3.1.3 zum (live-)Einsatz kommen wird.
Der 3.2-Testrechner steht leider zu selten neben dem Behringer-Pult...
Hi und Guten Abend,
im Zusammenhang mit den ersten Tests stellen sich sofort mehrere Fragen.
1) Lassen sich die bekannten Plugins (OS2L, AudioAnalyzer) auch hier aktivieren? Wenn ja, wie?
2) Wie bekomme ich ein MIDI-Pult in DMX-C angezeigt? In meinem Falle ist das der Behringer BCF2000.
Zuerst mal Danke für die neue 
Version. Bin ganz gespannt.... 
Bin begeisterter Umsteiger von Daslight2-3-4 auf DMX-C 3.1.3....
Ohne drängeln zu wollen, aber wird es eine Kurzinfo geben für Updater/Umsteiger von der 3.1.3 ?
Also, was es zu beachten gibt... Mein Projekt lässt sich wohl wegen Fehlern in den XMLs nicht laden. Da wären Hinweise cool, was an den XMLs zu ändern ist. (bzgl. Stromverbrauch usw.)