<?xml version="1.0" ?>
<rdf:RDF xmlns:dc="http://purl.org/dc/elements/1.1/" 
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" 
  xmlns="http://purl.org/rss/1.0/"
  xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel rdf:about="https://bugs.dmxcontrol-projects.org/">
    <title>DMXC Bugtracker -</title>
    <link>https://bugs.dmxcontrol-projects.org/</link>
    <description>DMXC Bugtracker -DMXControl 3: Recently edited tasks</description>
    <dc:date>2026-05-04T18:10:25Z</dc:date>
    <items>
      <rdf:Seq>
                <rdf:li rdf:resource="https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5571" />
                <rdf:li rdf:resource="https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5570" />
                <rdf:li rdf:resource="https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5342" />
                <rdf:li rdf:resource="https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=614" />
                <rdf:li rdf:resource="https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=4975" />
                <rdf:li rdf:resource="https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5527" />
                <rdf:li rdf:resource="https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=479" />
                <rdf:li rdf:resource="https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=478" />
                <rdf:li rdf:resource="https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=353" />
                <rdf:li rdf:resource="https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=303" />
              </rdf:Seq>
    </items>
    		
  </channel>
    <item rdf:about="https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5571">
    <title>FS#5571: Color Picker gibt Werte für Fine-Kanäle falsch bzw. nicht aus</title>
    <link>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5571</link>
    <dc:date>2026-05-04T18:10:25Z</dc:date>
    <dc:creator>Stefan Kistner</dc:creator>
     <description>

Ich füge ein Gerät mit einer Auflösung für die Farbmischung mit 16 bit einem leeren Projekt hinzu wie zum Beispiel dem Robe LEDBeam 150 im Mode 1.



Bewege ich den Punkt mit der Maus und schaue mir die Werte in der Kanalübersicht an, sehe ich, dass die DMX-Werte sowohl für 8 bit als auch 16 bit parallel ein- und ausfaden -  der DMX-Kanal für 16 bit verhält sich wie der DMX-Kanal für 8 bit. Gleiches passiert auch, wenn ich im Device Control die Regler für RGB, CMY oder HSV direkt im Dropdown unter Color nutze.



Benutze ich die Regler für die einzelnen Farben, verhält sich die DMX-Ausgabe so wie ich es für 16 bit erwarte. Gleiches gilt auch für das Position Control oder den Regler für Dimmer im Intensity Panel. Daher wäre es gut, wenn der Color Picker im Color Panel sich gleichermaßen verhalten und am Ende die DMX-Werte für die Fine-Channel nach dem bekannten Muster ausgegeben werden.

</description>
    <content:encoded><![CDATA[
<p>
Ich füge ein Gerät mit einer Auflösung für die Farbmischung mit 16 bit einem leeren Projekt hinzu wie zum Beispiel dem Robe LEDBeam 150 im Mode 1.
</p>

<p>
Bewege ich den Punkt mit der Maus und schaue mir die Werte in der Kanalübersicht an, sehe ich, dass die DMX-Werte sowohl für 8 bit als auch 16 bit parallel ein- und ausfaden -  der DMX-Kanal für 16 bit verhält sich wie der DMX-Kanal für 8 bit. Gleiches passiert auch, wenn ich im Device Control die Regler für RGB, CMY oder HSV direkt im Dropdown unter Color nutze.
</p>

<p>
Benutze ich die Regler für die einzelnen Farben, verhält sich die DMX-Ausgabe so wie ich es für 16 bit erwarte. Gleiches gilt auch für das Position Control oder den Regler für Dimmer im Intensity Panel. Daher wäre es gut, wenn der Color Picker im Color Panel sich gleichermaßen verhalten und am Ende die DMX-Werte für die Fine-Channel nach dem bekannten Muster ausgegeben werden.
</p>
]]></content:encoded>
  </item>
    <item rdf:about="https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5570">
    <title>FS#5570: Colormaster fade ruckelt</title>
    <link>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5570</link>
    <dc:date>2026-05-03T15:52:14Z</dc:date>
    <dc:creator>stroboduese</dc:creator>
     <description>
Fehlerbeschreibung



Egal ob in Version 3.3.1 oder 3.3.2 wenn man einen Colormaster über das Input Assigment fadet ruckelt der Colormasterfader und dessen Wert.Ebenfalls spielt es keine Rolle ob man es über Executoren fadet oder direkt. Ich habe beide Versionen im Screenshot beigefügt. Wird der Colormaster ganz rechts (Colormaster 1) nicht angeschlossen, dann funktioniert der Fade smooth.




Erwartetes Verhalten



Eigentlich sollte der Colorfader smooth gefadet werden.



</description>
    <content:encoded><![CDATA[
<h2 id="fehlerbeschreibung">Fehlerbeschreibung</h2>
<div class="level2">

<p>
Egal ob in Version 3.3.1 oder 3.3.2 wenn man einen Colormaster über das Input Assigment fadet ruckelt der Colormasterfader und dessen Wert.<br />Ebenfalls spielt es keine Rolle ob man es über Executoren fadet oder direkt. Ich habe beide Versionen im Screenshot beigefügt. Wird der Colormaster ganz rechts (Colormaster 1) nicht angeschlossen, dann funktioniert der Fade smooth.
</p>

</div>

<h2 id="erwartetesverhalten">Erwartetes Verhalten</h2>
<div class="level2">

<p>
Eigentlich sollte der Colorfader smooth gefadet werden.<br />
</p>

</div>
]]></content:encoded>
  </item>
    <item rdf:about="https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5342">
    <title>FS#5342: ArtNet DMX Setting</title>
    <link>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5342</link>
    <dc:date>2026-05-02T08:54:04Z</dc:date>
    <dc:creator>widl</dc:creator>
     <description>

I have a request for dmx interface settings.



In 3.3RC, all Artnet will be set up one by one to increase the universes.However, when using a large number of 15 universes, we have to work with IPs, universe numbers, etc. each time we add a new one.In 3.2, we could specify one IP and one universe at a time, but in 3.3, it becomes quite a tedious task.Can this be improved?

</description>
    <content:encoded><![CDATA[
<p>
I have a request for dmx interface settings.
</p>

<p>
In 3.3RC, all Artnet will be set up one by one to increase the universes.<br />However, when using a large number of 15 universes, we have to work with IPs, universe numbers, etc. each time we add a new one.<br />In 3.2, we could specify one IP and one universe at a time, but in 3.3, it becomes quite a tedious task.<br />Can this be improved?<br />
</p>
]]></content:encoded>
  </item>
    <item rdf:about="https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=614">
    <title>FS#614: Gerätedefinition</title>
    <link>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=614</link>
    <dc:date>2026-05-02T08:45:38Z</dc:date>
    <dc:creator>Patrick Grote</dc:creator>
     <description>

Weis nicht ob das jetzt überflüssig ist aber ich würd gerne auf das Brainstorming:Gerätefunktionen.Wäre echt geil wenn dasd alles balt gehen würde.

</description>
    <content:encoded><![CDATA[
<p>
Weis nicht ob das jetzt überflüssig ist aber ich würd gerne auf das <a href="http://www.dmxcontrol.de/mediawiki_beta/index.php?title=Brainstorming:Ger%C3%A4tefunktionen" class="urlextern" title="http://www.dmxcontrol.de/mediawiki_beta/index.php?title=Brainstorming:Ger%C3%A4tefunktionen">Brainstorming:Gerätefunktionen</a><a href="http://en.wikipedia.org/wiki/" class="internallink"></a>.<br />Wäre echt geil wenn dasd alles balt gehen würde.<br />
</p>
]]></content:encoded>
  </item>
    <item rdf:about="https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=4975">
    <title>FS#4975: Project Administration: Rückfrage &quot;Projekt laden&quot; bei aktiven Cuelists</title>
    <link>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=4975</link>
    <dc:date>2026-05-02T08:34:42Z</dc:date>
    <dc:creator>Stefan Kistner</dc:creator>
     <description>

Aktuell kann man ja jederzeit ein neues / anderes Projekt laden, was &amp;#8220;ohne Rücksicht auf Verluste&amp;#8221; so auch ausgeführt wird. Dem entsprechend können andere Projekte auch geöffnet werden, wenn eine Show, sprich eine Cuelist läuft.



Um hier ggf. das Bewusstsein zu schärfen, dass entweder sowohl mindestens eine Cuelist aktiv ist oder auch aktuell Werte im Programmer enthalten sind, könnte an dieser Stelle eine Rückfrage hilfreich sein. Diese Rückfrage taucht unter den zuvor genannten Kriterien auf, sobald man ein neues / anderes Projekt laden möchte.

</description>
    <content:encoded><![CDATA[
<p>
Aktuell kann man ja jederzeit ein neues / anderes Projekt laden, was &#8220;ohne Rücksicht auf Verluste&#8221; so auch ausgeführt wird. Dem entsprechend können andere Projekte auch geöffnet werden, wenn eine Show, sprich eine Cuelist läuft.
</p>

<p>
Um hier ggf. das Bewusstsein zu schärfen, dass entweder sowohl mindestens eine Cuelist aktiv ist oder auch aktuell Werte im Programmer enthalten sind, könnte an dieser Stelle eine Rückfrage hilfreich sein. Diese Rückfrage taucht unter den zuvor genannten Kriterien auf, sobald man ein neues / anderes Projekt laden möchte.<br />
</p>
]]></content:encoded>
  </item>
    <item rdf:about="https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5527">
    <title>FS#5527: Bei Wechsel zwischen Projekten in der Projekt Administration gehen Änderungen verloren</title>
    <link>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5527</link>
    <dc:date>2026-05-02T08:33:58Z</dc:date>
    <dc:creator>Stefan Schmidt</dc:creator>
     <description>

Hallo, ist es Möglich noch eine Abfrage einzubauen ob das bearbeitete Projekt noch gesppeichert werden soll, wenn man über die Projekt Administration zu einem anderen Projekt wechseln möchte.



Mir ist es passiert das ich an einem Projekt gearbeitet habe und wollte in einem anderen Projekt dazu was nachschauen. Beim Wechsel hatte ich leider vergessen vorher zu speichern und die Änderungen waren weg.



Gruß Steff

</description>
    <content:encoded><![CDATA[
<p>
Hallo, <br />ist es Möglich noch eine Abfrage einzubauen ob das bearbeitete Projekt noch gesppeichert werden soll, wenn man über die Projekt Administration zu einem anderen Projekt wechseln möchte.
</p>

<p>
Mir ist es passiert das ich an einem Projekt gearbeitet habe und wollte in einem anderen Projekt dazu was nachschauen. <br />Beim Wechsel hatte ich leider vergessen vorher zu speichern und die Änderungen waren weg.
</p>

<p>
Gruß Steff<br />
</p>
]]></content:encoded>
  </item>
    <item rdf:about="https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=479">
    <title>FS#479: Cuelist, Split Crossfade (Fade A/B &amp; Fade X)</title>
    <link>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=479</link>
    <dc:date>2026-05-02T07:24:19Z</dc:date>
    <dc:creator>Dennis</dc:creator>
     <description>

Auf FS#280 setz ich noch einen drauf:



Split Crossfade.Das sind zwei Überblendsteller. Einer zusändig für das aktuell eingeblendete Cue (ich nenns jetzt mal stage) und der zweite für das nächste (preset).



Normalstellung ist Stage 100, Preset 0.Werden nun beide Steller gleichzeitig bewegt, ergänzen sich beide zu 100%. Es kommt ein ganz normaler Crossfade zu stande. Stage 80% + Preset 20%Werden diese nun unterschiedlich schnell bewegt, kann z.B. ein Blackout realisiert werden. Stage 0%, Preset 0%



Kreise, die in Preset aber nicht in Stage enthalten sind werden vom PresetSteller ganz normal eingeblendet (Preset 50%, Kreise 50%)Kreise, die in Stage aber nicht in Preset enthalten sind werden vom StageSteller ausgeblendet.



Eine Überblendung ist abgeschlossen, wenn Stage 0% und Preset 100% sind.

</description>
    <content:encoded><![CDATA[
<p>
Auf <a href="https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=280&amp;feed_type=rss1&amp;topic=edit" title="Neu | Task made private | 0%" >FS#280</a> setz ich noch einen drauf:
</p>

<p>
Split Crossfade.<br />Das sind zwei Überblendsteller. Einer zusändig für das aktuell eingeblendete Cue (ich nenns jetzt mal stage) und der zweite für das nächste (preset).
</p>

<p>
Normalstellung ist Stage 100, Preset 0.<br />Werden nun beide Steller gleichzeitig bewegt, ergänzen sich beide zu 100%. Es kommt ein ganz normaler Crossfade zu stande. Stage 80% + Preset 20%<br />Werden diese nun unterschiedlich schnell bewegt, kann z.B. ein Blackout realisiert werden. Stage 0%, Preset 0%
</p>

<p>
Kreise, die in Preset aber nicht in Stage enthalten sind werden vom PresetSteller ganz normal eingeblendet (Preset 50%, Kreise 50%)<br />Kreise, die in Stage aber nicht in Preset enthalten sind werden vom StageSteller ausgeblendet.
</p>

<p>
Eine Überblendung ist abgeschlossen, wenn Stage 0% und Preset 100% sind.<br />
</p>
]]></content:encoded>
  </item>
    <item rdf:about="https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=478">
    <title>FS#478: Cuelist, LinkTo, LoopCount</title>
    <link>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=478</link>
    <dc:date>2026-05-02T07:22:28Z</dc:date>
    <dc:creator>Dennis</dc:creator>
     <description>

So würde ich mir die Funktion vorstellen



Grob gesagt, linkto gibt an, an welche Stelle gesprungen werden soll und loopcount gibt an, wie oft das passieren soll (0 = infinite)


id    | trigger | value | linkto | loopcount

Cue 1 | manual  |       |        |
Cue 2 | manual  |       |        |
Cue 3 | follow  | 1     |        |
Cue 4 | follow  | 1     |        |
Cue 5 | follow  | 1     |        |
Cue 6 | follow  | 1     | Cue 3  | 0
Cue 7 | manual  |       |        |



1. Go, Cue 1 wird eingeblendet2. Go, Cue 2 wird eingeblendet3. Go, Cue 3 wird eingeblendet.Durch den Trigger follow läuft die Liste automatisch weiter (natürlich kann auch manual, oder … benutzt werden) nachdem Cue 6 eingeblendet wurde, wird wieder Cue 3 eingeblendet. Ist loopcount &amp;gt; 1 wird der Sprung entsprechend oft ausgeführt.Bei 0 passiert das unendlich oft. Dann könnte man zwei Fälle unterscheiden:Alle Cues haben einen automatischen Trigger: GO beendet den Loop und blendet das erste Cue nach dem LinkTo Cue einNicht alle Cues haben einen automatischen Trigger: Da GO bereits verwendet wird um im Loop die Cues durchzufahren könnte z.B. Load Cue 7, GO den Loop beenden.



Die Funktion ist sehr sehr praktisch, wenn auf der Bühne etwas gleiches wiederholt wird. Man hat hier weiterhin die Kontrolle mit GO bzw. (später dann hoffentlich Crossfade ;) ) sowie die gleiche Struktur wie andere Cues.Außerdem ist man mit dieser Funktion schneller bei einfachen Chasern. Wenn ich weiß, dass die 6er Bar nur kurz während einer Szene ein bisschen blinken soll, muss ich nicht extra einen Chaser dafür anlegen und in die Cuelist einbinden.

</description>
    <content:encoded><![CDATA[
<p>
So würde ich mir die Funktion vorstellen
</p>

<p>
Grob gesagt, linkto gibt an, an welche Stelle gesprungen werden soll und loopcount gibt an, wie oft das passieren soll (0 = infinite)
</p>
<pre class="code">
id    | trigger | value | linkto | loopcount

Cue 1 | manual  |       |        |
Cue 2 | manual  |       |        |
Cue 3 | follow  | 1     |        |
Cue 4 | follow  | 1     |        |
Cue 5 | follow  | 1     |        |
Cue 6 | follow  | 1     | Cue 3  | 0
Cue 7 | manual  |       |        |
</pre>

<p>
1. Go, Cue 1 wird eingeblendet<br />2. Go, Cue 2 wird eingeblendet<br />3. Go, Cue 3 wird eingeblendet.<br />Durch den Trigger follow läuft die Liste automatisch weiter (natürlich kann auch manual, oder … benutzt werden) nachdem Cue 6 eingeblendet wurde, wird wieder Cue 3 eingeblendet. Ist loopcount &gt; 1 wird der Sprung entsprechend oft ausgeführt.<br />Bei 0 passiert das unendlich oft. Dann könnte man zwei Fälle unterscheiden:<br />Alle Cues haben einen automatischen Trigger: GO beendet den Loop und blendet das erste Cue nach dem LinkTo Cue ein<br />Nicht alle Cues haben einen automatischen Trigger: Da GO bereits verwendet wird um im Loop die Cues durchzufahren könnte z.B. Load Cue 7, GO den Loop beenden.
</p>

<p>
Die Funktion ist sehr sehr praktisch, wenn auf der Bühne etwas gleiches wiederholt wird. Man hat hier weiterhin die Kontrolle mit GO bzw. (später dann hoffentlich Crossfade ;) ) sowie die gleiche Struktur wie andere Cues.<br />Außerdem ist man mit dieser Funktion schneller bei einfachen Chasern. Wenn ich weiß, dass die 6er Bar nur kurz während einer Szene ein bisschen blinken soll, muss ich nicht extra einen Chaser dafür anlegen und in die Cuelist einbinden.<br />
</p>
]]></content:encoded>
  </item>
    <item rdf:about="https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=353">
    <title>FS#353: Presets, mehrere Presets gleichzeitig auf eine Auswahl an Geräten anwenden</title>
    <link>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=353</link>
    <dc:date>2026-05-02T07:19:34Z</dc:date>
    <dc:creator>Dennis</dc:creator>
     <description>

Man hat 3 Presets erstellt, für Focus, Color und Intensity. Will diese nun auf eine Auswahl anwenden. Nun muss man alle 3 Presets der Reihe nach rüberziehen. Mehrfachselektionen sollten in der Presetliste möglich sein.

</description>
    <content:encoded><![CDATA[
<p>
Man hat 3 Presets erstellt, für Focus, Color und Intensity. Will diese nun auf eine Auswahl anwenden. Nun muss man alle 3 Presets der Reihe nach rüberziehen. Mehrfachselektionen sollten in der Presetliste möglich sein.<br />
</p>
]]></content:encoded>
  </item>
    <item rdf:about="https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=303">
    <title>FS#303: Erweiterte Funktionen beim Chaser</title>
    <link>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=303</link>
    <dc:date>2026-05-02T07:19:02Z</dc:date>
    <dc:creator>Markus M.</dc:creator>
     <description>

Ich würde mir beim Chaser noch folgende Features wünschen:1. Auswahl wie lange eine &amp;#8220;Scene&amp;#8221; gehalten wird2. Ein/Ausfadezeit einstellbar3. Größe des Chasers z.B. 1er, 2er, 3er etc. 4. beim Zufalls Modus einstellbar wieviele Geräte min und max an sind.5. anstatt Duration bzw zusätzlich eine Triggerzeit z.b. 3000, dann würde alle 3Sek ein Schritt weitergeschaltet der Schritt sollte schon weiterschalten unabhängig, ob die Haltzeit + Ein und Ausblendzeit des vorherigen Schrittes abgelaufen ist.

</description>
    <content:encoded><![CDATA[
<p>
Ich würde mir beim Chaser noch folgende Features wünschen:<br />1. Auswahl wie lange eine &#8220;Scene&#8221; gehalten wird<br /><del>2. Ein/Ausfadezeit einstellbar<br />3. Größe des Chasers z.B. 1er, 2er, 3er etc.</del> <br />4. beim Zufalls Modus einstellbar wieviele Geräte min und max an sind.<br />5. anstatt Duration bzw zusätzlich eine Triggerzeit z.b. 3000, dann würde alle 3Sek ein Schritt weitergeschaltet der Schritt sollte schon weiterschalten unabhängig, ob die Haltzeit + Ein und Ausblendzeit des vorherigen Schrittes abgelaufen ist.<br />
</p>
]]></content:encoded>
  </item>
  </rdf:RDF>
