Bugtracker DMXControl 3

Hallo,

ich benutze unter Win10 das Lixada USB-DMX512 Dongle mit dem Illutzmination Treiber um ein RGB Par zu steuern. Funktioniert zunächst wie gewünscht, aber nach einiger Zeit (wenige Sekunden bis Minuten) kommen an der Lampe keine Änderungen mehr an (Display an der Lampe blinkt nicht mehr). Der USB-Stick flackert dann auch nicht mehr orange. Wenn ich unter DMX-Interfaces das Häkchen für “Enable” entferne und wieder setzte läuft es kurz wieder weiter, bis es wieder stoppt. Im Lumos Log steht:

2019-04-20 21:47:36,610 [56] INFO org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Set timing values to Break 0, MAB 243, IB gap 254
2019-04-20 21:47:36,612 [56] INFO org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Successfully enabled uDMX interface with serial ‘ILLUTZMINATOR001’ 2019-04-20 21:48:18,288 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:18,489 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:18,690 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:18,891 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,092 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,293 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,494 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,695 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,896 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:20,098 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:20,299 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 2 bytes, wrote 0
2019-04-20 21:48:20,512 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 1 bytes, wrote 0

Kann man evt. an Timing-Konfigurationen etwas Entspannteres einstellen? Der Test der Hardware mit Freestyler zeigt bisher keine solchen Abbrüche.

Danke für Feedback.

die Toolbar im MidiManager hat keine Icons. Das sollte konsistent sein, wie im Project Explorer, Presets, DMX Interfaces, etc.

gruenes Plus fuer Add Rule Set (Add Interface bei DMX Interfaces)
rotes X fuer Delete Rule Set (Delete Interface bei DMX Interfaces oder auch Delete Selection im Programmer)
blauer Doppelpfeil fuer Update Devices (Refresh im Project Explorer oder auch Update in der QuickBar links)
blaues i fuer Info (wie unter Hilfe → Info im menu)
Wrench-Icon fuer Tools (keine Referenz0

Folgender Aufbau einer Cuelist:
- Cue1 Follow, Triggervalue 0ms Fadetime 2s
- Cue2 Follow, Triggervalue 0ms Fadetime 4s
- Cue3 Wait, Triggervalue 500ms Fadetime 0ms
- Cue4 Wait, Triggervalue 500ms Fadetime 0ms
- Cue5 Wait, Triggervalue 500ms Fadetime 0ms

Die Cue2 braucht also länger, als Cue3 - Cue5 zusammen. Nun wird die Cuelist nach dem Ende von Cue5 released, auch wenn Cue 2 noch läuft.

Zur besseren Übersichtlichkeit und möglicherweise auch schnelleren Änderungsmöglichkeit sollten folgende Objekt-Nummern im Project Explorer als zusätzliche Spalte anzeigt werden:

• Cuelist Group Number
• Executor Number
• Executor Page Number

Die Reihenfolge der Einträge

• Name
• Objekt-Nummer (Group Number, Executor Number)
• Image (sofern vorhanden)

fällt in den Properties für

• Cuelist (siehe hier auch Ticket  FS#3628 )
• Device Group
• Executor
• Executor Page

unterschiedlich aus. Hier wäre der Wunsch, die Reihenfolge dieser Einträge aus Gründen der Konsistenz zu vereinheitlichen und sie ggf. einer eigenen Untergruppe mit dem Titel “Information” oder “Name” zuzuordnen.

Für die Kommunikation mit Energiezählern wird standardmäßig die Kommunikation über Modbus RTU / TCP hergestellt. Z.b. Siemens Sentron
Die Register für die einzelnen Adressen sind allerdings nicht bei jedem Gerät identisch. Somit muss für jeden Datenpunkt der Datentyp und die Registeradresse eingegeben werden können.

Für Theateraufführungen oder anderweitige Programme mit fester Abfolge wäre es sehr praktisch zu sehen was im nächsten Cue passiert. Dies könnte entweder grafisch oder in Form einer Tabelle wie z.B. im Programmer dargestellt werden. Welche Form der Darstellung gewählt wird oder beide oder gar keine Implementierung des Features, wäre noch zu entscheiden.

Man kann die Cues innerhalb einer cuelist mit der Maus verschieben. Jedoch klappt kann man eine Cue nicht an die letzte Stelle einer Cuelist verschieben.

Hinweise zum dark theme:
-Im Project Explorer sind die Spaltenüberschriften(Name, Anzahl Szenen, usw) nicht dunkel
-Scrollbalken sind hell

Die Einträge im Fenster Cuelist Properties sind in Bereich mit den “allgemeinen” Kernel Properties aktuell recht unstrukturiert. Insbesondere sind Einstellungen rund um das Timing der Cuelist bunt verteilt, wie im beigefügten Screenshot zu sehen ist.

Im Zusammenhang mit dem Ticket  FS#3628  sollten diese Einträge nach Möglichkeit neu strukturiert und sinnvoll gegliedert werden, wie es bereits für das GoNext-Verhalten, die Ansichtseinstellungen der Spalten und die Defaults gemacht wurde.

Damit der Installations-Manager die Plugins für DMXControl 3 automatisch in die richtigen Verzeichnisse kopieren kann, muss eine Hilfsdatei erstellt werden, dessen Inhalte es zu definieren gilt. Folgende Informationen könnten möglicherweise hilfreich sein:

• Art des Plugins (Kernel, GUI)
• Angabe der Verzeichnisse der Dateien
• Author
• Plugin-Version
• kompatible DMXControl-Version
• Checksumme für die im ZIP-Archiv enthaltenden Daten

Bei “Buttons” wird immer nur die Funktion zu Verfügung gestellt die nötig ist. ( Eingang oder Ausgang)
Bei “Programmer” werden immer alle Funktionen (Eingang und Ausgang) Verfügbar gemacht.

Will man also einen Button beleuchten muss dieser 2 mal hinzugefügt werden.

Es sollte egal ob ich den Node ausm Eingang oder Ausgang auswähle immer alle Funktionen (Eingänge & Ausgänge) zur Verfügung stehen.

Ein cooles und hilfreiches Feature wäre, wenn der Midi-Part die Funktion enthalten würde, einen Midi-Controller “mehrfach” belegen und am Ende in den einzelnen Layouts springen zu können.

Also zum Beispiel ein Layout für bewegtes Licht, eines für LED-PARs und eines für konventionelles Weißlicht. Das Wechseln des Layouts könnte im besten Fall auch mit der Zuordnung von Buttons auf die Layouts gelöst werden.

wenn ich im Inputassignment nodes verschieben möchte muss ich diese vorher einmal mit der Maus anklicken (auswählen) bevor ich sie per drag&drop verschieben kann.

ist es evtl. möglich die nodes schon mit dem ersten Mausklick (gedrückt halten) zu markieren?

Der Powermeter Name verdeckt das Powermeter.

wird das noch geändert?

Als zum Ticket  FS#3167  ergänzende Funktion soll es möglich sein, bei einem beliebigen DMX-Ausgabe-Plugin nachträglich die Ausgangs- und Eingangs-Universen neu zu patchen, ohne dabei das betreffende und bereits konfigurierte DMX-Ausgabe-Plugin entfernen zu müssen. Angedacht ist hier ein Fenster, in dem man angeben kann, ab welchen DMX-Universium bzw. DMX-Adresse die verfügbaren Ports entsprechend fortlaufend belegt werden sollen. Sprich soll das Art-Net-Ausgabeplugin fortlaufend ab DMX-Universum 3 Werte ausgeben oder erst ab dem 5. DMX-Universum.

Vielleicht mache ich das auch falsch,

bei mir werden in der Sekunde an die 100 Einträge in die Konsole ausgegeben: in:63489
dazwischen manchmal ein anderer wenn ich eine Taste drücke.
Ich konnte die learn funktion jetzt so austricksen das ich die “Learn” Taste/Button so lange mit meiner
Klaviertaste gedrückt habe bis sich eine Änderung in Data 1 gezeigt hat.
Ansonsten scheint Learn einfach die Nulldaten interpretiert zu haben.

Sortiere ich mir die Tabelle im Input Assignment nach einer bestimmten Spalte und wechsele durch die Bänke oder in einen Graphen und wieder zurück, wird die Sortierung nicht beibehalten.

Vor allem wenn DMXC mit mehreren Monitoren genutzt wird, wäre es wünschenswert, wen sich vom Dockingcontainer gelöste “Floating Windows” Maximieren lassen.
Wie dies mit der DockpanelSuite umzusetzen ist, ist unter Doku maximizable floatwindow beschrieben.
Viele Grüße

Da bei einem schmalen Cuelist-Editor-Fenster vor allem die Slider für Intensity, Speed und Face Factor schwierig zu bedienen sind, soll die gesamte Menüleiste in mehrere Gruppen aufgeteilt werden, sodass diese frei und auch in mehreren Zeilen frei positioniert werden können. Mögliche Gruppen können sein:

1. Go, Pause, Stop
2. Add Cue, Edit, Up, Down,
3. Mode, Options, Autoscroll
4. Intensity, Time (Fade Factor), Speed

Da die Funktionen zum Klonen und Verschieben eines Connectionset (CS) aktuell nur über das Kontextmenü eines gewählten CS (Bild 1) erreichbar und somit gefühlt recht versteckt sind, würde ich es begrüßen, wenn diese im Menü zum Eintrag Connectionset (Bild 2) ergänzt werden. Der Eintrag zum Löschen eines CS ist ja dort bereits vorhanden, allerdings noch nicht funktionsfähig.

Öffne ich Cuelists zur Ansicht kann ich die Cues in den Programmer legen. Allerdings sieht es scheinbar so aus, dass ich auch Werte aus dem Programmer wieder in die zur Ansicht geöffnete Cuelist abspeichern kann. Tatsächlich werden die Werte aber in der Cue abgelegt, die im Edit-Modus einer Cuelist geöffnet ist.

Daher wäre es zu überlegen, die Menüpunkte zum Bearbeiten von Cues in der zur Ansicht geöffneten Cuelist zu entfernen. Welche dies sind, wäre noch festzulegen. Möglicherweise reicht der Menüpunkt “Add Cue” aus.

Wenn ich mit meiner ListView Die Selectierung ändere wird dies nicht von der GraficalView erkannt(Selection wird nicht übernommen)

Ich habe vorgefertigte Presets in einer neuen Cue-Liste eingebaut.

Die Presets bestehen lediglich aus jeweils einer Farbeinstellung, sonst nichts weiter.
Jetzt wollte ich von einer Farbstimmung in die andere überfaden.
Beim Abspielen werden die Fade-Werte aber scheinbar ignoriert.
Es kommt immer zu einem harten Farbwechsel/Übergang.
Was ist falsch?

Screenshots im Anhang

Toll wäre, wenn man “allgemeine” Cues (oder Presets) schreiben könnte. Die dort gespeicherten Eigenschaften werden dann auf die Geräte angewendet, die gerade in der StageView markiert sind.

Umsetzbar wäre das z.B. mit einer Checkbox im “Save Cue”-Dialog (da, wo man die gespeicherten Eigenschaften auswählen kann). Wird diese Checkbox markiert, werden nur die Eigenschaften, nicht die Devices (bzw. Device Groups) gespeichert. Wenn die Cue dann aufgerufen wird, werden diese Eigenschaften auf die zur Zeit ausgewählten Geräte angewandt.

In Verbindung mit den Softdesks könnte man so sehr kreative Funktionen basteln.

Bei normalen Cues wird deren Status (Zeit bis zum Einblenden, Einblendvorgang etc.) mit den verschiedenfarbigen Statusbars dargestellt. Es wäre gut, wenn es bei Audio Cues in dieser Statusbar auch eine Anzeige für die Restlaufzeit der Audio Cue gäbe.

Ziel: DMC öffnet nicht alle verfügbaren Midi Geräte im Betriebssystem, sondern nur die erlaubten.

Motivation: Die Startreihenfolge und damit das öffnen von beliebigen Midi Software sollte eagl sein.

Aktuell muss andere Software vor DMC geöffnen werden und DMC zuletzt, damit die nicht für DMC vorgesehenen Midi-Port nutzbar sind.

Ich würde mir hier wünschen, dass DMXControl 3 analog zum Group Handling ein so genanntes Matrix Handling im Device Control bietet. Die Intention dahinter ist, dass man hiermit dann sowohl die Fanning Operatoren und die 1D-Effekte auch auf die einzelnen Pixel einer Matrix anwenden kann. Im Zusammenspiel mit dem Group Handling ergäbe sich so zahlreiche neue Möglichkeiten, ohne dass explizit neue Effekte hierfür kreiert werden müssen. Gleichzeitig ließen sich so auch bis dato als Multi-Beam-Geräte bezeichnete Geräte abbilden, ohne dass nennenswerte Ergänzungen im DDF erforderlich sind.

Im Matrix Handling würde am Ende “nur” angeben werden, in welcher Richtung ein alternierendes Fanning oder ein 1D-Effekt genutzt werden soll. Die Richtung entspricht genau den Möglichkeiten, die das aktuelle Matrix- bzw. Radix Window bietet, um eine statische Farbe auf eine Matrix bzw. Radix zu legen. Folglich würde die Methode “Fill” dem aktuellen Zustand entsprechen, wenn ich einen Effekt auf eine Matrix lege.

Folgende Punkte wären allerdings noch zu klären, sollte dieser Vorschlag entsprechenden Anklang finden:

• Inwieweit hat der Device Index in einer aus mehreren Matrix-Geräten bestehenden Gruppe Einfluss auf das Verhalten des Matrix Handlings?
• Schafft man eine Möglichkeit, mehr als einen 1D-Effekt auf der gleichen Funktion der Matrix wie zum Beispiel Dimmer anzuwenden, welche dann in verschiedenen Richtungen laufen (zum Beispiel Effekt 1 horizontal, Effekt 2 diagonal)?

Ich hatte diesen Punkt bereits schon einmal grob beim Jahrestreffen in Berlin angeschnitten…

Zwei Punkte:

a) Beim Hinzufügen der Open DMX-Schnittstelle von Enttec muss zum einen in dem sich öffnenden Fenster in dem leeren Parameterfeld für den Parameter <Gerät>

FT232R USB UART [A60185MM]

ausgewählt werden. Es ist keinerlei Hinweis sichtbar, dass hier überhaupt eine Auswahl vorgenommen werden muss. Das leere Parameterfeld wird nicht als Combobox dargestellt.

b) Werden GUI und Kernel unter Sicherung des Projekts beendet und GUI und Kernel wieder gestartet, wird zwar unter dem Reiter DMX-Schnittellen der Enttec OpenDMX als ein Zeileneintrag dargestellt. Klicken auf <Erweiterte Schnittstellenbeschreibungen> führt jedoch zur Fehlermeldung “Schnittstelle nicht verfügbar”.
Die Schnittstelle muss komplett gelöscht werden und wie unter a) neu angelegt werden.
Sicherung des Projekts hat auf das Verhalten kein Einfluss.
Wird nur die GUI beendet, tritt der Effekt nicht auf. Es muss der Kernel beendet werden.

Zur weiteren Steigerung der Qualität der DDFs sollte der Kernel alle Attribute kennzeichnen, die nicht der “offiziellen” Schreibweise einer im Kernel hinterlegten Liste entsprechen. Aktuelles Beispiel ist hier:

• minddmx (das zweite d ist hier fehl am Platz)

AKtuell ist es nicht möglich ein Excportiertes Rulset wieder zu importieren.

Beim Anlegen von 80 Buttons wäre das aber hilfreich, wenn man es exportieren → mit Notepadd++ editieren und wieder Importieren könnte.

Hallo,
ich würde ein Feature praktisch finden, welches den ECO-Modus bei Gasentladungslampen ermöglicht.
Beispiel:
Der Martin Mac 2000 Performance MK.II hat eine Funktion, welche es ermöglicht, das Leuchtmittel auf 700W statt 1200W laufen zu lassen.
Dafür öffnet man den Schutter über einen anderen Wertebereich als normal.
Um das ganze Praktisch nutzen zu können bräuchte man eine Funktion, die, wenn aktiviert, beim Befehl den Shutter zu öffnen/vom Strobe zurrückkehren einen anderen Wert setzt.

Alle aktiv laufenden Cues frieren nach ZURÜCKstellen der Systemuhrzeit komplett ein. Beim VORstellen der Uhrzeit gab es dieses Verhalten nicht.

Nach erneutem Start dieser Cues bleiben alle Devices nur auf der Farbe weiß stehen.
Dieses Phänomän lässt sich beliebig oft wiederholen. Stellt man die Uhrzeit wieder auf die aktuelle Uhrzeit um, so laufen alle Cues & Effekte wieder einwandfrei.

Andere Cues (die nach der Zeitumstellung gestartet wurden) laufen problemlos.

Dieses Verhalten konnte auf mehreren 3.1.3 & 3.2 Versionen reproduziert werden.

Ich bitte um die Möglichkeit, eine CueList nicht nur aus einer Cue ausführen zu können, sondern auch andere Cuelists in die Ansicht zu laden, sodass ich zb pro Szene eine Cuelist haben kann, und die nächste Cuelist auch in die Ansicht laden kann, ohne sie manuell anzuklicken.
Vielen schonmal!

Ich stehe vor dem Problem, dass ich eine etwas aufwendigere Logikfunktion in verschiedenen Connectionsets benötige. Das Klonen funktioniert, ist aber eigentlich unnötig und sollte ich da mal Änderungen dran machen, muss ich alle 16 Sets immer wieder neu anfassen. Hier wäre ein “Interner Speicher” extrem nützlich.

Ich stelle mir ein Node vor, den ich Parametrieren kann mit z.b. “Merker 1” oder “DefaultBackroundColor” oder so und da schiebe ich in den Eingang einen RGB Wert rein und kann in einem 2. Connectionset diesen Wert mithilfe des Nodes verwenden.

Beim Ausschalten/Deaktivieren der Kamerasteuerung bleibt das Navigiationskreuz teilweise stehen (s. Bild). Dies ist allerdings von geringer Dringlichkeit, da dies verschwindet, sobald man in die Stage View drückt. Selbiges passiert auch beim Anschalten, allerdings genau andersherum, d.h. der Teil, der beim Deaktivieren schon verschwindet, taucht beim Aktivieren/Öffnen auf, und der große Teil bleibt beim Aktivieren/Öffnen verborgen, beim Deaktivieren/Schließen bleibt er stehen.

aktuell sind in Lumos DataGridView keine Buttons möglich (bzw. werden nicht dargestellt). Buttons wären gut, um Aktionen zu spezifischen DataGridViewRows zu ermöglichen.

Bei mir läuft Autoprepare überhaupt nicht. Betrifft mindestens die Farbe, mehr bisher nicht getestet.

Habe mit verschiedenen Geräten in verschiedene Projekten (u.a. blanko Projekt) getestet. Er faded immer von weiß zur gewollten Farbe während der Dimmer ebenfalls einfaded. Auch schon getestet den Dimmer vorher nochmal explizit auf 0 zu setzen, leeren Cue vor den Cue mit Autoprepare, nichts hilft.

Natürlich immer Autoprepare in Cuelist, Cue und Gerät aktiviert.

Autoprepare wäre wenn es funktionieren würde eine sehr große Erleichterung für mich.

Ich hab mir gedacht das eine andere art der Live View auch sehr interessant wäre.
Als Tabelle wie bei folgendem Bild.

Wenn ich den Colorwhellrotation (Farbrad dreht sich) einstelle, passiert im Liveview nichts, also Farbe ändert sich nicht.
(Getestet mit MAC 700 WASH DDF)

Überspringt man Audiocues mit GoTo, erscheint eine Warnung im Kernel.

Beim Erstellen einer Gruppe aus manuell ausgewählten Elementen wird das neue Gruppen-Icon ausserhalb des Sichtbereiches abgelegt.

Wunsch: In einer Ecke im Sichtbereich ablegen

Nachdem auf meinem PC der Bildschirmschoner ansprang, hat die GUI das Logfils mit der folgenden Fehlermeldung geflutet, sodass die Datei am Ende auf über 143 MB angewachsen ist.

2019-11-23 15:17:17,144 [Log-Thread] WARN  org.dmxc.lumos.XNAViews.GraphicsDeviceControl - Failed to Draw!
System.InvalidOperationException: An unexpected error has occurred.
   bei Microsoft.Xna.Framework.Graphics.GraphicsDevice.CreateDevice(GraphicsAdapter adapter, PresentationParameters presentationParameters)
   bei Microsoft.Xna.Framework.Graphics.GraphicsDevice..ctor(GraphicsAdapter adapter, GraphicsProfile graphicsProfile, PresentationParameters presentationParameters)
   bei org.dmxc.lumos.XNAViews.GraphicsDeviceService.ResetDevice(Int32 width, Int32 height, Boolean withoutEvent, Nullable`1 handler, Boolean hardReset) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\XNA\GraphicsDeviceService.cs:Zeile 146.
   bei org.dmxc.lumos.XNAViews.GraphicsDeviceControl.OnPaint(PaintEventArgs e) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\XNAViews\src\XNAViews\GraphicsDeviceControl.cs:Zeile 470.

2019-11-23 15:17:17,158
2019-11-23 15:17:17,171
2019-11-23 15:17:17,185
...
2019-11-23 15:50:20,200
2019-11-23 15:50:20,222
2019-11-23 15:50:20,245

Durch die Größe des Logfiles hat möglicherweise auch dazu geführt, dass die GUI von Windows geschlossen wurde.

Höchstwahrscheinlich bedingt durch die derzeit fehlende Weiterentwicklung von DDF Creator 3 werden eigentlich gültige Tags entweder nicht angezeigt oder beim Speichern des DDFs ohne weitere Kommentierung gelöscht:

gemäß Wiki gültige Tags:
https://wiki-de.dmxcontrol-projects.org/index.php?title=DDF-Struktur_DMXC3

• <mode> –> kann nicht im Creator gesetzt werden, wird aber beim Speichern aus dem manuell ergänzten Original übernommen

• <electrical>

<static>30</static>

  </electrical>
    --> kann nicht im Creator gesetzt werden und wird kommentarlos aus dem XML entfernt

Sind in einer Device Group so viele Geräte einhalten, dass in der Liste gescrollt werden muss, bleibt der Fokus nicht auf dem Gerät, welches ich gerade umsortiere. Durch jeden Klick wird der Inhalt der Liste aktualisiert und mit der Aktualisierung wird die Liste immer zum obersten Eintrag hochgescrollt. Dies bedeutet am Ende, dass ich die Geräte im Blindflug umsortieren muss, sollte der Bildschirm in der Höhe nicht genügend Fläche zur Verfügung stellen.

Als Testprojekt kann das Projekt aus Ticket  FS#3999  verwendet werden.

Wenn DMXControl 3.2 läuft, verbindet es sich mit allen vorhandenen Midi Ports. Die Folge ist, dass andere Programme, die danach gestartet werden, sich nicht mehr mit den Midi Ports verbinden können.

Es wäre super wenn es in Zukunft möglich wäre die Ergebnisse des Audio Analyzers an andere Software per Midi weiterzugeben.

Es wäre toll, wenn man z.b. die Startposition des Boom-Effekts mithilfe eines weiteren Effekts verändern könnte. Oder z.b. die Geschwindigkeit des Color-Scroll Effekts mit einem Sinus belegen könnte.

Hallo,
ich habe eine Softdesk mit einem Blackout Taster Gebastelt, allerdings wollte ich noch weiterhin den normalen Blackout benutzen und gleichteitig den Status des Blackouts auf dem Softdesk erkennen. (Taster drücken Blackout ein, Taster nochmal drücken Blackout wieder aus)
Da gabs so einig Hürden, in der Datei ist die Lösung.
Ich komme aus der Maschinen Steuerungs technik, hier wäre dies nicht so aufwändig.
Es wäre schön wenn der Flipflop beide derzeitigen Versionen in einem zur Verfügung stellen würde (toogle und R/S Flip Flop), eventuell nicht benutzen Eingänge hätten ja keine negative Folgen, würde aber vieles Einfacher machen und auch die Anzahl der Bausteine reduzieren.
Weiternin habe ich mit hilfe eines AND Bausteins, einem NOT Bausteins und einem VERZÖGERER einen Impuls Baustein erzeugt. Dieser Baustein gibt ein kurzes TRUE am Ausgang (Einstellbar) aus wenn am Eingang ein dauerhaftes TRUE Signal anliegt. Dadurch kann man bestimmte Funktionen event gesteuert ablaufen lassen.
Es würde auch funktionieren wenn man sich aus mehrern Bausteinen einen Eigenen Zusammen basteln könnte. Dann bräucht man Bestimmte Konstrukte nicht immer wieder erstellen.
Übrigens »Dark« ist in dem Assignment der Button.
Nur so eine Idee.

Einige Elemente in der Gui müssten für eine bessere Bedienung für Touch optimiert werden. Die Fader sind z.b. schwierig zu bedienen und im PE rumklicken ist etwas fummelig.
Vlt könnte man dort die Navigation auf 1x Klick umstellen und die Größe anpassbar machen.