|
2133 | |
StageView | Fehlerbericht | niedrig | Zyklisches erscheinen von "Unhandled Error"-Exception i ... | geschlossen | 3.0 | | 07.01.2015 | 08.01.2015 | JPK |
Aufgabenbeschreibung
Hallo, folgendes Vorgehen produziert an meinem Laptop eine zyklisch auftauchende Fehlermeldung:
Öffne DMXControl 3 (Release Version)
Öffne Demoprojekt
Gehe in den Lockscreen mittels Windows+L-Shortcut
Fehlererscheinung:
Zyklisches Auftreten des Windows Warnungssoundes (ca. 1 mal pro Sekunde)
Nach erneutem Login ist für jeden Warnton ein Warnungsfenster erschienen (siehe Bild im Anhang)
Nach dem Login erscheinen keine weiteren Warnungen
Jedoch erscheint ein graues Rechteck im StageView(auf Bild mit rotem Pfeil) hinter dem Scheinwerfer unanwählbar verschwinden können.
Laptop:
Intel i5 mit eingebautem Grafikchip
GeForce 840M als zweite GraKa (wird aktiviert, wenn nötig)
Viele Grüße JP
|
|
3053 | |
Server | Fehlerbericht | mittel | Zwischenspeicher der Stage View wird nach dem Löschen d ... | geschlossen | 3.1.2 | | 27.04.2018 | 21.05.2018 | LightningBrothers |
Aufgabenbeschreibung
Werden mit Hilfe der Copy&Paste-Funktion vorhandene Cues in neue Cuelists kopiert, werden Werte und Einstellungen nicht vollständig aus dem Programmer entfernt und tauchen beim Erstellen neuer Cues wieder im Programmer auf.
Das Problem lässt sich wie folgt reproduzieren:
Neues Projekt mit zwei Gerätegruppen und darin zugeordneten Geräten anlegen
Eine beliebige Cue erstellen und in der ersten Cuelist abspeichern
Ersten Cue mittels Edit in Programmer wieder ändern
Werte über Copy&Paste auf die zweite Gerätegruppe übertragen und Cue in der zweiten Cuelist oder als neuen Cue abspeichern
Von nun an tauchen Einträge im Programmer auf, die gar nicht angelegt wurden. Diese lassen sich temporär auch nur aus dem Programmer entfernen, wenn kein Gerät oder keine Gruppe ausgewählt ist. Sobald man einen neuen Cue vorbereitet und Werte im Programmer ankommen, tauchen die fehlerhaften Einträge wieder auf.
|
|
4169 | |
Softdesk | Wunsch / Idee | mittel | Zwischen zwei Softdesk kopieren und einfügen | geschlossen | 3.2 | | 15.04.2020 | 17.04.2020 | |
Aufgabenbeschreibung
Ich kann innerhalb eines Softdesk Buttons kopieren und einfügen. Leider ist es nicht möglich, von einem zweiten angelegten Softdesk Buttons zu kopieren und diese in dem ersten wieder einzufügen. Wenn ich also gleiche Schaltflächen in zwei verschiedenen Softdesk nutzen möchte, muss ich sie leider neu anlegen und kann deren Layout/Einstellungen nur von Hand übertragen.
So könnte man nämlich sonst aus zwei angelegten Softdesks dieses zu einem zusammenführen. Ob jetzt die Verknüpfungen auch mit übernommen werden bzw. sonst wirklich neue “Buttons” generiert werden, ist dann im Detail zu überlegen.
|
|
3804 | |
GUI & Server | Fehlerbericht | niedrig | Zwei Cuelists mit HTP + LTP führen zu flackern | geschlossen | 3.2 Beta x | | 16.09.2019 | 17.09.2019 | JPK |
Aufgabenbeschreibung
Ich habe zwei Cuelists angelegt. Eine mit LTP, in der ein Dimmerwert von 30% von Scheinwerfern gespeichert ist. Die zweite Cuelist steht auf HTP und die darin enthaltene Cue mit einer langen Einblendzeit legt nun einen Sinus-Effekt auf die Helligkeit der Scheinwerfer. Wenn ich nun die Cuelist “Helligkeit 30%, LTP” ausführe passt alles. Sobald ich aber nun auch noch Cuelist “Hellikeit Sinus, HTP” ausführe, flackert bzw. Springen die Dimmerwerte während dem Einblendvorgang der Cue. Sobald die Cue fertig eingeblendet ist, hört das Flackern wieder auf. Im Channel Overview sieht man, dass da wohl eine Berechnung noch nicht ganz passt, denn der Ausgabewert springt wie bei einem Überlauf nach unten und fadet dann wieder ein Stück ein (passend zum Sinus-Effekt). Im Anhang das Projekt und die Logs.
|
|
4769 | |
GUI & Server | Wunsch / Idee | niedrig | Zusätzlicher "Wave" Effekt (Lauflicht), ähnlich Sparkle | Neu | unbestimmt | | 11.02.2022 | 15.02.2022 | Maxiking1994 |
Aufgabenbeschreibung
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:
Revers: bei nein, ablauf der Schritte hochzählend (1-2-3-4), bei ja, ablauf der Schritte Rückwärts (4-3-2-1)
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
|
|
4760 | |
GUI & Server | Wunsch / Idee | niedrig | Zusätzliche Play Modes für neuen Chaser aus PWM | Unbestätigt | 3.3 Alpha x | | 30.01.2022 | 30.01.2022 | LightningBrothers |
Aufgabenbeschreibung
Beim Verfassen des Tickets FS#4759 ist mir aufgefallen, dass der neue Chaser um vier weitere Play Modes erweitert werden kann:
Fill from left (>)
Fill from right (<)
Fill from center (<>)
Fill to center (><)
Diese vier zusätzlichen Play Modes stammen aus dem dynamischen PWM-Effekt. Aus meiner Sicht sind diese vier anderen Play Modes der einzige Unterschied, der zwischen dem neuen Chaser und dem dynamischen PWM-Effekt existiert. Von daher würde ich in diesem Zusammenhang vorschlagen, den dynamischen PWM-Effekt nach der Übernahme der oben genannten Play Modes in den neuen Chaser zu entfernen.
|
|
4526 | |
GUI & Server | Wunsch / Idee | niedrig | Zusätzliche Parameter für Trapezoid-Effekt | Unbestätigt | 3.3 Alpha x | | 02.05.2021 | 23.08.2022 | LightningBrothers |
Aufgabenbeschreibung
Aktuell werden die Zeiten beim Trapezoid-Effekt für alle vier Segmente (Fade up, Top, Fade down, Bottom) als absolute Zeitwerte eingegeben. Dies macht die Nutzung von Speedmastern an dieser Stelle unübersichtlich, weil ich in jedem der vier Parameter mit den Speedmastern rechnen muss. Und das teilweise doppelt, da ich zum einen erst die Gesamtgeschwindigkeit reduzieren und dann noch den Wert für die vier Parameter anpassen muss.
Um hier eine effektivere Nutzung des Speedmasters oder auch die einfachere Festlegung der Gesamtwiederholdauer zu ermöglichen, würde ich mir folgende zusätzliche Parameter im Trapezoid-Effekt wünschen:
Neuer Parameter zur Umschaltung zwischen den absoluten Zeitanteilen in Millisekunden und den relativen Zeitanteilen in % oder 0 bis 1 für die Dauer der vier Segmente. Je nach Einstellung dieses Parameters werden die vier Parameter umgeschaltet.
Im Falle der Wahl des Parameters “relative Zeitanteile” erscheint der neue Parameter Dauer (Duration), in dem die Gesamtdauer eines Durchlaufs angegeben wird, wo wie eingangs gesagt auch der Speedmaster zum Einsatz kommen kann.
Parameter zum Festlegen des Bezugspunkts für den Takt. Aktuell liegt dieser Punkt fest beim Beginn des Fade Ups. Grundsätzlich lässt sich dieser Punkt zwar über den Offset-Parameter verschieben, aber spätestens bei ungleichen Dauern der vier Segmente muss man zu einem Taschenrechner greifen, um genau den Punkt “Ende Pause Top” zu bestimmen.
|
|
4882 | |
GUI & Server | Wunsch / Idee | niedrig | Zusätzliche Parameter für Sparke Effekt | geschlossen | 3.3 Beta x | | 03.07.2022 | 03.07.2022 | LightningBrothers |
Aufgabenbeschreibung
Für den Sparkle Effekt wünsche ich mir noch folgenden Parameter:
Min Delay (ms): Einstellung, wie viel Zeit zwischen dem Aufleuchten des nächsten Geräts vergehen soll, um auf Wunsch ein nahezu paralleles Aufleuchten von mehreren Geräten zu vermeiden. Standartwert wäre auch aus Kompatibilitätsgründen 0 ms.
|
|
4759 | |
GUI & Server | Wunsch / Idee | niedrig | Zusätzliche Parameter für PWM Static | Unbestätigt | 3.2.3 | | 30.01.2022 | 01.02.2022 | LightningBrothers |
Aufgabenbeschreibung
Stand heute gibt es beim PWM Static nur die Möglichkeit, eine Gruppe von Geräten entsprechend der Position des zugeordneten Parameter Masters “aufzufüllen”. An dieser Stelle wünsche ich mir die Möglichkeit, eine feste Anzahl von Geräten (zum Beispiel 3) mittels des Parameter Masters innerhalb der Gerätegruppe hin- und herzuschieben. Beim Minimal- bzw. Maximalwert des Parameter Masters leuchten dann immer drei Geräte am entsprechend korrespondierenden Ende der Gerätegruppe. Bei 50% würden in der Mitte vier Geräte leuchten (die beiden mittleren mit 100%, die äußeren mit je 50% leuchten), wenn Fade auf True gesetzt ist und die Gruppe eine gerade Anzahl von Geräten umfasst.
Hierzu bedarf es neben dem zusätzlichen Parameter für “Size” auch einen weiteren Eintrag für den Parameter “Direction”, der beispielsweise “Group” lauten könnte. In diesem Zusammenhang wäre zu überlegen, ob nicht eine Umbenennung des Parameters “Direction” in “Play Mode” erfolgt.
Im dynamischen PWM-Effekt müssen diese Ergänzungen nicht vorgenommen werden, weil sich dieses Szenario mit dem neuen Chaser abbilden lässt, sofern der Effekt eben automatisch laufen soll.
|
|
4758 | |
GUI & Server | Wunsch / Idee | niedrig | Zusätzliche Parameter für Color Chaser | Unbestätigt | 3.2.3 | | 30.01.2022 | 14.02.2022 | LightningBrothers |
Aufgabenbeschreibung
Ich habe festgestellt, dass der Parameter “Play Mode” des Color Chasers sich ausschließlich auf die Wiedergabereihenfolge der zugeordneten Color List bezieht. Ich habe bei aktiviertem “Use Device Index” aber keine Möglichkeit, eben diesen zu beeeinflussen. Egal ob Play Mode “Normal”, “Bounce” oder “Reverse”: die optische Laufrichtung des Color Chasers bleibt immer die selbe.
Daher wünsche ich mir für den Color Chaser im Endeffekt alle Parameter zusätzlich, die in den neuen Chaser Einzug erhalten haben:
Hinter dem Parameter Play Direction versteckt sich zum einen eben die bis dato fehlende Ansteuerung des Device Index, zum anderen aber auch die bereits für den einfachen Chaser implementierten Play Modes inklusive der Möglichkeit, per csv-Datei weitere eigene zu hinterlegen. Wenn ich dies richtig überblicke, können die Play Modes des neuen Chasers 1:1 auf den Color Chaser zur Ansteuerung des Device Index übertragen werdem.
Durch dieses Update könnte es eventuell sein, dass der bis dato vorhandene Parameter “Index Offset” überflüssig wird, weil er in einer der neuen aus dem neuen Chaser übergeht.
|
|
4787 | |
Server | Wunsch / Idee | niedrig | Zusätzliche Parameter für Chaser | Unbestätigt | 3.3 Alpha x | | 25.02.2022 | 31.10.2023 | LightningBrothers |
Aufgabenbeschreibung
Beim Arbeiten mit den neuen Chaser ist mir aufgefallen, dass folgende zusätzlichen Parameter den neuen Chaser noch weiter aufwerten und flexibler gestalten würden:
Repeat size: Legt fest, ab welcher Geräte-Nummer innerhalb der Gruppe das ausgewählte Muster wiederholt wird. Umfasst meine Gruppe acht Geräte und ich trage in diesem Parameter “4” ein, habe ich beim Play Mode “Normal” quasi zwei Chaser über nur vier Geräte.
Offset Steps: Legt wie der Name schon sagt einen Offset in Schritten fest. Füge ich den Chaser bei einer Gruppe von acht Geräten zweimal auf den Dimmer ein und trage bei einem der beiden Chaser für diesen Parameter eine “3” ein, folgt dieser Chaser dem anderen mit entsprechenden Verzug von drei Schritten. Damit sind zwischen den beiden hellen Geräten zwei Geräte dunkel.
Mir ist wohl bewusst, dass ich diese Muster grundsätzlich auch mittels eigens programmierter Chaser erstellen kann. Dies ist aber meiner Meinung nach für solche generischen Parameter aber eher der umständliche Weg.
Der Übersicht halber habe ich dieses Ticket mal mit den bereits exitsierenden Tickets zum Chaser verknüpft, die auf eine Funktionserweiterung abzielen.
|
|
4171 | |
Softdesk | Wunsch / Idee | niedrig | Zusätzliche Einstellung zum Aufrufen eines Softdesks di... | Unbestätigt | 3.2 | | 17.04.2020 | 05.04.2023 | LightningBrothers |
Aufgabenbeschreibung
Ein findiger User hat herausgefunden, dass man die Softdesks mit einem Workaround dazu bewegen kann, beim Laden des Projekts direkt im Vollbildmodus zu starten. Für die genaue Vorgesehensweise siehe https://forum.dmxcontrol-projects.org/index.php?thread/15151/&postID=128003#post128003.
Damit dies Workaround aber nicht als dauerhaft bestehen bleiben muss, würde ich mir hier eine gezielte Einstellung wünschen. Man kann zum Beispiel in den Einstellungen eines Softdesks festlegen, ob dieses normal oder im Vollbildmodus aufgerufen wird. Dies hätte den Vorteil, dass man sich ein entsprechendes Layout für die GUI abspeichern und dieses reproduzierbar wieder aufrufen kann.
|
|
1361 | |
Server | Fehlerbericht | mittel | Zuordnung der AudioAnalyser-Inputs geht nicht | geschlossen | Beta 1 | | 04.01.2013 | 07.02.2013 | frank_br |
Aufgabenbeschreibung
Die Zuordnung eines Inputs vom AudioAnalyser auf eine (beliebige) Eigenschaft funktioniert nicht. Die GUI zeigt zwar, dass die Verknüpfung erlaubt ist, erstellt diese Verknüpfung aber nicht. Getestet mit “AudioAnalyser-Beat –> Szenenliste-Beat”, “AudioAnalyser-Level –> Device-Dimmer”, “AudioAnalyser-Spectrum –> Device-Dimmer”.
|
|
3727 | |
GUI | Fehlerbericht | niedrig | Zuordnete Geräte lassen sich innerhalb einer PowerSourc ... | geschlossen | 3.2 Beta x | | 30.07.2019 | 01.08.2019 | LightningBrothers |
Aufgabenbeschreibung
Ich ordne mehrere Geräte einer PowerSoruce im Electricity Management zu. Diese entsprechend zugeordneten Geräte lassen sich innerhalb der PowerSource nicht sortieren. Das Kontextmenü ist ausgegraut. Einzig die Buttons zum manuellen Einstellen der Reihenfolge werden aktiv, sobald ich ein Gerät auswähle.
|
|
4075 | |
InputAssignment | ToDo | niedrig | zu Input/Output mit passendem Buchstaben springen durch ... | geschlossen | 3.2.1 Beta x | | 01.02.2020 | 04.03.2020 | JohannesStroe |
Aufgabenbeschreibung
Im IA der 3.1.3 konnte man bei der Input/Output Auswahl durch Drücken einer Buchstaben-/Zahl-Taste zum ersten Input/Output springen, der mit diesem Buchstaben anfängt. Beispiel:
*x* steht für ausgewählt _ Input(Softdesk): *100* Blackout Chaser Random Strobe _ klicken der Taste “R”: _ Input(Softdesk): 100 Blackout Chaser *Random* Strobe _
|
|
3268 | |
GUI | Fehlerbericht | mittel | zu #3265 und #3266 ... weiterhin Cuelist Abstürze in DM ... | geschlossen | 3.1.3 | | 31.12.2018 | 12.01.2019 | |
Aufgabenbeschreibung
Hallo, ich habe jetzt die Version 3.1.3 installiert. DMX stürzt weiterhin ab, wenn ich in einer Cueliste die Cues mit dem manuellen Beat steuern will. ... vorallem ... wenn in der Cuelist zwar mehrere Cues sind, aber ich kurzfrstig nur mal EINE CUE AKTIVIERE. Die DMX GUI zeigt keine Reaktionen mehr. und die DMX Kernel Task bleibt im Taskmanager bestehen mit Stromverbrauch “Sehr hoch”!!! Ich bitte Sie, das Problem zu lösen. Danke Steffen
|
|
993 | |
GUI | Bug | mittel | Zig einträge im Effects-Tab im Propertygrid | geschlossen | Alpha 4 | | 29.07.2012 | 04.08.2012 | Qasi |
Aufgabenbeschreibung
Ich habe 2 MHs und wähle beide aus, lege nen Circle drauf, lehre die Selection, selectiere die MHs gruppe, und spiele mit dem StrobeFader, nebenbei habe ich im PropertyGrid den Tab Effects offen, mit jeder änderung der Faderposition wird ein neuer eintrag bei Effects angelegt.
|
|
4853 | |
GUI & Server | Fehlerbericht | niedrig | Zeitweise stark verzögerte Abarbeitung von Aktionen aus... | Auf User warten | 3.2.3 | | 12.05.2022 | 31.10.2023 | LightningBrothers |
Aufgabenbeschreibung
Regelmäßig unregelmäßig kam es in bei mir im York vor, dass ein Tastendruck im Softdesk teilweise mit mehreren Sekunden Verzögerung umgesetzt werden. Dieses Problem kommt und geht über den Abend, ohne dass nicht explizit Änderungen am ausgeführten Projekt durchgeführt werden.
@patme hat in der heutigen Beta-Testerrunde berichtet, dass ihm dieses Problem bei einem seiner letzten Langzeit-Testläufe mit DMXControl 3.3.0 Beta 2 ebenfalls unter die Finger gekommen ist.
|
|
4087 | |
GUI | ToDo | niedrig | Zeiteinheiten im Cuelist Fenster vereinheitlichen | geschlossen | 3.2.1 Beta x | | 11.02.2020 | 26.02.2020 | JohannesStroe |
Aufgabenbeschreibung
Wenn man im Cuelist Fenster bei Trigger “follow” einen Trigger Value von 600 eingibt erscheint 10m. Wenn man 600 bei Fade eingibt, erscheint 600ms. Hier wäre eine Vereinheitlichung gut, ich persönlich bin für Millisekunden.
|
|
1852 | |
GUI | Fehlerbericht | sehr niedrig | Zeitangaben im Cuelist-Fenster lassen sich erst nach zu... | Neu | Beta 5 | | 23.12.2013 | 23.12.2013 | Stefan |
Aufgabenbeschreibung
* beliebige Cuelist aufrufen * beliebige Fadezeit anklicken
Die Fadezeit hat nun den Focus, ist lila hinterlegt.
* Nun den Wert ändern wollen, und mit der Tastatur einfach “2000” eingeben
Erwartete Funktion: * 2000 steht im Eingabefeld drin
Tatsächliche Funktion: * 000 wird ins Feld eingetragen, der erste Tastendruck also verschluckt
|
|
3868 | |
GUI | Fehlerbericht | sehr niedrig | Zeilenfehler bei Ladebalken Subsystem | geschlossen | 3.2 | | 16.10.2019 | 16.10.2019 | Paradieshenne |
Aufgabenbeschreibung
Hallo, die erste Zeile beim Ladefenster “Starting Kernel Subsystem…” ragt in den Ladebalken (Das neue Design ist übrigens super).
|
|
4474 | |
GUI & Server | Wunsch / Idee | niedrig | Zeile mit Beschreibung der Master in den Eigenschaften ... | geschlossen | 3.3 Alpha x | | 13.04.2021 | 24.11.2021 | Phil2811 |
Aufgabenbeschreibung
Um die verschiedenen Parametermaster/ Speedmaster besser unterscheiden zu können, wäre es super, eine weitere Zeile in den Eigenschaften der Parameter/Speedmaster einzufügen. Diese würde ich Beschreibung nennen. In dieser könnte die Funktion des Masters beschrieben werden.
|
|
3776 | |
InputAssignment | Fehlerbericht | niedrig | Zahlenwerte werden im MathNode nicht gepeichert | geschlossen | 3.2 Beta x | | 04.09.2019 | 05.09.2019 | patme |
Aufgabenbeschreibung
Wenn ich in dem math node eine feste Zahl eingebe, und dann das Projekt speichere, schließe und wieder öffne, ist der Wert nicht mehr vorhanden. Zugleich ist der Input1 in den Optionen des Math-Nodes gar nicht mehr vorhanden. SIehe Screenshot
|
|
895 | |
GUI | Feature | niedrig | XNA-Framework bei der Installation überprüfen | geschlossen | Alpha 4 | | 08.06.2012 | 08.06.2012 | Stefan |
Aufgabenbeschreibung
Aktuell lässt sich Lumos auch ohne XNA-Framework installieren, die GUI beschwert sich jedoch dann beim Starten, dass sie gerne das XNA 3.0 Framework hätte.
Am besten direkt bei der Installation überprüfen ob es vorhanden ist, und wenn nicht dann anbieten es mit zu installieren.
|
|
1487 | |
Installer | Wunsch / Idee | niedrig | XNA Setup Fortschritt anzeigen | geschlossen | Beta 1 | | 23.01.2013 | 28.11.2021 | lichtheini |
Aufgabenbeschreibung
#8 XNA Setup Fortschritt anzeigen
Der Setup es XNA-Frameworks läuft offensichtlich “silent” ab. Gibt es da eine Möglichkeit für eine Fortschrittsanzeige? Wichtig wären auch eventuelle Lizenzbedingungen, die im Moment automatisch aktezpiert werden. Wie reagiert der Setup, wenn diese Installation fehlschlägt? Aussagekräftige Fehlermeldung wäre von Vorteil.
|
|
3716 | |
Installer | Fehlerbericht | hoch | XNA Framework 4.0 kann nicht heruntergeladen werden... | geschlossen | 3.1.3 | | 24.07.2019 | 07.08.2019 | |
Aufgabenbeschreibung
Hallo, beim Versuch DMXControl 3.1.3 zu installieren, konnte XNA Framework 4.0 nicht heruntergeladen werden. Dies habe ich dann manuell geladen (Microsoft XNA Framework Redistributable 4.0) und installiert. DMXControl 3.1.3 konnte Installiert werden, aber leider nur Unvollständig, da die .exe (Startanwendung) nicht installiert wird. Ich vermute mal, das der Fehler bei der Software liegt, da mein System (fast) Täglich manuell auf Updates geprüft wird.
MFG Tim.H
|
|
3891 | |
GUI | Fehlerbericht | mittel | Xna Fehler beim Entfernen eines Bildschirmes | geschlossen | 3.2 | | 23.10.2019 | 24.10.2019 | |
Aufgabenbeschreibung
Beim Entfernen eines Bildschirmes an meinem Laptop gab es anschließend XNA Fehler. Im Programmer stand nur noch “Graphic device is disposed”. Das Logfile enthält mehrmals den gleichen Fehler:
2019-10-23 23:16:49,259 [Log-Thread] WARN org.dmxc.lumos.XNAViews.GraphicsDeviceControl - Failed to Draw!
System.InvalidOperationException: An unexpected error has occurred.
bei Microsoft.Xna.Framework.Graphics.GraphicsDevice.CreateDevice(GraphicsAdapter adapter, PresentationParameters presentationParameters)
bei Microsoft.Xna.Framework.Graphics.GraphicsDevice..ctor(GraphicsAdapter adapter, GraphicsProfile graphicsProfile, PresentationParameters presentationParameters)
bei org.dmxc.lumos.XNAViews.GraphicsDeviceService.ResetDevice(Int32 width, Int32 height, Boolean withoutEvent, Nullable`1 handler, Boolean hardReset) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\XNA\GraphicsDeviceService.cs:Zeile 146.
bei org.dmxc.lumos.XNAViews.GraphicsDeviceControl.OnPaint(PaintEventArgs e) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\XNAViews\src\XNAViews\GraphicsDeviceControl.cs:Zeile 47
Der Fehler lässt sich leider sehr schwer reproduzieren. Manchmal schien das entfernen des Bildschirmes auch problemlos zu funktionieren:
2019-10-24 00:04:11,259 [Log-Thread] DEBUG org.dmxc.lumos.XNAViews.StageView.StageView - Successfully initialized/changed GraphicDevice
|
|
4361 | |
GUI & Server | Wunsch / Idee | niedrig | XML Viewer für geladene DDFs in der GUI | Unbestätigt | 3.2.1 | | 26.01.2021 | 19.02.2021 | nutzer99 |
Aufgabenbeschreibung
Ich hatte das Problem, dass ich nicht wusste wie mein geladenes DDF funktioniert. Hier wäre es praktisch, wenn man sich das XML des angelegten Gerätes direkt in DMXC anzeigen lassen kann.
|
|
1899 | |
Server | Wunsch / Idee | niedrig | XML Fehler in GetAvailableDevices in der GUI anzeigen. | geschlossen | Beta 6 | | 13.01.2014 | 11.02.2018 | fisl |
Aufgabenbeschreibung
.
|
|
3817 | |
GUI & Server | Fehlerbericht | mittel | x64 Bitmap Effekte und xCorelation-GPU | geschlossen | 3.3 x64 | | 24.09.2019 | 27.01.2021 | deluxe2 |
Aufgabenbeschreibung
Da ohne Grafikkontext nichts gerechnet wird(im Gegensatz zu XNA), funktioniert die xCorelation nicht wie gewünscht. Auch bei den Bitmap-Effekten kann es zu Problemen kommen.
Zu testen:
Kernel und Gui auf unterschiedlichen Geräten → laufen die Bitmap-Effekte?
Mögliche Lösungen:
Zusatz-Prozess mit kleinem Fenster
Probleme:
Nicht integriert, höhere Komplexität
Interprozess Kommunikation
-
Vorteil wieder integriert, aber hat dafür ne neue Abhängigkeit
OpenCL nur noch bedingt supported → nicht zu viel Zeit reinstecken
To Do Reihenfolge:
Testen Kernel und Gui unterschiedlich
OpenCL evaluieren (mehr Vorteile als Nachteile wenns so läuft wie vorgestellt)
Auslagerung von Berechnung in eigenen Prozess mit Fenster
|
|
4633 | |
GUI & Server | Wunsch / Idee | niedrig | Wunsch nach Prioritäten von Geräten gegenüber Gerätegru ... | geschlossen | 3.2.2 | | 19.10.2021 | 28.11.2021 | Scarffac3 |
Aufgabenbeschreibung
Hallo DMXControl Team,
in Anlehnung an das Ticket https://bugs.dmxcontrol-projects.org/index.php?do=details&task_id=4272 FS#4272 wollte ich einmal fragen, ob es möglich ist soetwas wie Prioritäten bei Gerätegruppen zur verfügung zu stellen.
Wie in dem angehängten Video in dem anderen Ticket (https://bugs.dmxcontrol-projects.org/index.php?getfile=1910) zu sehen, wird die Einstellung eines Gerätes überschrieben, wenn die Einstellung von der Gruppe verändert wird.
Ich würde mich freuen, wenn ich z.B. eine Gruppe grün leuchten lassen will, aber ein Scheinwerfer soll blau sein. Nun möchte ich aber das Grün ändern. Was nun passiert ist, dass der blaue auch grün wird. Da würde es mich freuen, wenn die Einstellung des einzelnen Scheinwerfers bleibt.
Natürlich kann ich mehrere Cues dafür anlegen, denen Prioritäten setzen und dann die “Gruppen-Cue” ändern. Ich möchte eine ablaufende Show programmieren mit mehreren Szenen. Mir wäre es zu aufwendig dafür mehrere Cuelisten zu erstellen.
Ich weiß nicht mehr wo, aber irgendwo habe ich mal gehört, dass ggf. Gruppen verschachelt werden können sollen. Da könnte die Priorität (für Gruppen untereinander) herkommen ohne als Anwender damit zu tun haben zu müssen.
Diese Prioritäten sollten nur bedingt die Prioritäten der Cues beeinflussen. In erster Linie geht es mir darum die Eigenschaften eines Gerätes im Programmer nicht durch eine Gruppe zu überschreiben.
Beste Grüße, Ludwig
|
|
4223 | |
InputAssignment | Fehlerbericht | hoch | Wrapper-Nodes werden beim Reaktivieren eines Connection ... | geschlossen | 3.2.1 Beta x | | 07.07.2020 | 07.07.2020 | LightningBrothers |
Aufgabenbeschreibung
Problem siehe oben und lässt sich wie folgt reproduzieren:
Slider mit Parametermaster 1 verknüpfen.
Connectionset deaktivieren.
Im Parametermaster-Node einen anderen Parametermaster, zum Beispiel Parametermaster 2 auswählen.
Connectionset aktivieren.
Das Ergebnis ist, dass der Slider nach dem Reaktivieren des Connectionsets weiterhin den Parametermaster 1 anspricht, obwohl im Connectionset auf der Inputseite die ID des Parametermaster 2 vermerkt ist. Diese wurde intern nicht weiterverarbeitet. Gleiches lässt sich mit dem Cuelist-Node reproduzieren.
|
|
4222 | |
GUI & Server | Fehlerbericht | niedrig | WPF MessageBox Advanced | Unbestätigt | 3.2 | | 07.07.2020 | 31.10.2023 | Soon5 |
Aufgabenbeschreibung
Wir brauchen eine Message Box Advanced.
Neben den üblichen Funktionen der bekannten Message Box (Header, Text, Mehrere Buttons (OK, OK-Cancel, OK-Retry-Cancel, Yes-No, Yes-No-Cancel,….)) sowie Icon stelle ich mir folgendes vor:
1. Auswahl zwischen 1-3 Buttons, sowie beliebige Beschriftung der Buttons
2. Optional Anzeige eines Icons für die MessageBox
3. Optional Anzeige eines kleinen Icons pro Button
4. Definition eines Default Buttons, der beim direkten drücken auf “Enter” gewählt wird. Per Default ist es Button 1
5. Optional Angabe eines Timeouts, welcher den Default Button nach Ablauf von X Sekunden drückt (Text des Buttons = “Button Text (<countdown>)”). Im Button läuft also die Zahl runter, bei 0 wird gedrückt.
6. Optional Anzeige eines “Don’t show Again” Checkbox Elementes
7. ESC Taste schließt die Message Box.
8. Erlauben von CustomControls als Ansicht
9. Async Ansicht mit Cancel
|
|
3998 | |
StageView | Wunsch / Idee | sehr niedrig | Workflow zum Hinzufügen eines Devices zu einer Device G ... | geschlossen | 3.2 | | 02.01.2020 | 25.08.2020 | LightningBrothers |
Aufgabenbeschreibung
Aktuell kann man aus der Stage View heraus bereits Geräte zu einer neuen (leeren) Device Group hinzufügen.
Hier könnte ich mir einen zusätzlichen Workflow als hilfreich vorstellen, mit dem man in der Stage View ein oder mehrere Geräte auch einer existierenden Device Group hinzufügen kann. Bis dato ist dies ja nur im Add Device möglich, aber nur für eine Gruppe.
Ich habe das Ticket mal auf Usuability Relevant gesetzt, um damit herauszufinden, ob dieser Mehrwert auch von jemand anderes gesehen wird.
|
|
3733 | |
InputAssignment | Hilfe / Support | niedrig | Wo werden Werte, die über Input Assignments an die Gerä ... | geschlossen | 3.1.3 | | 01.08.2019 | 14.08.2019 | Jona |
Aufgabenbeschreibung
Wenn ich z.B. einen Softdesk-Fader über die Input Assignments mit dem Dimmer von einer Lampe verbinde, werden die dort geänderten Werte nicht im Programmer angezeigt. Wo dann? Und vor allem: Wo kann ich sie zurücksetzten (/ löschen)?
|
|
702 | |
GUI | Fehlerbericht | niedrig | Windows-klassik design 2 | geschlossen | Alpha 3 | | 04.01.2012 | 04.01.2012 | Qasi |
Aufgabenbeschreibung
Der Colorpicker welcher erscheint wenn man im propertygrid auf Color klickt wird Weiß hinterlegt angezeigt wenn ich das Windows klassik design verwende.
Siehe Bild:
|
|
701 | |
GUI | Fehlerbericht | mittel | Windows-klassik design | geschlossen | Alpha 3 | | 04.01.2012 | 04.01.2012 | Qasi |
Aufgabenbeschreibung
Ich hab das bei meinem Rechner das Klassische Windows98 design, das problem is , das einige Fader nicht mehr zu sehen sind aber noch funktionieren.
siehe Bild
|
|
1504 | |
GUI | Fehlerbericht | sehr niedrig | WIN-Benutzer wecheln | geschlossen | Beta 1 | | 23.01.2013 | 20.05.2013 | lichtheini |
Aufgabenbeschreibung
#31 WIN-Benutzer wecheln
Benutzer A startet mit belibiger Konfiguration erfolgreich Lumos. Danach an selben Rechner wechseln zu Benutzer B. Startet man den Kernel, gibt es eine abgefangene Fehlermeldung. Die GUI stürzt ab mit einer “unhandled exeption”. Es ist kein Connect zum anderen Kernel von Benutzer A möglich, trotz empfangener UDP-Pakete (ich nenne sie jetzt Beacon Frames) in Wireshark. Aber das ist wohl auch eine ungewöhnliche Konstellation. Trotzdem, man weiß ja nie was bei der VA alles passieren kann...
|
|
1760 | |
GUI | Wunsch / Idee | niedrig | Wiederauffinden der verlinkten Input Assignments | geschlossen | Beta 4 | | 16.08.2013 | 02.08.2018 | Floyd |
Aufgabenbeschreibung
Es ist sehr mühsam einmal angelegte Input Assignments später wieder zu finden. Verbesserungsvorschlag: Auf der linken Seite Doppelklick auf den Input, dann werden im rechten Baum die verlinkten Outputs markiert, geöffnet oder am besten beides.
Siehe auch Beitrag im Forum: Forums Thread
|
|
633 | |
GUI | Bug | mittel | Wieder extrem hoher Rot anteil bei Sinus | geschlossen | Alpha 3 | | 31.10.2011 | 05.11.2011 | signs |
Aufgabenbeschreibung
Hallo,
Auch diesmal ist wieder der Rotanteil bei einem Farbverlauf (durch Sinus) extrem groß. Das hatten wir ja schoneinmal.
Gruß Carlo
|
|
4584 | |
GUI & Server | Fehlerbericht | niedrig | What is Classification Essay Outline? – 2021 Guide | geschlossen | 3.2.2 | | 02.07.2021 | 02.07.2021 | |
Aufgabenbeschreibung
Spam
|
|
3211 | |
GUI | Fehlerbericht | niedrig | Werteskalierung für cw und ww im Device Control | geschlossen | 3.1.3 | | 28.11.2018 | 29.11.2018 | LightningBrothers |
Aufgabenbeschreibung
Nutze ich in einem DDF für das rgb-Tag als untergeordnete Elemente die cw-Tags und ww-Tags, werden die Werte im Device Control bei Color nicht gemäß der Einstellungen in der GUI skaliert / umgerechnet. Hier ist weiterhin die Wertebereich von 0 bis 1 aktiv.
|
|
2869 | |
Server | Fehlerbericht | mittel | Wertebereich für Strobe-Effekte im Device Control aktua ... | geschlossen | 3.1.1 Beta x | | 16.06.2017 | 29.06.2017 | LightningBrothers |
Aufgabenbeschreibung
Besitzt ein Gerät verschiedene Strobe-Effekte wie zum Beispiel
<strobe dmxchannel="1">
<step type="open" mindmx="0" maxdmx="5" />
<range type="linear" mindmx="128" maxdmx="250" minval="0.1" maxval="20" />
<range type="pulse" mindmx="11" maxdmx="33" minval="0.5" maxval="6" />
<range type="ramp up" mindmx="34" maxdmx="56" minval="1" maxval="12" />
<range type="ramp down" mindmx="57" maxdmx="79" minval="1" maxval="12" />
<range type="random" mindmx="80" maxdmx="102" minval="1" maxval="12" />
<range type="spikes" mindmx="103" maxdmx="127" minval="1" maxval="12" />
<step type="open" mindmx="251" maxdmx="255" />
</strobe>
so wird im Device Control als Wertebereich für die Strobe-Frequenz immer nur der Bereich 0,1 bis 20 Hz ausgegeben - egal, welcher Strobe-Effekt ausgewählt wird.
Dies ist unschön, weil die HAL unter Umständen zwei unterschiedliche Geräte durch diese “falsche” Umrechnung auch unterschiedlich stroben lässt.
|
|
707 | |
GUI | Bug | mittel | Werteänderung im Channel-Overview | geschlossen | Alpha 3 | | 21.01.2012 | 12.02.2012 | lord-helmy |
Aufgabenbeschreibung
Moin moin, kurz und knackig: wenn man Werte im Channel-Overview via den Slider am linken Rand einstellt, werden diese nicht übernommen.
|
|
1878 | |
Server | Fehlerbericht | niedrig | Werte werden nicht sauber in den ChannelOverview überge ... | geschlossen | Beta 5 | | 01.01.2014 | 28.09.2014 | Multipar |
Aufgabenbeschreibung
Irgendwie werden die werte nicht sauber aus dem LiveView and den Channel Overview weitergegeben.
Zum Bild (Fehler 5.png): nach betätigen des Lumos Button und Auswahl von Rot im Farbrad zeigte der Channel Overview folgendes Ergebnis.
Zum Bild (Fehler 5.1.png): Doppelklick auf Farbrad daraus folgt Weiß im StageView. Dimmer Channel 4 steht im Channel Overview auf Null
Zum Bild (Fehler 5.2.png): Dimmer mit NOX abschalten, Channel 1 wird auf Null gesetzt.
Gruß Uwe
|
|
3267 | |
Server | Hilfe / Support | mittel | Werte von Cues lassen sich nicht von anderen Cuelists ü ... | geschlossen | 3.1.2 | | 30.12.2018 | 02.01.2019 | Jona |
Aufgabenbeschreibung
Wird eine Geräteeigenschaft in einem Cue gesetzt und ist im darauf folgenden Cue nicht gespeichert, bleibt der Wert wie er im ersten Cue ist. Selbst, wenn ein anderer Effekt gleichzeitig läuft und den Wert zwischenzeitlich überschreiben soll.
(Mein Ziel: Eine Cuelist, die alle Lampen nacheinander kurz aufblitzen lässt. Also pro Lampe ein Cue, in dem Color und Dimmer gespeichert sind und dazwischen leere Cues, in denen nichts gespeichert ist. Wenn ich die Cuelist abspiele gehen die Lampen zwar an, aber nicht wieder aus (bis die ganze Cuelist gestoppt wird), obwohl ein anderer Effekt parallel läuft, der Color und Dimmer überschreiben sollte. Das Problem besteht nur, während die Cuelist läuft)
|
|
3187 | |
Server | Fehlerbericht | niedrig | Werte für minval und maxval werden nicht ins DeviceCont ... | geschlossen | 3.1.3 | | 01.11.2018 | 01.11.2018 | LightningBrothers |
Aufgabenbeschreibung
Ich habe gerade festgestellt, dass folgender Code im DDF anstandslos funktioniert.
<fog dmxchannel="0">
<step type="off" mindmx="0" maxdmx="31" />
<range type="fog" mindmx="32" maxdmx="255" minval="50" maxval="100" />
</fog>
Allerdings wird der im DDF hinterlegte Wertebereich nicht ins Device Control übernommen. Hier wird weiterhin ein Wertebereich von 0% bis 100% angezeigt und im Programmer abgelegt.
|
|
1589 | |
Softdesk | Fehlerbericht | niedrig | Werte für Inputsystem überarbeiten | geschlossen | Beta 2 | | 21.03.2013 | 24.10.2013 | fisl |
Aufgabenbeschreibung
Du schickst uns int32. Wenn du sowas machst, object foo = 1, dann gibt das einen int32. Wenn du einen double haben möchtest musst du object foo = 1.0 oder object foo = 1d schreiben.
|
|
1354 | |
GUI | Fehlerbericht | mittel | Werte für Fanning werden im Property Grid nicht übernom ... | geschlossen | Beta 1 | | 04.01.2013 | 05.01.2013 | |
Aufgabenbeschreibung
Im Tutorial Lektion 9 wird erklärt wie im Property Grid für mehrere PARs ein Fanning-Wert hinterlegt werden kann. Blau 0<>255 Rot 255<>0
1. Es werden nur die Farben CMY angezeigt, ich sehe kein RGB-Einträge. 2. Sobald man z.B. für Cyan 0<>255 eingibt und mit Enter bestätigt, bleiben die Werte als Eintrag erhalten. Gebe ich jetzt die Werte 255<>0 im Feld Magenta ein und bestätige das mit Enter, verschwinden die vorher im Feld Cyan eingegeben Werte. Das Feld ist jetzt wieder leer.
Betriebssystem: Windows 8, 64bit
MfG Jelu
|
|
4485 | |
InputAssignment | Fehlerbericht | niedrig | Werte der Nodes werden im Input assignment nicht aktual ... | geschlossen | 3.3 Alpha x | | 14.04.2021 | 29.05.2021 | steff |
Aufgabenbeschreibung
Fehlerbeschreibung
Wie besprochen hier die Infos: ädere ich im Softdesk den Wert eines Sliders wird diese Änderung außen an den Nodes im Input assignment nicht verändert bzw aktualisiert. Öffnet man über Propertys den Node dort steht der richtige Wert. Der Node funktioniert so. Man kann halt sio nicht Testen.
Version 3.3 Alpha 2
|