Bugtracker DMXControl 3

Es soll angeboten werden, das einstellungen mit in das Project exportiert werden um die settings mitnehmen zu können.

Mit einer abfrage beim Ersten start, ob die Profesionell, Fortgeschritten, Basic Beginners-Settings geladen werden sollen.

MfG
Qasi

s.o.

So solte es meiner meinung nach im ddf aussehen:

<zoom dmxchannel="19" >
  <rotation dmxchannel="20" >
    <step type="stop" mindmx="191" maxdmx="192" />
    <range type="ccw" mindmx="190" maxdmx="128" minval="0.0083333" maxval="0.17" />
    <range type="cw" mindmx="193" maxdmx="255" minval="0.0083333" maxval="0.17" />
  </rotation>
  <index dmxchannel="20" />

  <range type="linear" mindmx="0" maxdmx="45" minval="4" maxval="13.529411764705882352941176470588" />
  <range type="linear" mindmx="46" maxdmx="255" minval="13.749019607843137254901960784313" maxval="60" > 
    <range handler="index" range="4" mindmx="0" maxdmx="127" />
    <range handler="index" range="0" mindmx="128" maxdmx="255" />
  </range>
</zoom>

Aber der Zoom funktioniert dann nicht, erst wenn ich den Rotations-Node lösche geht der wieder.
Außerdem wird Index in diesem fall nicht im Propertygrid angezeigt.

Hab mal das funktionierende DDF und Manuel angehangen

s.o.

Bsp. GLP X4 Impression:
Pattern Byte 1 LED1..8 0-255
Pattern Byte 2 LED9..16 0-255
Pattern Byte 3 LED17..19 0-7

             H L|H      L|H      L
                |        | 
             B3 |Byte2   |Byte1
LED1  = 2^0  000 00000000 00000001
LED2  = 2^1  000 00000000 00000010
LED3  = 2^2  000 00000000 00000100
LED4  = 2^3  000 00000000 00001000
LED5  = 2^4  000 00000000 00010000
LED6  = 2^5  000 00000000 00100000
LED7  = 2^6  000 00000000 01000000
LED8  = 2^7  000 00000000 10000000
LED9  = 2^8  000 00000001 00000000
LED10 = 2^9  000 00000010 00000000
LED11 = 2^10 000 00000100 00000000
LED12 = 2^11 000 00001000 00000000
LED13 = 2^12 000 00010000 00000000
LED14 = 2^13 000 00100000 00000000
LED15 = 2^14 000 01000000 00000000
LED16 = 2^15 000 10000000 00000000
LED17 = 2^16 001 00000000 00000000
LED18 = 2^17 010 00000000 00000000
LED19 = 2^18 100 00000000 00000000

Und dazu ein schickes Control ^^

MfG
Patrick

Wäre super, wenn man die Group Size relativ zur Größe zur Runtime angeben könnte, also “1/2” um sicher zu stellen, dass bei nachträglichen Gruppenänderungen die Anzahl der “Teil-Gruppen” gleich bleibt.

Es sollte möglich sein Einzelne Beams in eine Matrix zu mappen.

MfG
Patrick

Es ist nicht möglich, RAW und gobowheel auf den gleichen Kanal zugreifen zulassen. Das Goborad hat dann keine Funktion in dmxc3

https://forum.dmxcontrol-projects.org/index.php?thread/11994-gobo-und-raw-auf-einem-channel/&postID=100316#post100316

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.

Es wäre toll, wenn man im Editor die Dauer kommulierten Wartezeiten der Cues angezeigt bekommt. Natürlich nur die follow/wait Trigger

Ich würde es begrüßen, wenn man im DDf für die jeweiligen Kanäle Startwerte hinterlegen könnte. Z.B. würde ich bei einigen Lampen den Dimmmer immer gleich 100% setzen. Eventuell könnte man hier auch festlegen, welches die Grundfarbe ist. Z.B. Schwarz/Weiß. Dazu gab es im Forum auch schon Diskussion.

Gruß
Patrick

Es wäre toll, wenn man eine Tochter-Cue mit der Maus in den Cue-Editior der Mutter-Cue ziehen könnte und von da aus
Parametern (Intensity, Effektspeed, Timespeed) einstellen könnte. Außerdem wäre es toll, wenn man im Editor hinten einen Haken setzen kann, ob die aufgerufene Tochter-cue beim (z.b.manuellen) Beenden der Mutter-Cue automatisch mit beendet wird. Siehe Foto

https://forum.dmxcontrol-projects.org/index.php?thread/12105-mutter-tochter-beziehung/&postID=101147#post101147

das geht besser und Performanter
zZ wird ab und zu mitten in dem Effekt gesprungen
der Effekt hört bei großen Matritzen zu früh auf

s.o.

Color wird in StageView irgendwie nicht angezeigt, ganz strange

Gobo-Rotation geht nicht
Prisma Rotation geht nicht
Prisma Index geht nicht

Frost filter wird in dieser form nicht unterstützt (3 verschiedene Frostfilter auf einem Kanal)

MfG
Patrick

Ergänzend zum Thema Cuelist Group ist mit am vergangenen Wochenende noch die Idee gekommen, Cuelist Groups auch “Blackouten” bzw. auf “Blind” schalten zu können, wodurch die darin enthaltenen Cuelists zwar laufen, aber nicht aktiv ausgeben können -außer man hat die selbe Cuelist in mehreren Cuelist Groups laufen, dann wird natürlich solange etwas ausgegeben, bis die anderen Cuelist Groups ebenfalls auf Blind gesetzt werden.

So erhält man die Möglichkeit, bestimmte Einstellungen wie zum Beispiel Farben für einen Blinder- oder Strobe-Effekt vorauszuwählen und dann in Verbindung mit einer Mutter-Tochter-Beziehung zum eigentlichen Blinder-Effekt zu aktivieren. Oder man baut sich bereits während eines Songs die nächste Stimmung (beispielsweise für eine Bridge oder den Refrain) zusammen, die dann mit nur einem Tastendruck aktiviert werden kann.

Einen Abriss über das Szenario habe ich in dem Thread https://forum.dmxcontrol-projects.org/index.php?thread/12105-mutter-tochter-beziehung/&postID=101294#post101294 verfasst, da hier auch das Thema Mutter-Tocher-Beziehung zwischen Cuelists zum Tragen kommt.

siehe kommentare aus External Link

Wie bereits mehrfach besprochen sollte DMXC mehrere Modi unterstützen (Anfänger, Fortgeschrittener) sowie evtl. unterschiedliche Standard layouts (Theather, Disko,…)

Entsprechend sollten Elemente angezeigt oder ausgeblendet werden.

Hierzu muss folgendes durchgeführt werden:

1. Definition, welche Gruppen es gibt
2. Definition, was diese Gruppen sehen und was nicht
3. Implementierung des Models

Wichtig ist, dass diese Auswahl nur initial das System konfiguriert. Der User kann jederzeit in den Fortgeschrittenen Modus wechseln und dadurch mehr Dinge angezeigt bekommen.

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.

Schön wäre ein “Werkzeug” einzubauen, das beim faden von z.B. Rot auf Blau der Farbverlauf nicht über weiß fadet. Ich kenne das so das man z.B. sagt, fade über eine dunkle Farbe. Oder auch beim faden von Rot auf Blau wird an dem Punkt wo Weiß kommt, würde der Scheinwerfer in den Moment automatisch runtergedimmt werden.

Beim Start des Kernels werden aktuell reichlich Warnungen im Log angezeigt, die scheinbar “eingeplant” sind, sprich: Die auch auftreten, wenn das Programm eigentlich normal arbeitet.

Beispiele:
16:55:39 WARN KernelRunManager - BitmapTransformationManager [Manager NOT initialized].
16:55:39 WARN ResourceManager - Loading Resource when Service is not Started. ManagedTree may not get loaded: KernelSpecialLayerConfig.xml

Bei einem normalen Start sollte der Kernel keine solchen Warnungen anzeigen - ich denke, das verwirrt Benutzer bloß, die dann denken dass irgendetwas nicht stimmt.
Daher sollte entweder das Log-Level für diese Meldungen reduziert werden, oder aber sie sollten nur gelogged werden, wenn sie tatsächlich zu einem Problem führen.

Tint ist die Balance zwischen Grün und Magenta.
Zusätzlich muss ein Control wie für Farbtemperatur gebaut werden

Beispiel:
0 to 1 = neutral white
2 to 127 = full plus-green to neutral white
128 = neutral white
129 to 255 = neutral white to full minus-green (full magenta)

s.o.

Wie die CPU-Load anzeige im Monitoring fenster, zusätzlich die GPU-Load einbauen für GUI und Kernel

Hab da auch eine Lib die alle gängigen Grafik-Karten-Hersteller abdeckt, aber die bekommen wir nur auf direkte anfrage.
https://www.techpowerup.com/gpuz/

Wird eine Cueliste (1) durch eine andere Cueliste (2) gestoppt, sollte es möglich sein, dass die Cueliste 1 statt ihre eigene Release Zeit die GoTo Zeit von Cueliste 2 verwendet.

Schön wäre es, wenn man in der GUI im Projektexplorer oder über die View Bereiche für Fixtures und Gruppen fest legen kann in den Movig Heds etc. nicht reinlaufen sollen und/oder der Dimmer in diesem Bereich auf null gesetzt wird. Ähnliches gibt es bereits bei der Steuerung von Lasern.

Der Fehlerdialog ist schlecht designed!

Für Effectwheel die gleiche Systematik einbauen wie für Gobowheel (Zusammenfassen der Eigenschaften mit Subproperties)

Referenz:  FS#3089  (Screenshot unten in den Comments)

Wenn man während einer laufenden Cuelist Kanalwerte anpasst, springt der Wert bei einer Änderung durch die Cuelist zurück auf den letzten von der Cuelist gesetzten Wert und fadet von dort zum neuen Wert.

Beispiel:
Generic Dimmer, Cuelist mit 2 Cues: Dimmer 100% und Dimmer 0%, Cuelist auf “Priority update on Go” und Programmer-Priority auf Normal

Fall 1: Änderungen vor Start der Cuelist
Über Programmer Dimmer auf 50% - Dimmer 50%
Cue 1 (Dimmer 100%) → Dimmer fadet von 50% auf 100% (So soll es sein)

Fall 2: Änderungen während laufender Cuelist
Cue 1 (Dimmer 100%) → Dimmer 100%
Über Programmer Dimmer auf 50% → Dimmer 50%
Cue 2 (Dimmer 0%) → Dimmer springt zurück auf 100% (Cue 1) und fadet von dort auf 0% (So sollte es nicht sein)

https://forum.dmxcontrol-projects.org/index.php?thread/13013

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

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.

Beispiel:
Cuelist mode: once
Cue durchklicken bis auf zur letzten Cue. Dann Mode wechseln auf Loop. Cuelist beendet trotzdem.

Oder umgekehrt: Mode loop. Bis zur letzten Cue durchklicken. Mode ändern auf Once. Weiter auf Go drücken. Liste startet trotzdem von vorne.

Bei externen “Controls”, die kein Feedback erlauben (z.B. nicht motorisierte Fader, Potis, DMX-In), gibt es das Problem springender Werte, wenn sich Werte in der Software ändern, aber natürlich nicht am Control selbt. Fasst man das Control das nächste mal an, würde der Wert einfach auf den zuletzt am Control eingestellten Wert springen.
Um das zu umgehen, gibt es z.B. bei der MidiBox verschiedene Modi, die man einstellen kann:

Normal, Snap, Relative, Parallax
http://www.ucapps.de/midibox_tutorial.html (Nach “Normal Mode” suchen)

Diese Einstellung auch in DMXC zu haben (z.B. für DMX-In, wo es prinzipiell kein Feedback gibt, also auch das Pult dieses Verhalten nicht implementieren kann) wäre für mich sehr sinnvoll.
Wahrscheinlich reicht es, das pro MIDI- oder DMX-In-Device konfigurieren zu können, also nicht unbedingt für jedes Control einzeln.

Autoprepare funktioniert nur, wenn der Dimmer und der Shutter in der ersten Cue einer Cuelist auf 0 bzw. closed gespeichert werden. Dadurch kann man aber AP in der ersten Cue nicht verwenden und man muss wieder eine zusätzliche Preparation-Cue einfügen. Wenn aber der aktuelle Gerätezustand als virtuelle 0. Cue behandelt wird, kann auch die erste Cue von AP profitieren. Wenn dabei auch die Triggertime berücksichtigt wird, macht das auch bei der ersten Cue in einer Cuelist nichts aus. Außerdem löst man noch frei Haus zusätzlich das Problem, dass man beim Einblenden eines LED-Scheinwerfers jedes mal die Fadetime der Farbe auf 0 setzen muss, damit das sauber aussieht.

Unter dem Ticket  FS#2680  hatte ich vorgeschlagen, den Syntax im Device Control derart zu erweitern, um eine Cue mit folgender Lichtstimmung etwas einfacher programmieren zu können:

• rot, rot, rot, blau, blau, weiß

Da der seiner Zeit vorgeschlagene Syntax möglicherweise zu schwierig ist, kam mit beim Programmieren an einem aktuellen Projekt von mir der entsprechende Gedanke, auch beim Group Handling alternierende Fannings zuzulassen. Um die gezeigte Lichtstimmung zu programmieren, wären folgende Eingaben erforderlich:

• Device Control: 255; 0; 0 # 0; 0; 255 # 255; 255; 255
• Group Handling, Modus Concat Group: 3 # 2 # 1

Der Button im linken Schnell-Menü sollte kontextsensitiv sein. Sprich der Name der aktuellen Cue / des aktuellen Presets sollte angezeigt werden.

Geprüft mit Build 1602

Im Rahmen der Vorbereitung der Video-Tutorials kam nach einer Diskussion zu den Default-Werten der Cuelists der Wunsch auf, die Optionen

• Use cue time as back time
• Use cue time as goto time

per Default auf true zu setzen. Für einen Einsteiger ist unter Umständen auf den ersten Blick nicht ersichtlich, dass hier für die Cuelist globale alternative Zeiten gelten, wenn man direkt zu einer Cue springt.

Aus Nutzersicht wäre es super, “virtuelle” Eingänge (z.B. Go / Stop  FS#3321 ) zu haben, die im Hintergrund einen Graphen generieren. Dadurch könnten viele Standard Fälle abgedeckt werden, ohne das Input Assignment zu verschandeln.

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.

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.

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)

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

Ich brauche die möglichkeit SNMP-Sensordaten in die software zu bekommen
Eaton UPS EX 3000
Cisco SG300
Cisco SG500

Spielt man im angehängten Projekt die Cuelist ab, erscheinen mehrere Fehlermeldungen und Warnungen im Kernel

00:13:12 WARN  SceneList - Cue Play: Begrüßung.WAV of Type org.dmxc.lumos.Kernel.Audio.AudioScene returned empty OutputValues. This can cause unintended behaviour.
00:13:12 INFO  AudioManager - Start playing Begrüßung.WAV
00:13:24 INFO  AudioManager - Abourt playing of Begrüßung.WAV
00:13:24 ERROR AudioManager - Exception at Play: Begrüßung.WAV
00:13:24 WARN  SceneList - Cue Stop: Begrüßung.WAV of Type org.dmxc.lumos.Kernel.Audio.AudioScene returned empty OutputValues. This can cause unintended behaviour.
00:13:48 INFO  Session - Saved Project to GUI KUECOREI7JPKLT, Path E:\DMXControl 3\Projects\Audiofile Demo 3.2.1 Beta4.zip
00:16:19 WARN  SceneList - Cue Play: Ansage.mp3 of Type org.dmxc.lumos.Kernel.Audio.AudioScene returned empty OutputValues. This can cause unintended behaviour.
00:16:19 INFO  AudioManager - Start playing Ansage.mp3
00:16:21 ERROR AudioManager - Exception at Play: Ansage.mp3
00:16:21 INFO  AudioManager - Abourt playing of Ansage.mp3
00:16:21 WARN  SceneList - Cue Stop: Ansage.mp3 of Type org.dmxc.lumos.Kernel.Audio.AudioScene returned empty OutputValues. This can cause unintended behaviour.

Aus dem Ticket  FS#3851  geht als Folgepunkt hervor, dass der ColorHandlers derart erweitert wird, dass dieser die Farbe auf Matrix und Colorwheel verteilt, ähnlich RGB / Colorwheel Verteilung.

Ziel soll sein, dass man zum Beispiel bei einer LED-Bar sowohl die gesamte LED-Bar mit Hilfe des ColorPickers in einer Farbe einfärben, für die einzelnen Pixel das Matrix-Fenster nutzen oder die Farbe über ein virtuelles Farbrad wählen kann. Ein Beispiel wäre hier zum Beispiel Eurolite LED PIX-12 QCL.

Mittlerweile gibt es am Markt verschiedene Geräte, bei denen zwei (vielleicht später auch noch mehr) Prismen gleichzeitig eingefahren und die somit überlagert werden können. Daher muss erlaubt werden, dass man den Tag “prism” mehrfach einfügen kann, wie nachfolgend dargestellt:

<prism dmxchannel="0">
  <prismrotation dmxchannel="1">
    <step type="stop" mindmx="191" maxdmx="192" />
    <range type="cw" mindmx="193" maxdmx="255" minval="0.1" maxval="3.0" />
    <range type="ccw" mindmx="190" maxdmx="128" minval="0.1" maxval="3.0" />
  </prismrotation>
  <step type="open" mindmx="0" maxdmx="63" caption="Open" />
  <step type="prism" mindmx="64" maxdmx="255" caption="3-facets radial prism" val="3-facets radial.png" />
</prism>
<prism dmxchannel="2">
  <prismrotation dmxchannel="3">
    <step type="stop" mindmx="191" maxdmx="192" />
    <range type="cw" mindmx="193" maxdmx="255" minval="0.1" maxval="3.0" />
    <range type="ccw" mindmx="190" maxdmx="128" minval="0.1" maxval="3.0" />
  </prismrotation>
  <step type="open" mindmx="0" maxdmx="63" caption="Open" />
  <step type="prism" mindmx="64" maxdmx="255" caption="6-facets linear prism" val="6-facets linear.png" />
</prism>

Aktuell sind mir folgende Geräte unter die Finger gekommen:

• Ayrton Khamsin
• Martin ERA 600 Performance
• Eurolite TMH XB-280

Der Tag “rotation” ermöglicht aktuell nur die Ansteuerung von einer Achse. Hier wünsche ich mir eine Möglichkeit, mit Hilfe des rotation-Tags auch weitere Achsen eines Beams anzusprechen. Im Idealfall kann man so

• Geräte mit Endlos-Pan und Endlos-Tilt,
• einfache Strahlen- und Diskoeffekte mit mehreren Drehachsen auf einem Beam

abbilden und ansprechen.

Aus diesem Thread: https://forum.dmxcontrol-projects.org/index.php?thread/15425-par-strahler-lauflicht-mit-geschwindigkeitssteuerung/ kam mir die Idee von "Dimmerkur​ven" für den Trapezeffekt? Sprich der Effekt wird um zwei Dropdown-Einträge erweitert, mit denen man für Fade Up und Fade Down jeweils bestimmen, mit welcher Kurve gefadet wird (linear, Sinus-ähnlich, ….). Dadurch hätte man deutlich mehr Kontrolle über das Verhalten. Das macht natürlich die anderen Effekte nicht überflüssig, weil man da natürlich noch eine feinere Einstellmöglichkeit hat.

Test/Idee: Wenn möglich, sollten alle Effekte einen Schalter für “Bounce” bekommen, wodurch der mathematische Effekt umgekehrt durchlaufen wird. Außerdem sollte die “Laufweite” (Anfangswinkel und Endwinkel) des mathematischen Effekts einstellbar sein.

Erhöhe ich die Fadezeit beim Chasereffekt nach und nach über den Wert der Duration, so werden zunehmend weniger Geräte angesprochen. Bei der beispielhaften Konfiguration der Duration auf 250ms (Default), Size 6 und Play Mode Normal ergibt sich bei:

• Fade 0ms - aktive Geräte: 6
• Fade 125ms - aktive Geräte: ca. 4
• Fade 250ms - aktive Geräte: ca. 3
• Fade 500ms - aktive Geräte: ca. 2

Betrifft Version 3.2.2.339 (Release)

Beim Starten des DMXControl 3 Kernels taucht folgender Fehler im Log auf, obwohl kein Enttec Interface konfiguriert/verfügbar ist:

ERROR EnttecProFactory - Unable to fetch Enttec Pro List: Entry point was not found.
System.EntryPointNotFoundException: Entry point was not found.
   at System.IDisposable.Dispose()
   at Enttec_Pro_Lib.EnttecProLib.getInterfaces() in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.2\Enttec\src\EnttecProLib.cs:line 135
   at org.dmxc.lumos.Kernel.DMX.EnttecProFactory.<get_Interfaces>d__8.MoveNext() in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.2\Enttec\src\EnttecFactory.cs:line 73
WARN  EnttecProFactory - Execution of Interfaces took 1150 ms in Factory EnttecProFactory

Matrix-Filter sollten eine Index-Property erhalten, die das selbe macht wie bei einer Gobo-Index Funktion. Sprich die Ausrichtung von Matrix-Filtern soll entsprechend rotiert werden können. Wenn das zu aufwändig ist, sollte zumindest in einem ersten Schritt eine Drehung in 45 / 90° Schritten möglich sein.

Es gibt ja Matrixfilter, die gerichtet (Bewegung in eine Richtung) und ungerichtet (keine Bewegung / Bewegung um zentralen Punkt herum) sind. Die gerichteten Matrix-Filter haben aktuell keine einheitliche Ausrichtung. Dies sollte korrigiert werden, damit alle Filter in eine Richtung gehen. Es würde sich anbieten, dass alle Matrix-Filter in DMXControl 3 von rechts nach links gehen. Dies ist am Text-Filter orientiert. Dann hat man auch eine einheitliche Ausrichtung für FS#4440.

Es gibt ja Matrixfilter, die gerichtet (Bewegung in eine Richtung) und ungerichtet (keine Bewegung / Bewegung um zentralen Punkt herum) sind. Hierfür sollte es eine Kategorisierung ähnlich der 1D, 2D, etc. Effekte geben um die Übersichtlichkeit zu erhöhen.