Bugtracker DMXControl 3

Für die Arbeit im Timecodeplayer wäre es hilfreich, wenn man innerhalb eines Cuelist-Tracks mehrere Cuelists markieren könnte und somit alle markierten Cuelists am Stück, synchron zeitlich verschieben könnte.

Use-Case:
Es wird beispielsweise nachträglich am Anfang ein paar Sekunden Stille benötigt (um z.B. Movingheads vor zu positionieren). Verschiebt man nun das Audio-File in seiner Spur müssen im Moment alle Cuelists einzeln in der Postion korrigiert werden. Könnte man alle markieren, wäre es möglich diese am Stück zu verschieben.

weitere praktische Funktionen wären auch:
- “alle Cuelists rechts vom Postionszeiger markieren (einzelne Spur)” - “alle Cuelists rechts vom Postionszeiger markieren (alle Spuren)” - “alle Cuelists links vom Postionszeiger markieren (einzelne Spur)” - “alle Cuelists links vom Postionszeiger markieren (alle Spuren)”

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Version: 3.3 RC5

Fehler:
Bitmap from Resource lädt beim Start von DMX Control nicht die Icons.

Über den Workaround “Manueller Reset des Szenenlisten-Monitors” werden die Icons angezeigt.

Siehe auch Screenshot.

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Fehlerbeschreibung

Forum: https://forum.dmxcontrol-projects.org/index.php?thread/17686-performance-probleme-bei-vielen-cuelists/

Hallo zusammen,

wir verwenden bei uns Szenenlisten, um Lichtstimmungen passend zu einem Lied vor zu programmieren.

Dabei erstellen wir pro Lied eine neue Szenenliste und fügen dieser andere Szenenlisten, wie Beispielsweise einen Bewegungseffekt, Dimmereffekt oder Farbe hinzu um diese mit der Lied- Szenenliste zu starten.

Die Lied- Szenenliste hat dabei nur den Auftrag alle anderen zu starten (erste Cue (andere Szenenliste) auf Manual und dann alle folgenden mit follow 0ms danach), sodass wir dann nur noch die einzelnen Cuelists mit Mastern in ihrer Intensität und Schnelligkeit reinmischen müssen.

Da bei uns regelmäßig unterschiedliche Bands auftreten, kommen da schnell ein paar Lied- Szenenlisten zusammen.

Nun das Problem:

Mir ist aufgefallen, dass nach ca. 120 Lied- Szenenlisten mein Projekt deutlich langsamer läuft.

So fällt bsp. bei Strobe- Effekten auf, die per Tastatur mit “GO” gestartet werden und beim Loslassen der Taste über Binary Switcher über “STOP” gestoppt werden sollen, nicht mehr gestoppt werden und es einem zweiten oder auch dritten Drücken auf die Taste bedarf bis die Cuelists gestoppt wird.
Auch haben unsere Slider, die die Groupmaster steuern ein deutliches Delay (teilweise ca. 3 Sekunden)

Um das Projekt im Live-Betrieb bedienbarer zu machen, löschen wir vor jedem Konzert alle nicht verwendeten Lied-Cuelists raus. Dies hat einen deutlichen Einfluss auf die Performance.

Aktuell sind wir auf der 3.3.0 RC3 auf einem Laptop mit aktuellem AMD Ryzen 5 und 8GB Ram.
Auf der RC2 und einem anderen Rechner mit i7 und 16GB Ram hatten wir aber auch das selbe Problem.

Vielen Dank
Falko

Matrix Ausgabe bleibt stehen sobalt Man eine Farbe ausgewäht hat

Fehlerbeschreibung

Erwartetes Verhalten

Bitte die Möglichkeit innerhalb eines Projektes eoinen Softdesk zu kopieren inkl. aller Zuweisungen um z.B. verschiedene Softdesks im Projekt zu haben für verschiedene Aufbauten.

Ich lade das Projekt im Anhang und drücke ein paar Mal aber nicht schnell hintereinander auf Alle Szenenlisten beenden.
Nach dem dritten oder vierten Mal funktioniert das nicht mehr und ich sehe im Umbra eine Fehlermeldung.
Der Kernel lässt sich dann auch nur noch über den Task Manager beenden.

Dragging the slider bar with the mouse on the beam window’s focus or other slider bar causes it to pull and tremble.

3.3RC3

Hallo,
Ich wollte den Node für die Prozeduren von Devices oder Device Groups verwenden.
Um eine Device Group oder ein Device für dieses Node auszuwählen muß ich ein Device oder Device Group Node hinzu fügen, dies mit dem Prcedure Node verbinden um entsprechendes auszuwählen.

Hier wäre mein Wunsch:
Das in das Procedure Node eine Möglichkeit eingebaut wird, in den Properties von dem Node ein Device oder Device Group anzuwählen.

Gruß Steff

Fehlerbeschreibung

Erwartetes Verhalten

This Task is to bring attention to the occurrences of random crashing experienced when programming the last project worked on. (v3.2.3)

I cannot pinpoint exactly what causes these issues but I have attached a LOG Export from the project. I hope it is not too late since the bugs occurred to export the LOG.

These crashes ranged anywhere from:

-Cue lists randomly not tracking correctly after some time programming inside the GUI.

-Tracking True / False Not applying to cue lists.

-Fixture Parameters not being able to be selected in the GUI or Programmer.

-Rare, but the whole GUI would sometimes lock up to the point I could not save a project before attempting to restart.

Generally, a full restart of the DMXControl Application would resolve the issues.

Sometimes, a full system restart was required.

Also, it seems the parameter: “Reset When Released” has absolutely no effect on Cue list release behavior.

I did notice this trend: that often when using Fanning Parameters (E.g. -90<>90 … 0>120>0 … 0<>90) in X/Y Moving head parameters, that DMXControl 3.2.3 would then behave extremely erratically, and eventually begin adding its own values in parameter fields, and eventually crash. When closing the application, I would then be presented with a messaged saying: “DMXControl Crashed - This should not have happened. Please Export Log to Bugtracker.”

Dedicated Show and Cue List playback seems extremely stable, it is only in heavy periods of programming that these crashes seem to occur.

Thank You.

Diese Aufgabe soll auf das Auftreten von zufälligen Abstürzen aufmerksam machen, die beim Programmieren des zuletzt bearbeiteten Projekts aufgetreten sind. (v3.2.3)

Ich kann nicht genau sagen, was diese Probleme verursacht, aber ich habe einen LOG-Export aus dem Projekt angehängt. Ich hoffe, es ist nicht zu spät, da die Fehler beim Exportieren des LOG aufgetreten sind.

Diese Abstürze reichten von:

-Cue-Listen werden nach einiger Zeit in der GUI zufällig nicht korrekt verfolgt.

-Tracking True / False Gilt nicht für Cue-Listen.

-Geräteparameter können nicht in der GUI oder im Programmierer ausgewählt werden.

-Selten, aber die gesamte GUI wurde manchmal bis zu dem Punkt gesperrt, an dem ich ein Projekt nicht speichern konnte, bevor ich versuchte, neu zu starten.

Im Allgemeinen würde ein vollständiger Neustart der DMXControl-Anwendung die Probleme beheben.

Manchmal war ein vollständiger Systemneustart erforderlich.

Außerdem scheint der Parameter: “Reset When Released” absolut keinen Einfluss auf das Freigabeverhalten der Cue-Liste zu haben.

Ich habe diesen Trend bemerkt: dass oft bei der Verwendung von Fanning-Parametern (z. B. -90<>90 … 0>120>0 … 0<>90) in X/Y-Moving-Head-Parametern, dass sich DMXControl 3.2.3 dann extrem unberechenbar verhält und schließlich anfängt, seine eigenen Werte in Parameterfeldern hinzuzufügen und schließlich abstürzt. Beim Schließen der Anwendung wurde mir dann eine Meldung angezeigt, die besagt: “DMXControl abgestürzt - Dies hätte nicht passieren dürfen. Bitte exportieren Sie das Protokoll in den Bugtracker.”

Die dedizierte Show- und Cue-List-Wiedergabe scheint extrem stabil zu sein, nur in schweren Programmphasen scheinen diese Abstürze aufzutreten.

Vielen Dank.

Beim Hinzufügen von Geräten zur Bühnenansicht in 3.3.0 RC2 beginnt das Plot-Layout beim Verschieben oder Auffächern von Gruppen ausgewählter Geräte, alle Geräte zufällig für unendlich im Plot zu verteilen, selbst wenn Maus und Ziehen losgelassen werden. Diese Funktion ist in 3.2.3 vollständig stabil. Wie immer erwähnt, ziehen Sie bitte die dedizierte 64-Bit-Art-Net/sACN-Versionsarchitektur in Betracht, um die vollen Fähigkeiten von DMXC zu nutzen. Vielen Dank!

When adding fixtures to stage view in 3.3.0 RC2, when moving or fanning groups of selected fixtures, the plot layout will start to randomly scatter all the fixtures around the plot for infinity, even after mouse and dragging is released. This feature is completely stable in 3.2.3. As will always mention, please consider 64 bit dedicated Art-Net / sACN version architecture to utilize full capabilities of DMXC. Thank you!

Show-Dateien werden immer größer und so leistungsfähig DMXC auch ist, es ist stark eingeschränkt, wenn es eine 32-Bit-Architektur bleibt. Das Programm beginnt zu verzögern und wird bei großen Mengen an Geräten und Programmen sehr, sehr langsam. Bitte ziehen Sie eine Version ohne Ausgabe-Plugins außer Art-Net und sACN in Betracht, um die volle 64-Bit-Architektur zu nutzen. Bitte erwägen Sie auch, Unterstützung für Easy View 2 Visualizer einzuschließen.

Show files are becoming larger and as powerful as DMXC is, it is severely limited by remaining a 32 bit architecture. Program will begin to lag and become very very slow with large amounts of fixtures and programming. Please consider a version without a need for output plugins except Art-Net and sACN to utilize full 64 bit architecture. Also please consider including support for Easy View 2 visualizer.

Da executoren sowie das Softdesk beide hervorragend für die Live bedienung ist, wäre es klasse wenn man einzelne Executorenzüge direkt ins Softdesk ziehen könnte .

Die Executorzüge sind recht Steif, wenn man einen einfachen Dimmer Ex.-zug hat hat man einen Fader und 4 tasten,
Schön wäre dort das ganze etwas Flexibler zu gestalten, wie :
beim dimmer müssten die Tasten ein paar mehr funktionen bekommen wie zum beispiel: fade auf in x Sec. ; Fade zu in X sec, fade bis wert x
–> dazu könnte man noch kleinere “werte-knöpfe” anlegen im Fader wo man das “X” definieren kann nach bedarf

Beim Colormaster-Executorzug (Fügt man 2 mal den Gleichen CM nebeneinander ein hat man 2 Fader ) da wäre schön den zweiten Fader gegen weitere Tasten Tauschen zu können.
(welche man in der Jeweiligen Farbe einfärben könnte)

generell, Fader oder Tasten, mit dem eintrag “Empty” , sollten einfach komplett ausgeblendet sein, gilt auch für ungenutzte Executorenzüge auf einer seite.

Schön wäre die einzelnen executoren-Seiten auch in einzelne Fenster zu bekommen.

Schön wäre wenn man im TCP die abspielgeschwindigkeit anhand eines faders (Pitch) beeinflussen könnte , so wie ein DJ das mit dem Pitch regler macht.

wenn man diesen sogar im inputassigment hätte ,wäre eine Syncronisation mit einem DJ-Program nicht mehr weit entfernt.
Man könnte auch den Fader vom Timecodeplayer-Executorzuges dafür einsetzen

Der linke bereich des TCP könnte sortierbar sein, so das man sich die Spuren sortieren kann ,

Schön wäre auch eine art dropdown , wo man bestimmte spuren gruppieren kann, und diese dan als gruppe minimiert bzw ein/ausblendet .

jetz werden wieder viele denken : “bau alles mit Szenen und du brauchst nur 3-5 spuren”, nein das möchte ich nicht weil:

ich stelle mir den workflow etwas präzieser vor , angenommen man hat eine TCShow von insg. 30min, welche aus mehreren audioschnipseln besteht , bei 30 minuten wären das möglicherweise über 60 szenen die man bauenmüsste und auch evtl. mal bearbeiten müsste ändert sich ein titel oder ähnliches. hinzukommend müsste man jede szene auswendig können. daher eher der Gedanke jede gerätefunktion (bzw. Gerätegruppenfunktion) auf eine ex.spur zu legen und diese dann im TCP anzupassen.

–> wären die Executorspuren gruppierbar ware das eine feine sache (Bugtrackereintrag exestiert)
–> man kann sich einfach Spuren für gerätegruppen hinzufügen, oder jeh nach vorhandenen euqipment “aktivieren oder deaktivieren”

Hintergrund: In namenhaften audioprogrammen wie Fruityloops-Studio hat man pro zeile ja auch nur ein Instrument(element, stimme etc.) da arbeitet man auch nicht mit aufgenommenen Schnipseln die man nur aneinander klatscht . ich vermute auch zukunftsweisend ist das vorteilhafter wie 12 milliarden szenen zu speichern und die nur zeitlich zu verketten. (das könnte der Szeneneditor ja bereits selbst)

Wunsch für den Timecodeplayer

eine Spur als tabellenkopf so fixieren zu können das diese immer oben bleibt , auch wenn man weiter runter scollt.

und

das man sich wie im Word “Tabstops” setzen kann um so bei längeren TCShows besser in der horizontalen ebene orientieren kann.

Hallo liebe Entwickler,

es besteht seit längerer Zeit von mir als auch anderen Usern des DMX-Control 3.2.3 der Wunsch,
die Schriftgröße des CueList Monitor auf dem Softdesk anzupassen. In unserem Fall würden wir die Schriftgröße gern kleiner
machen wollen, um mehr Informationen in den Ausschnitt des CueList Monitorfenster zu bekommen.

Könnt ihr das bitte in die nächste Version mit einbauen?
Bzw. besteht kurzfristig die Möglichkeit, die Version 3.2.3 noch zu patchen?
Eventuell sind ja nur entsprechende Dateien abzuändern und auszutauschen.
Eine kleinere Schriftgröße z.B. “8” oder “10” als fester Wert würde schon genügen.

Danke für eure Mühe.
DMX Control ist ein super Programm für uns Einsteiger in die Lichtsteuertechnik.
Schön das es so etwas gibt.

Viele Grüße, Dirk.

Es lassen sich nur ca 16-17 Speedmaster anlegen.
Im bestehenden Projekt konnte ich 17 Speedmaster anlegen, in einem leeren Projekt nur 16, anschließend Fehlermeldung im Kernel.
Anbei die Logs erzeugt nach dem Versuch mit leerem Projekt.

Es gibt Geräte mit mehreren verschiedenen Frostfiltern, die unabhängig voneinander eingefahren werden können.

Hier sollten (ähnlich wie bei den Goborädern) mehrere Frostfilter möglich sein. Im DDF muss dazu der Tag “frost” mehrfach eingefügt werden dürfen:

<frost dmxchannel="0">
  <range mindmx="0" maxdmx="255" minval="0" maxval="100" />
</frost>
<frost dmxchannel="1">
  <range mindmx="0" maxdmx="255" minval="0" maxval="100" />
</frost>

Dies kommt beispielsweise bei den folgenden Geräten vor:

• JB-Lighting P12 (https://www.jb-lighting.de/P12Profile) und dessen “Geschwister”.
• Martin ERA 800 Profile (https://www.martin.com/en/products/era-800-profile)
• Elation Smarty Max (https://www.elationlighting.com/smarty-max)

Das Problem ist analog zu FS#4207.

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Wunsch: Parameter-/Speed-Master in Release Time von cuelists ermöglichen.

Wunsch: Fanning Operatoren in Release-Time von Cuelists nutzen.

Will ich z.B. einen Sweep bauen, dessen delay time der cuelist z.b. 0<>200ms ist und will nun, dass diese auch genau so wieder ausgehen, muss ich das Tracking der Cuelist deaktivieren, eine zweite dummy cue erstellen die leer ist und dieser wieder eine delay time von 0<>200ms geben. Die Möglichkeit Fanning Operatoren in der Release Time zu nutzen würde hier vieles verinfachen und viel Arbeit sparen.

Hallo,
Wenn ich im Softdesk auf eine freie Stelle ein Rechtsklick mache, öffnet sich ein Menue.
Es wäre schön wenn man dieses erweitern könnte.
Und zwar um den Punkt: Edit Softdesk Options
Man kann das zwar oben links unter dem Punkt Desk aufrufen,
aber für micht fehlt das trotzdem im angesprochen Menue.

Bilder im Anhang.

Gruß Steff

lch fände es gut wenn eine Möglichkeit implementiert werden würde (Node oder ähnliches) mit der es möglich wird über das Input Assignment zwischen Stage Views umzuschalten.
Dann könnte man mit Buttons im Softdesk, über DMX-In, Midi-In, wegen bestimmten Bedingungen usw. zwischen den angelegten Stage Views umschalten.

lch fände es gut wenn eine Möglichkeit implementiert werden würde (Node oder ähnliches) mit der es möglich wird über das Input Assignment zwischen Soft-Desks umzuschalten.
Dann könnte man mit Buttons im Softdesk, über DMX-In, Midi-In, wegen bestimmten Bedingungen usw. zwischen den angelegten Soft-Desks umschalten.

Hallo zusammen,
mir ist aufgefallen das man im Cuelist Monitor im Softdesk nicht per Touch scrollen kann, dafür muss man aktuell die Maus nutzen.
Es wäre cool wenn mann dies in einer der nächsten Versionen einbauen könnte.

Mit freundlichen Grüßen
Joel

Der Fade-Node sollte am Eingang RGB-Werte verstehen und sie faden können.

Hallo,
beim testen einiger Funktionen der 3.3.0 RC1 ist mir folgendes aufgefallen:
Wenn ich ein neues Projekt anlegen möchte, springt der Curser in die Zeile Name und ich kann dort einen Name eingeben.
Der dort voreingestellte Name (New Project) wird aber nicht automatisch gelöscht.
Diesen muss ich händisch noch löschen.

Erwartetes Verhalten

Die Werte im Modbus Server werden über den Ausgang korrekt gesetzt, über den Eingang allerdings nicht eingelesen.
Haben Sie einen Fehler entdeckt? Dann nutzen Sie bitte folgendes Template und beachten die Hinweise für eine reibungsfreie Bearbeitung der Tickets.

Fehlerbeschreibung

Erwartetes Verhalten

The curve of the fade, but I would like a curve other than linear.

The image looks like this.

Haben Sie einen Fehler entdeckt? Dann nutzen Sie bitte folgendes Template und beachten die Hinweise für eine reibungsfreie Bearbeitung der Tickets.

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

02:03:15 WARN  ProjectManager - Error when loading Project 2024_330_V001_Basisprojekt: Der Vorgang wurde erfolgreich beendet.
System.ComponentModel.Win32Exception (0x80004005): Der Vorgang wurde erfolgreich beendet.
   at org.dmxc.lumos.Kernel.Master.MultimediaTimer.Start() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\SpeedMaster.cs:line 557
   at org.dmxc.lumos.Kernel.Master.SpeedMaster.set_Interval(Int32 value) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\SpeedMaster.cs:line 187
   at org.dmxc.lumos.Kernel.Master.SpeedMaster.SetMasterSpeed(Double ms, Boolean throwEvent) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\SpeedMaster.cs:line 214
   at org.dmxc.lumos.Kernel.Master.SpeedMaster.set_FaderValue(Double value) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\SpeedMaster.cs:line 253
   at org.dmxc.lumos.Kernel.Master.SpeedMaster.LoadFromManagedTree(ManagedTreeItem m) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\SpeedMaster.cs:line 434
   at org.dmxc.lumos.Kernel.Master.MasterManager.LoadBeforeContainer(LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\MasterManager.cs:line 776
   at org.dmxc.lumos.Kernel.Master.MasterManager.org.dmxc.lumos.Kernel.Run.ILumosProjectManager.loadProject(LumosIOContext context, ELoadTime time) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\MasterManager.cs:line 747   at org.dmxc.lumos.Kernel.Project.ProjectManager.<>c__DisplayClass51_1.<LoadProjectFromStream>b__1(ILumosManager m) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ProjectManager.cs:line 426
   at System.Linq.Enumerable.All[TSource](IEnumerable`1 source, Func`2 predicate)
   at org.dmxc.lumos.Kernel.Run.AbstractRunManager`2.DoManagerTopDown(Func`2 action) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Run\AbstractRunManager.cs:line 142
   at org.dmxc.lumos.Kernel.Project.ProjectManager.LoadProjectFromStream(ProjectVersionID id, Stream projectStream, IProgress`1 progress) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ProjectManager.cs:line 421

Wenn Button für Pause verwendet wurde, auch mit Pause-Button wieder Show laufen lassen.

Damit man nicht zum Starten immer mit der Maus hin und her rutschen muss zwischen Pause und Play.

Gruß Steff

Hi all,

It would be useful to have a lot more keyboard shortcuts available in DMXC3 to speed up workflow by allowing you to use a combination of mouse clicks and key presses rather than having to do almost everything with the mouse.

I understand there are plans to implement central keyboard management at some point - here are my suggestions for functions that would benefit from having assignable keyboard shortcuts:

* Shortcuts to open windows (cuelist editor with most recently used cuelist, most recently used stage view, cuelists, effects & filters, presets, programmer etc.)

* Context-aware shortcuts - for example, it would be intuitive to have Ctrl-N create a New entry in whatever window is selected, whether that’s the Cuelist window, the Device windows etc.

* The “Lumos”/”Nox” functions. This could just be a single key that toggles the dimmer between 0% and 100% (so for example you could just select devices in the stage view and then tap a key to set their dimmer to 100%, and press it again to set it to 0% - this would make programming much quicker)

* “GO” on cuelist

Shortcuts should also be listed on the menus and should pop up as tooltips when hovering over buttons in the UI. This would make it much easier to learn what the shortcuts are rather than having to refer to the manual.

All the best,
Phil

This is about shortcuts for horizontal scrolling in the timecode player.
I would like to be able to move left and right by using the Shit+wheel to make horizontal scrolling easier.

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Haben Sie einen Fehler entdeckt? Dann nutzen Sie bitte folgendes Template und beachten die Hinweise für eine reibungsfreie Bearbeitung der Tickets.

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Ich sende aus Virtual DJ über MIDI alles, und ich meine hier wirklich alles an DMX Control.
Z.B. habe ich in der Virtual DJ Bibliothek auch immer ein Feld in dem mögliche Tänze zum Lied stehen. Z.B. eben für Tanzveranstaltungen. Diese sind wie im Turniersport üblich mit RB Rumba, DF Discofox und so weiter kodiert. In DMX Control habe ich dann ein paar Cuelists die z.B. passendes Licht für eben Rumba oder Discofox machen. Diese werden automatisch gestartet, wenn Virtual DJ über MIDI eben die Buchstaben RB oder DF überträgt. Das funktioniert aktuell einfach über eine ASCII kodierte MIDI Controller Nachricht. Aus Virtual DJ heraus kann ich problemlos quasi beliebig lange strings als MIDI Nachrichten, also byte Array senden.

In DMX Control kann ich aber nur einzelne Bytes empfangen und keine Arrays.
Im Moment muss ich ich hier ziemlich in die Trickkiste greifen. Und das klappt auch nur weil es im Moment “nur” ein paar Zeichen sind, die ich auswerte. Siehe Bild.

Ich würde mir Wünschen, dass eine zusätzliche Regeln eingeführt wird in der man sagen kann “empfang die Bytes von hier bis hier” oder Startindex und Länge oder so.
Außerdem müssten diese Bytes natürlich verarbeitet werden. Also z.B. ToInt64 oder ToString oder so.

Ich stolpere aktuell an einigen Stellen auch das immer gleiche Problem:
Ich “rechne” in einem Connectionset irgendwas halbwegs kompliziertes aus, was ich dann an mehreren Stellen verwenden will.
Manche Sachen lassen sich prima über einen ParameterMaster von einem Connectionset ins nächste bringen.
Aber bei anderen Sachen macht es nicht wirklich Sinn einen “guten” ParameterMaster zu “verschwenden”.
Außerdem sind keine Strings oder andere komplexere Datentypen möglich.

Ich würde mir daher wieder in Anlehnung an Matlab/Simulink einen Node Goto/From wünschen.
Hier kann in einem Node Goto ein Wert reingehen und an vielen From Nodes die an den gewünschen Goto verlinkt sind wieder raus.

Hallo,
Nodes mit entsprechenden Einstellungen zu kopieren ist super und funktioniert,
was daran nicht ganz so schön ist:
Es wird eingefügt, aber je nachdem was man gezoomt oder in der Ansicht eingestellt hat, manchmal bzw. meistens außerhalb von dem was gerade angezeigt wird.
Man muss halt machmal danach suchen.
Wäre es, wenn möglich, nicht besser das es im sichtbaren Fenster erscheint ?

Gruß Steff

no task description

1. Element auf dem Softdesk neu einfügen
2. dieses Element gleich wieder löschen
3. mit Maus einen Kasten ziehen wo das Element war
4. Das Element ist immernoch da aber irgendwie klein und “unsichtbar” Im InputAssignment werden die “gelöschten” Elemente auch noch angezeigt.

Mit der Maus die Elemente verschieben und so setzt das Flag.
Aber wenn ich dann speichere und dann irgendetwas im Eigenschaftsfenster eines Controls was verdrehe wird das Flag nicht gesetzt.

Titel sagt ja alles.
Neue Regeln, Regel löschen, Input/Output Device für geladene Regelsätze ändern setzt das DirtyFlag nicht.

Im Kontextmenu Projektexplorer → Master → z.B. Speedmaster haben die Einträge “Sortieren” und alles mit “hinzufügen” das gleiche Icon.
An allen andern Stellen in der GUI wenn irgendwas hinzugefügt werden soll ist da so ein kleines grünes Plus wie im Bild.
Ich würde das hier auch erwarten um konsistent zu sein.
Vielleicht könnte man den Mastern auch unterschiedliche Icons geben.
Vorschlag:
- Colormaster einfach nicht nur blau, sondern vllt Regenbogenfarbverlauf von unten nach oben
- Groupmaster das Icon der Gerätegruppe dazu
- Parametermaster vllt so ein f(x) oder so dazu irgendwas “mathematisches” - Positionsmaster ein Fadenkreuz?
- Specialmaster weis ich grad auch nicht ^^
- Speedmaster Tachonadel?

Im Projektexplorer → Master → z.B. SpeedMaster, Rechtsklick darauf öffnet das Kontextmenu.
Dieses Kontextmenu schein für alle Master-”Typen” das gleiche zu sein.
Ich kann also Rechtsklick auf Speedmaster machen und einen Colormaster hinzufügen.
Der Colormaster wird aber dann ja im Ordner Colormaster eingefügt. Hat echt lange gedauert bis ich das gemerkt habe.
Ich würde mir wünschen, dass man für jeden Order das Kontextmenu anpasst.
“Speedmaster hinzufügen” sollte nur beim Kontextmenu vom Speedmaster Ordner angezeigt werden und für die anderen analog.