Bugtracker DMXControl 3

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.

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

mein Aufbau:
2 cue’s in der cuelist die nur Positionsänderung vom Moving Head enthalten, beide cue’s auf follow gestellt. Mode→ Loop und start. Bewegung zu den zwei Punkten wird immer wiederholt, funktioniert.
Jetzt ändere ich die Farbe des Moving Heads im Farbkreis (Menüpunkt Color), dann fährt der Moving Head zum Startpunkt und bleibt stehen, obwohl die cuelist noch weiter am Laufen ist.

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.

Im Project Explorer sollte man Werte aus anderen Spalten (nicht nur Name) direkt aus dem Project Explorer heraus bearbeiten können. Hier alles was mir sinnvoll erscheint und was umsetzbar ist (z.b. Anzahl der Cues logischerweise nicht):

Cuelists

Cuelist Groups

Devices

Device Groups

(Executor

Executor Pages)

Electricity

Cuelist Group Node gibt von Running IDs bis Paused Count keine Werte aus, obwohl Cuelists der ausgewählten Group laufen, bzw. pausiert sind.

Bei der Phase kann man zwar den Wert fannen,
z.B. {parametermaster 1} > 0
Das funktioniert auch. Wenn man die Szene abspeichert und das
Projekt wieder öffnet erscheint eine Fehlermeldung:
Value kann nicht für Parameter: Phase geladen werden.

{parametermaster 1} > {parametermaster 1:*2} funktioniert aber.

Der Wertebereich der zur Einstellung einzelner Parameter am Chaser Effekt genutzten Slider ist viel zu groß (100.000ms). Bitte verkleinert den doch auf einen maximalen Wert von 5.000ms oder zumindest 10.000ms, da sich in den meisten Fällen die Werte darunter befinden werden. Dies gilt für die Eigenschaften Duration, Fade und Break.

in Folgedem Beispiel wurde eine “Stairville AF-250” verwendet
Beim Timer wird der DMX Kanal immer auf 100% gesetzt für die Aktive Zeit.

Schön wäre es wenn man auch die Menge auswählen könnte wie, 25%, 50%, 75%, 100%. Oder vielleicht sogar eine frei wählbare Menge an Ausstoß.

When the devices in a group is replaced it globally updates the cues and presets created with that group. Only issue is the cues that are created with presets do not update the new devices in the cue. I get around it by programming solely in the device control window not using presets for programming.

Der ColorChaser zeig bei mir ein merkwürdiges Verhalten, wenn ich den PlayMode auf Random setze und Use Device Index auf false.
Beim Wechsel der Farben entsteht immer ein merkwürdiges Flackern. Das ist live und auch in der StageView zu sehen.
Ich hab zur Demonstration mal ein Beispielprojetkt angehangen. In dem Projekt ist eine Cuelist angelegt.
Die erste Cue läuft ohne Probleme, bei der zweiten tritt dieses Flackern auf.
Der einzigste Unterschied ist: bei der Ersten Cue ist Use Device Index = True und bei der Zweiten ist es False

Moin,
wenn man im Connectionset etwas rausgezoomt hat, um die verbindungen besser zu sehen, kann es manschmal schwer sein die Verbindung zu sehen.

Gruß
Max

Fehlerbeschreibung

Wenn ich mich in der Graphenansicht befinde, sollte die Menüleiste zum Hinzufügen von Bank, CS usw ausgeblendet werden. Stattdesseb sollte eine Menüleiste eingeblendet werden, die die Elemente enthält, die bei einem Rechtsklick im Graphen erscheinen. U.A. (und das finde ich besonders wichtig) der ADD Nodes-Befehl. Dieser ist mir etwas zu versteckt nur über den Rechtsklick erreichbar.

Kurzbeschreibung

Die Steuerung der Geschwindigkeit von 1D Effekten hat zwei Fehler:

1. Bei Übergabe eines SpeedMasters läuft der Effekt nicht synchron mit anderen Effekten
2. Die Gerätesteuerung erwartet Werte für die Frequenz [Hz], nutzt diese aber als Dauer [s].

Langbeschreibung

Ich möchte, dass mein RGB bei jedem Beat in einer anderen Farbe aufleuchtet und dann ausblendet. In DMX 3.2.2 geht das theoretisch mit einer einzelnen Cue. Auf die Farbe lege ich einen Color Chaser Effekt. Auf den Dimmer lege ich einen invertierten Sägezahn. Für beide Effekte gebe ich bei der Dauer / Frequenz den {SpeedMaster 1} an. Dem Speedmaster gebe ich mit ein paar Taps ein krummes Tempo um die 130 bpm vor.

Wenn ich diese Cue starte, sieht am Anfang alles gut aus. Aber nach ca. 40 Beats sieht man, dass es eine Phasenverschiebung zwischen den zwei Effekten gibt. Nach ca. 80 Beats ist es offensichtlich. Sprich: Die beiden Effekte laufen unterschiedlich schnell! (Also nicht nur Jitter.)

Stellt man den SpeedMaster statt dessen über den Schieberegler ein, sind die BPM Werte deutlich weniger krumm. Die Phasenverschiebung tritt dann auch auf, aber sehr viel später.

Stellt man die Frequenz von Hand ein, stellt man den zweiten Fehler fest: Ein Wert von 2 lässt den Effekt 2 Sekunden dauern und nicht wie erwartet 0,5 Sekunden.

Stellt man die Frequenz von Hand auf einen Wert von 0,5 ein und die Dauer auf 500 ms, so laufen beide Effekte über lange Zeit synchron.

Mögliche Ursachen

Für mich sieht es danach aus, als würde bei der Umrechnung von Frequenz in Dauer ein Rundungsfehler auftreten, der mit der Zeit sichtbar wird. Gleitkommazahlen sind ja nicht beliebig genau und wenn man damit rechnet summieren sich die Fehler manchmal schnell auf.

Dafür spricht auch, dass bei 2 Hz die Effekte synchron bleiben. Hier lässt sich der Kehrwert ohne Rundungsfehler bilden.

Anhänge

1. Beispielprojekt mit zwei Cuelisten sowie einem Softdesk, um den BPM Wert zu prüfen.
2. DMX Ausgabe während die Effekte synchron sind
3. DMX Ausgabe während die Effekte nicht mehr synchron sind

Autoprepare funktioniert nur wie gewollt, wenn der Shutter eines Gerätes geschlossen ist. Wenn ein Gerät keinen Shutter hat, funktioniert Autoprepare überhaupt nicht. Bei Geräten mit Shutter greift Autoprepare schon während des Ausfadens, sofern nicht auch der Shutter geschlossen wird.

Aufbau eines einfachen Projekts zum Reproduzieren:

Cuelist mit 4 Cues:
Cue 1: Dimmer 0% und/oder Shutter geschlossen (siehe unten)
Cue 2: Dimmer 100%, Shutter offen, Farbe Blau, Position A
Cue 3: Wie Cue 1
Cue 4: Dimmer 100%, Shutter offen, Farbe Rot, Position B

Hierbei sind mir diese unterschiedlichen Verhalten aufgefallen:

Generic RGB, Cue 1/3 enthält Dimmer 0%, kein Shutter vorhanden:
Cue 2 faded Dimmer und Farbe gleichzeitg (Wechsel von Weiß zu Blau ist erkennbar). Hier sollte Autoprepare ja eigentlich die Farbe voreinstellen.
Gleiches gilt für Cue 4 mit dem Fade Blau → Rot

Generic RGB mit Subdevice Generic Shutter, Cue 1/3 enthält Dimmer 0% und Shutter geschlossen:
Funktionier wie erwartet, die Farben für Cue 2/4 werden während Cue 1/3 voreingestellt, sodass beim Triggern der Cue nur der Dimmer faded.

Generic RGB mit Subdevice Generic Shutter, Cue 1/3 enthält nur Dimmer 0% und NICHT Shutter geschlossen:
Cue 2 verhält sich wie bei Generic RGB ohne Shutter (Kein Autoprepare). Beim Triggern von Cue 3 wird jedoch schon während des Ausfadens die Farbe zu Rot gefaded. Hier greift Autoprepare also zu früh.

Generic RGB mit Subdevice Generic Shutter, Cue 1/3 enthält nur Shutter geschlossen und NICHT Dimmer 0%:
Funktioniert wie erwarten, kein Unterschied zu Dimmer und Shutter in Cue 1/3.

Das Verhalten der Generic RGB mit Shutter konnte ich auch mit einem Stairville MH-X25 reproduzieren, hierbei war zusätzlich zu Farbe auch ein Positionswechsel in den Cues enthalten.
Auch hier galt, Shutter geschlossen führte zum erwarteten Verhalten von Autoprepare (mit und ohne Dimmer 0%), Shutter offen lassen und Dimmer 0% führte zu Autoprepare schon während des Ausfadens, durch die Positionsänderung noch deutlicher erkennbar.

Ich verwende DMXC 3.2.2 und habe oben schmale Slider die um 90 Grad rotiert sind.
Die Werte auf den Slidern werden aber leider auf die unrotierte Breite bezogen angezeigt.
Wie auf dem angehänten Foto zu sehen ist. Dieses ist aus meinem größerem Projekt.
Das angehängte Projekt ist nur zum Zeigen.
Die angezeigten Werte könnten für die Senrechten Slider (0 Grad Rotation) Hochkant angezeigt werden.
Bei Rotation könnten die Werte dann mit rotieren.

Es wäre hier schön wenn man die Anzeige der Werte abschalten könnte.

Im Softdesk funktionieren Kopieren, EInfügen und Ausschneiden nicht über den Rechtsklick

Alpha4

Color-Chaser → Speedmaster auf Duration, bei auslösen eines Sync wird kein Schritt ausgelöst, gleiches auch bei anderen Effekten
zB Speedmaster steht auf 30 BPM, ich drücke einmal die Sekunde auf Sync → Color-Chaser bleibt stehen

Lege ich eine Cuelist an, mit Beat als Trigger, wird korrekt auch bei Sync ein Schritt ausgelöst.

Folgendes Vorgehen löst den Fehler aus, auch in der 3.3 Alpha6 vorhanden, Logs der 3.3 anbei.

Device Group mit Generic RGB, Farbe auf Rot in Cuelist speichern. → funktioniert wie erwartet
Anschließend alle Devices aus der Gruppe löschen, Projekt speichern und neu laden.
Projekt neu laden, wieder Geräte in die Gruppe hinzufügen, Cuelist starten → keine Farbe mehr vorhanden, bei “Edit in Programmer” wird keine Eigenschaft aufgerufen, der Programmer bleibt leer.

Hintergund:
Ich habe für mich ein Standard-Projekt erstellt, dieses hat 4 Gruppen und je nach Veranstaltung werden andere Geräte in die Gruppen aufgeteilt, teils mit vollkommen unterschiedlichen Setups. Mir ist es nun schon passiert das ich mir beim Anpassen des Projektes alles zerstört habe weil ich erst einmal alle Gruppen geleert haben.
Beim letzten Mal wollte ich das ganze verhindern und habe ein Gerät in die Gruppe gesteckt das ich sonst nicht nutze, leider tritt der Fehler auch auf wenn das Gerät keine Farbeigenschaft hatte, daher hat mir die Nebelmaschine in der Gruppe auch nicht vor dem Verlust geschützt.

Fehlerbeschreibung

Hallo,

ich glaube wieder einen Bug gefunden zu haben.

Die erste Cue wird nicht geladen, wenn im Loop-Modus, der Trigger für die erste Cue mit follow oder wait und 0ms und letzte Cue mit Fade-Time 0 eingestellt ist.

Zum Reproduzieren:
Projekt erstellen, Gerät(e) hinzufügen (auch bei Gruppen), Cuelist mit 4 Farben hinzufügen, alle Cues als Trigger follow einstellen mit 0 ms. Die Zweite und letzte Cue mit 0ms Fade-Time einstellen. Mode der Culist auf Loop stellen, und abspielen (ich hoffe keinen Schritt vergessen zu haben).

Das Verhalten tritt auch auf bei Trigger auf Wait eingestellt.

Der Anwendungsfall ist wahrscheinlich sehr selten, und es lässt sich umgehen, indem eine Zeit auf 1ms gesetzt wird.

Beste Grüße, Ludwig

nicht vorhanden

Wie im Livechat am 19.1. diskutiert fände ich gut wenn es ein Grouphandling gäbe mit dem ich Geräte in einer Gruppe als ein Gerät betrachten kann und gleichzeitig in der “Hauptgruppe” auch einzelne Geräte haben kann. Siehe auch mein Kommentar in ( FS#674 ).

Hallo Zusammen,
wie im Stream von euch angeboten das Tickes zu einem Zusätzlichen Effekt wie Sparkle.

Unter Wave/ Lauflicht (Chaser/PWM) verstehe ich einen Effekt der auf der Farbe liegt und diese beeinflusst.

Erstmal die Attribute:

• Fade-In Time (ms): Zeit wie lange der Farbwechsel beim einfaden dauert

• On Time (ms): Zeit wie lange die Farbe gehalten wird

• Fade-Out Time (ms): Zeit wie lange der Farbwechsel beim ausfaden dauert

• Duration (ms): Zeit zwischen dem Start der ersten Lampe und dem Start der nächsten Lampe, Idealerweise mit dem „Speed master“ steuerbar, wird nicht von Fade-In Time beeinflusst

• Run: bei loop, der Durchlauf wird wiederholt, bei single, wird nurch einmal durchgelaufen

• Revers: bei nein, ablauf der Schritte hochzählend (1-2-3-4), bei ja, ablauf der Schritte Rückwärts (4-3-2-1)

• Ping-Pong: nein, der Ablauf beginnt wieder von Vorne (1-2-3-4|1-2-3-4|1-2-3-4|…), bei ja läuft der Ablauf einmal Vorwärts und danach rückwärts und dann wieder vorwärts usw. (1-2-3-4-3-2-1-2-3-4)

Revers und Ping-Pong sind ähnlich dem Play Mode im Chaser

Ablauf:
Start bei Beginn der Gruppe
1: X|0|0|0
2: 0|X|0|0
3: 0|0|X|0
4: 0|0|0|X

Start Mittig der Gruppe
1: 0|0|0|X|X|0|0|0 / 0|0|0|X|0|0|0
2: 0|0|X|0|0|X|0|0 / 0|0|X|0|X|0|0
3: 0|X|0|0|0|0|X|0 / 0|X|0|0|0|X|0
4: X|0|0|0|0|0|0|X / X|0|0|0|0|0|X

Bei “Beginn der Gruppe” wurden weniger Lampen gewählt als bei “Mittig der Gruppe”, damit die Anzahl der Schritte gleich sind.

Wenn das Lauflicht sich einholt, dann soll wieder vom aktuellen Punkt wieder Einfaden, hier würden sich die Zeitkurven einer Lampe überlagern, ähnlich der Zeitkurve im Bild 010.png zu sehen. Blau ist der erste Durchlauf, grün der zweite Durchlauf und rot sich der ergebene Ablauf. Falls der überschneidende Bereich nicht existiert, dann bleibt die eingestellte Farbe gleich und der Lampe fehlt Zeit zurück zufaden.

Wenn sich zwei verschiedene Lauflichter sich überlagern, soll vom jetzigen Zeitpunkt, vom ersten Lauflicht in das zweite hineingefadet werden, ähnlich Bild 020.png

Das fanning der Farbe könnte sich nicht auf den Beginn der Grupe bis Ande der Gruppe legen, sondern Beginn des Lauflichtes Schitt 1 bis zum letzten Schritt

Gruß
Max

Edit 1: genauere Beschreibung ergänzt

Following discussion with JP on the forum, I’m posting this feature request here.

It would be useful to be able to achieve the following effect using the chaser effects:

https://vimeo.com/676900437/6d03543b2e

JP suggested this could be implemented as a ‘Fill’ option on the chasers.

As an example using the Colour chaser, the chaser should change the colour of each device to the next colour on the colour list, in selection order, until all devices have been changed, and then repeat with the next colour on the list.

This should work in combination with the play mode to set the direction that the fill happens in - forward, reverse, bounce or random.

This could also work with the standard chaser to apply the fill effect to dimmer intensity.

I have a simple preset (dimmer and colour values for LED Pars), and this preset is used in a number of cues. When I ‘Edit in programmer’ the preset, change the colour values and then ‘Update’ the preset, the next time I go to play the cuelist the cues won’t play and a series of error reports appear in the kernel output. I’m also unable to save the project after this.

I can’t see a way to attach a log file to this report, but here’s a Dropbox link to the log zip file: https://www.dropbox.com/s/i6we4ho0szycprv/DMXControl3Logs_2022430_213811.zip?dl=0

Fehlerbeschreibung

{ParameterMaster 1:*360/COUNT*(COUNT-1)}

Erwartetes Verhalten

Hinweise

Wie bereits im Forum mit @JPK besprochen (https://forum.dmxcontrol-projects.org/index.php?thread/16686-probleme-bei-benutzung-berechneter-phase) wäre es praktisch eine Konstante zu haben, die den (Phasen-)Winkel zwischen den Geräten einer Gruppe angibt. Um das umzusetzen müssten folgende Punkte implementiert werden:

* Erlauben von Berechnungen im Device Control
* Einführung der Konstante DEVICEANGLE (wäre wohl als 360/AnzahlAnGeräten zu definieren?)

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

Werden Executoren gleich benannt werden diese im IA unter einem Element dargestellt, die einzelnen Elemte darin werden einfach doppelt in diesem Element angezeigt. Bild hierzu im Anhang.

Selbes Problem, nur noch schlimmer, entsteht wenn zwei Elemte in einem Softdesk gleich heißen, dann weden diese im IA nur noch als ein Element angezeigt, ich habe also zwei Fader im Softdesk aber im IA nur noch einen. Dies hat zur Folge, dass der eine Fader im IA den Output vom zu erst erstellten Fader im Softdesk bekommt, von dem anderen Fader bekommt man gar keinen Output mehr. Selbes Verhalten tritt auch bei Buttons aus dem Softdesk auf, habe mir nicht die Mühe gemacht alle Elemente zu testen, denke sollte aber ähnlich sein.

Logs sind im Anhang, vllt findet da ja jemand mehr als ich^^

Das Pfeilkreuz (im hellen Theme blau, im dunklen Theme rot), um das Fenster zum Beispiel in die linke Hälfte bzw. rechte Hälfte zu verschieben, erscheint nur auf dem primären Monitor.

Folgender Test-Aufbau:
Softdesk, Colorbar mit Colormaster verdrahtet.
Colormaster mittels “Bitmap from Color” auf Button visualisert. Funktioniert wie erwartet. Lade ich das Projekt neu ist der Button wieder grau, der Colormaster hat weiterhin die zuvor eingestellte Farbe. Gleiches Verhalten wenn die Colorbar in “Bitmap from Color” verschaltet wird. In der 3.2.3. funktioniert dies noch einwandfrei.

Hallo,
bei mir funktioniert der One Shoot Trigger nicht. Ich beginne mit einem Lauflicht über 8 RGB PARs. Danach folgt die Cue mit dem One Shoot Trigger, gefolgt von einer Cue, die die PARs auf eine Farbe einfadet.
Wenn ich die List starte, wird die One Shoot Cue sofort auf gelb gesetzt und das Einfaden beginnt. Währenddessen kann man sehen, dass das Lauflicht läuft bis es von der dritten Cue überschrieben ist.
Es gibt keine Fehlermeldung, weswegen ich auch keine Screenshots beisteuern kann. Ich habe lediglich das letzte Log File und das Projekt zum Anhängen.

Gruß, Herbert

P.S.: Sorry, die untenstehende Verknüpfung war ein Versehen. Ich dachte hier fügt man Verknüpfungen zu anderen Trackern ein, und jetzt kann ich sie nicht mehr löschen

Hallo,
man kann den Effekt Random Valve zwar auf die Position anwenden, aber nicht nur auf PAN oder TILT.
Ich möchte zum Beispiel: Auf PAN den Random Valve und auf Tilt einen Sinus legen.
Dies ist so direkt nicht möglich.

Gruß Steff

Hallo,
ich bin gerade etwas mit der 3.3.0 Beta 8 am testen.
Hier ist mir aufgefallen, wenn man einen Matrix Effekt auf die Matrix legt und diesen Effekt mit dem X aus dem Device Control löscht, es ein paar Effekte gibt, bei den die Ausgabe nicht vollständig zurückgesetzt wird.

Bei:
Bitmap,
Boom,
Converter,
Random,
Text
Bleibt was in der Ausgabe stehen.
Beispiel als Bild im Anhang.

Bei:
Alternate,
Color Scroll,
Fire,
Strobe
wird die Ausgabe, wie gewünscht komplett gelöscht.

Gruß Steff

Hallo,
folgendes Szenario:

Ich möchte in der Stage View einen Effekt mit dem Color Chaser bauen.
Mache den Dimmer auf 100 und füge den Color Chaser der Color hinzu.
Ich ändere ein paar Einstellungen und mir fällt auf das ich noch eine Item List erstellen möchte.
Also wird eine Color Item List erstellt.

Diese neue Item List wird mir unter dem Device Control im Color Chaser aber nicht angezeigt.
Ich muss erst mit dem X den Color Chaser entfernen und neu hinzufügen, erst jetzt wird die neue Color Item List angezigt und kann verwendet werden.
Es sind dann aber alle Einstellungen die gemacht wurden zurückgesetzt und man muss diese neu einstellen.

Es wäre doch schön wenn neue Color Item Lists sofort angezeig werden würden.
Dies ist mir in der 3.3.0 Beta 8 aufgefallen, das ist aber auch in der 3.2.3 so.

Gruss Steff

Hallo,
ich habe mir in meinem “großen Projekt” eine Matrix angelegt und hierzu Device Groups für das Gesamte und Teile der Matrix hinterlegt. Das Projekt wird soweit ohne Probleme geladen. Aber beim beenden hängt sich die GUI auf.

Ich habe das dann etwas kleiner nachgebaut und etwas getestet. Projekt hier von im Anhang.

Ich habe dann Objekte aus den Device Groups gelöscht und wieder hinzu gefügt. Danach kommen beim beenden diverse Fehlermeldungen im Kernel. Logfiles sind angehängt.

Gruß Steff

Ich habe in einem geladenen Projekt ein MIDI Ruleset importiert, dies soweit problemlos. Nach speichern und danach neu laden des Projekts crashte mir die GUI (siehe Bild im Anhang).

Dieses Verhalten konnte ich nicht reproduzieren.

Logs im Anhang.

Parameter Master in Group Handling ermöglichen. In Verbindung mit Effekten die z.B. ein Fanning von 0#100 haben würden sich viele odd and even Effekte in deutlich weniger Cuelisten bauen lassen.

Fehlerbeschreibung

Erwartetes Verhalten

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

Fehlerbeschreibung

    <Rule Name="1-1 input" UseBacktrack="false" Threshold="126" IsToggle="false" EnableMessage="2134413313" EnabledBacktrack="0" DisableMessage="2134409217" DisabledBacktrack="0">
      <Type>Lumos.GUI.MIDI.ButtonRule</Type>
    </Rule>

     <TreeItem Name="Rule">
        <Attribute Name="Type" Type="Primitive" ValueType="String" Value="Lumos.GUI.MIDI.ButtonRule" />
        <Attribute Name="Name" Type="Primitive" ValueType="String" Value="1-1 input" />
        <Attribute Name="GUID" Type="Primitive" ValueType="String" Value="0e001dac-84c0-4cd5-9dc8-1d5e99b22533" />
        <Attribute Name="UseBacktrack" Type="Primitive" ValueType="Boolean" Value="False" />
        <Attribute Name="State" Type="Primitive" ValueType="Boolean" Value="False" />
        <Attribute Name="Threshold" Type="Primitive" ValueType="Byte" Value="126" />
        <Attribute Name="IsToggle" Type="Primitive" ValueType="Boolean" Value="False" />
        <Attribute Name="EnableMessage" Type="Primitive" ValueType="Int32" Value="2134413313" />
        <Attribute Name="EnabledBacktrack" Type="Primitive" ValueType="Int32" Value="2134413313" />
        <Attribute Name="DisableMessage" Type="Primitive" ValueType="Int32" Value="2134409217" />
        <Attribute Name="DisabledBacktrack" Type="Primitive" ValueType="Int32" Value="0" />
    </TreeItem>

    <Rule Name="1-1 output aus" UseBacktrack="true" Threshold="126" IsToggle="false" EnableMessage="0" EnabledBacktrack="3706881" DisableMessage="0" DisabledBacktrack="0">
      <Type>Lumos.GUI.MIDI.ButtonRule</Type>
    </Rule>

    <TreeItem Name="Rule">
        <Attribute Name="Type" Type="Primitive" ValueType="String" Value="Lumos.GUI.MIDI.ButtonRule" />
        <Attribute Name="Name" Type="Primitive" ValueType="String" Value="1-1 output aus" />
        <Attribute Name="GUID" Type="Primitive" ValueType="String" Value="efd45d5e-33da-4132-bad2-2b184f844e6d" />
        <Attribute Name="UseBacktrack" Type="Primitive" ValueType="Boolean" Value="True" />
        <Attribute Name="State" Type="Primitive" ValueType="Boolean" Value="False" />
        <Attribute Name="Threshold" Type="Primitive" ValueType="Byte" Value="126" />
        <Attribute Name="IsToggle" Type="Primitive" ValueType="Boolean" Value="False" />
        <Attribute Name="EnableMessage" Type="Primitive" ValueType="Int32" Value="0" />
        <Attribute Name="EnabledBacktrack" Type="Primitive" ValueType="Int32" Value="0" />
        <Attribute Name="DisableMessage" Type="Primitive" ValueType="Int32" Value="0" />
        <Attribute Name="DisabledBacktrack" Type="Primitive" ValueType="Int32" Value="0" />
    </TreeItem>

Autosave ist standardmäßig deaktiviert. Bei neuen Installationen ist dies dementsprechend nicht aktiv und führt zu Problemen wenn mans vergisst zu aktivieren.

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

 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

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

Error Description

Expected behavior

Notes

Fehlerbeschreibung

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.

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.

3.3 RC2

Fehlemreldung im Kernel und keine Reaktion mehr von DMXC nachdem Cue 19 in den Programmer geladen wurde und anschließen gereplacet wurde.

Kernel ließ sich mit den Befehlen nicht schließen - auch nicht nach einem von JP angeregten Rechtsklick - und wurde dann via Task Maneger hart beendet.

Logs und Projekt im Anhang.
0.2.61 = letztes gespeichertes Projekt, lässt sich aber nicht mehr laden
0.2.60 = letzter Stand vor Fehler