Bugtracker DMXControl 3

Ich musste gerade feststellen, dass es beim Umbra einen kontinuierlichen Anstieg der Auslastung des Arbeitsspeichers durch den Umbra gibt, obwohl kein Projekt (mehr) geladen ist. Innerhalb von ca. 10 Minuten lag dieser Wert laut Taskmanager bei rund 400MB.

Was habe ich gemacht?

• Umbra manuell auf PC2 gestartet
• Kernel ca. 30 Sekunden später manuell auf PC2 gestartet
• Weitere 30 Sekunden später GUI manuell auf PC1 gestartet
• Zwei unterschiedliche Projekte geladen und wieder geschlossen
• Komplettes Setup ca. 5 Minuten nach dem Start komplett im Leerlauf belassen und die Auslastung des Arbeitsspeichers durch den Umnbra beobachtet. Nach ca. 10 Minuten lag Wert bei ca. 400MB
• GUI auf PC1 geschlossen
• Weitere 10 Minuten die Auslastung des Arbeitsspeichers beobachtet bei weiterhin aktiver lokaler Verbindung zum Kernel auf PC. Nach Ablauf dieser Zeit lag der Wert vor dem Herunterfahren des Umbras bei 468MB (siehe auch kurz vorher erstellten, beigefügten Screenshot).

Dieses Verhalten kann ich mit der Beta 9 in zwei Konstellationen nachstellen:

• Kernel und Umbra auf PC2 (Windows 11), GUI auf PC1 (Windows 10)
• Alle drei Programme lokal auf PC1 (Windows 10)

Im Anhang die Logs aus der 1. Konstellation.

In Vorbereitung zum Livestream habe ich den Build 645 der 3.3 installiert. Danach ließ sich der Umbra (mal wieder) nicht starten.

Der Installer hat fand dabei nicht gewünschte Version der .net Desktop Runtime und führte das Setup erneut aus. Nachfolgend der betreffende Auszug aus dem Log des Installers:

Checking if .NET 4.8 is installed...
.NET 4.8 found!
Checking if ASP.NET Core 6 (32bit) is installed...
ASP.NET Core 6 (x32) found!
Checking if ASP.NET Core 6 (64bit) is installed...
ASP.NET Core 6 (x64) found!
Checking if .NET 6 Desktop Runtime (x32) is installed...
Checking if .NET 6 Desktop Runtime (x64) is installed...
.NET 6 Desktop Runtime (x64) found!
Checking if Visual C++ 2015 Redistributable is installed...
Visual C++ 2015 Redistributable found!
Checking if XNA 4.0 is installed...
XNA 4.0 found!
Checking if Windows Installer 3.1 is installed...
Windows Installer 3.1 found!
Verzeichnis wird erstellt: C:\Program Files (x86)\DMXControl Projects\DMXControl 3.3.0
Lade .NET Desktop (x86)...
Installiere .NET Desktop (x86)...
Datei wird gelöscht: C:\Program Files (x86)\DMXControl Projects\DMXControl 3.3.0\dotnetdesktop-current-windows-runtime-bundle-installer.exe
Lade .NET Desktop (x64)...
Installiere .NET Desktop (x64)...
Datei wird gelöscht: C:\Program Files (x86)\DMXControl Projects\DMXControl 3.3.0\dotnetdesktop-current-windows-runtime-bundle-installer.exe

Der Start des Umbras schlug aber dann entsprechend fehl. Die Ereignisanzeige von Windows gab dabei folgende Fehlermeldung:

Description: A .NET application failed.
Application: Umbra.exe
Path: C:\Program Files (x86)\DMXControl Projects\DMXControl 3.3.0\Umbra\Umbra.exe
Message: You must install or update .NET to run this application.

App: C:\Program Files (x86)\DMXControl Projects\DMXControl 3.3.0\Umbra\Umbra.exe
Architecture: x64
Framework: 'Microsoft.NETCore.App', version '6.0.23' (x64)
.NET location: C:\Program Files\dotnet\

The following frameworks were found:
  6.0.22 at [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]

Learn about framework resolution:
https://aka.ms/dotnet/app-launch-failed

To install missing framework, download:
https://aka.ms/dotnet-core-applaunch?framework=Microsoft.NETCore.App&framework_version=6.0.23&arch=x64&rid=win10-x64

Zum Zeitpunkt dieser Fehlermeldung war auf dem PC die Version 6.0.22 installiert. Über das Windows-Update war die Version 6.0.23 in der Pipeline. Erst nachdem dieses Update eingespielt wurde, ließ sich der Umbra wieder starten.

Irgendwie sollte versucht werden, das Problem dahingehend abzufangen, dass mal als Nutzer einen Hinweis erhält - und sei es eben nur Hinweis, der sich eben nicht nur in der Ereignisanzeige versteckt.

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

In the Timecode Player, if the final cue in a cuelist has fade and delay times of zero, it is not possible to adjust the final cue’s start time from within the Timecode Player.

See this video for a demonstration: https://vimeo.com/904885122/52a1cb9db2?share=copy

Here’s a commentary of the video:

00:06 I adjust the start time of Cue B successfully.
00:11 I try to adjust the start time of Cue C, but it’s not possible.
00:16 I extend the fade time of Cue C
00:18 I am now able to adjust the start time,
00:21 I set the fade time back to zero.

Also, the name of the final cue (”Cue C”) isn’t displayed until I extend the fade time.

Wunsch für den Timecodeplayer

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

und

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

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

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

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

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

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

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

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

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

Meines Wissens nach kann derzeit im TCP ausschließlich mit dem TC aus dem TCP gearbeitet werden. Um die Arbeit mit einer externen Software zu erleichtern wünsche ich mir die Möglichkeit TC zu empfangen (also Netzwerk- und/oder MIDI-Timecode von einem anderen Gerät in DMXC einspeisen um damit Shows im TCP auf andere Sachen zu synchronisieren) und TC zu senden (also Netzwerk- und/oder MIDI-Timecode ausgeben um damit externe Geräte auf das Licht zu synchronisieren).

Hallo liebe DMXControler,

ich hätte eine Idee für den zukünftigen Timecodeplayer in DMXC3.
Wenn im TICOP (faule Bezeichnung für TImeCOdePlayer ) ein Audiofile abgespielt wird, soll dieser ja verschiedene Effekte bzw. Szenen für das Licht abspulen.
Gleichzeitig könnten in dem Player noch ein paar Spuren (ähnlich wie in einer DAW) integriert werden, in denen man MIDI-Signale an externe Geräte schicken könnte.
Z.B. wäre es dann möglich, dass beim Abspielen des Audiofiles gleichzeitig noch Midi-Signale an einen Mixer mit Motorfadern gesendet werden, welcher die angeschlossenen Mikrofone steuert. Dies wäre ein sehr nützliches Features für Theatherproduktionen.

LG
Jelu

P.S. Momentan benutze ich Ableton als Steuerprogramm für DMXC2 (Audioplayer) und eines Digitalmixers (Behringer X32). Wenn das direkt mit integriert wäre, könnte man eine Drittsoftware wie Ableton weglassen.

Aktuell wird das Dirty Flag gesetzt, wenn sich der Play-State des Timecode Players verändert oder die Position des Zeitmarkers. Das macht aber eigentlich nicht so viel Sinn und wird auch in anderen Programmen (z.B. DaVinci, Adobe Premiere, Adobe Audition,…) nicht so gemacht. Ich will ja eigentlich nur Änderungen an der Timecode-Show an sich speichern, aber nicht, ob die Show gerade läuft oder nicht. Aktuell wird nämlich dadurch im Hintergrund auch automatisch Autosave aktiv, was beim reinen Abspielen einer Show ja aber keinen Sinn ergibt.

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

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

Mausrad scrollt, Strg + Mausrad - Zoomen (oder anders rum) –> Aktuell Zoomt man nur mit dem Mausrad

The audio waveform view doesn’t seem to redraw properly beyond a certain level of zoom.

See this video:

https://vimeo.com/904887614/e3c95ccaf9?share=copy

You can see that the audio file has a waveform which is visible until the end of the song at 3m30s.

In the video I start to zoom in on the timeline, and 15 seconds into the video you can see the waveform starts to render incorrectly.

You can see at the end of the video that the end of the waveform which should be appearing at 3m30s is now appearing at 3m05s in the timeline view

This problem doesn’t occur when viewing the audio spectrum view, only the waveform.

It is repeatable on different audio tracks, and on tracks of different lengths (I tried a track that was only 40 seconds long and the same thing happened).

I hope the video demonstrates the problem - let me know if you need any additional information.

Issue 1:

Adjusting the cue start time in the Timecode player seems very erratic and inaccurate.

See this video: https://vimeo.com/904891438/2e89a27c8b?share=copy

I slowly drag the “Cue B” start time across the timeline.

As I drag, the display is very jumpy/flickering. The cue start time value in the cuelist window is gradually incrementing as I drag, but it is not showing the same time as the position of the cue in the Timecode Player window.

I’ve attached a screenshot which shows that as I’m dragging the cue start time over the ~3 second mark in the Timecode Player, the value displayed in the Cuelist editor is 00:00:02.006

I think this is a different issue to  FS#5239  which described the cuelist times working in frames rather than milliseconds which is why I’m reporting it.

Issue 2:

I notice that in order to add a fade time to a cue from the Timecode Player, I first have to set a delay time of greater than zero in order to access the fade time handle.

See this video:

https://vimeo.com/904893990/6b088c1e30?share=copy

Cue A has an initial delay greater than zero, so I’m able to change the fade time by clicking and dragging the top of the cue.

Cue B has fade and delay times of zero, and I’m not able to change the fade time unless I first add a delay by clicking and dragging the bottom of the cue.

It would be easier if it wasn’t necessary to create a temporary delay time in order to access the fade control handle.

If you need any additional information, let me know.

Thanks as always for all your work on this!

Ich würde mich über eine Möglichkeit freuen, den Wiedergabe-Marker schnell wieder wieder auf den Anfang zu setzen. Folgende Varianten wären einzeln oder auch in Kombination denkbar:

• In der Menüleiste wird ein zusätzlicher Button eingefügt.
• Der Wiedergabe-Marker wird bei einem Doppelklick auf den Startpunkt gesetzt, während ein einfacher Klick ihn auf den Punkt springen lässt, von wo die Wiedergabe zuletzt gestartet wurde.

Der Timecode-Player erwartet, dass die im Cuelist-Track verwendeten Cuelists bei allen Cues mit dem Timecode-Trigger versehen sind. Dies schließt auch die Cuelist Defaults ein.

Daher sollten die Defaults für neue Cues auf Rückfrage automatisch aktualisiert werden, sobald man die Cuelist einem Cuelist-Track im Timecode-Player hinzufügt.

Aktuell erfolgt das Zoomen (über das Scrollrad) immer vom Nullpunkt. Dadurch verschiebt sich die Position des Wiedergabemarker immer aus dem Anzeigebereich heraus.

Es wäre hilfreich, wenn der Wiedergabemarker selbst als Mittelpunkt für das Zoomen herangezogen würde.

Aktuell muss man, um den Wiedergabemarker auf 0 zu setzen, entweder erst zum Anfang scrollen und dann einen Doppelklick in die Zeitleiste machen oder diesen händisch auf 0 schieben. Gerade beim manuellen Doppelklick passiert es, dass man nicht direkt bei 0 landet.

Um dies zu vereinfachen, sollte der Wiedergabemarker über einen Doppelklick auf den Stop-Button automatisch auf 0 gesetzt werden.

Über das Kontextmenü kann ich aus dem Cuelist-Track die Option “Add cue” aufrufen. Es wäre hilfreich, wenn diese Cue an der aktuellen Position des Wiedergabemarkers einfügen werden würde. Die Position, wo ich das Kontextmenü aufrufe, spielt dabei keine Rolle.

Befindet sich der Wiedergabemarker dabei außerhalb einer Bereichs einer Cuelist, wird die Cue in der Cuelist hinzugefügt, die sich in der Reihenfolge vor dem Wiedergabemarker befindet.

Arbeitet man mit mehreren Cuelist-Tracks, wäre es hilfreich, dass Cuelists vom Cuelist-Track A in den Cuelist-Track B oder C verschoben werden können. Dabei sollen die Cuelists ihren ursprünglichen Startpunkt beibehalten.

Aktuell muss man die betreffende Cuelist im Cuelist-Track B erst erneut manuell an der richtigen Stelle hinzufügen und diese dann im ursprünglichen Cuelist-Track löschen.

Über das Kontextmenü kann man vom Timecode-Player aktuell “nur” normale Cues der entsprechenden Cuelist hinzufügen. Dies funktioniert so bereits sehr gut.

An dieser Stelle würde ich mir wünschen, wenn hier die Möglichkeit zum Einfügen von Special cues ebenfalls ergänzt werden würde.

Ich habe in einem Cuelist-Track bereits mehrere Cuelists an verschiedenen Stellen eingefügt. Hier würde ich mir wünschen, wenn man die Möglichkeit erhält, die aktuelle Cuelist an der aktuellen Position durch eine andere Cuelist zu ersetzen.

In meinem Showprojekt für das Jahrestreffen musste ich feststellen, dass bestimmte Cuelists mit Timecode-Trigger nach einiger Zeit unsauber wiedergegeben werden. Dies ließ sich sowohl in der StageView als auch in der DMX-Ausgabe real an den Geräten beobachten. Die gewünschten Effekte sehen damit mit zunehmender Wiedergabedauer der Timecodeshow deutlich merklich anderes aus als noch zu Beginn bei den ersten Aufrufen der entsprechenden Cuelists.

Die betreffenden Cuelists sind in dieser besagten Version mehrfach zwei verschiedenen Cuelist-Tracks zugeordnet.

Nachdem ich Cuelists auf die eigenständige Wiedergabe mittels Wait- / Follow-Trigger umgebaut und diese dann über entsprechende Special Cues aufrufe, laufen die Effekte über die komplette Wiedergabe-Dauer der Timecode-Show wie erwartet.

Anmerkung: Das in diesem Ticket beschriebene Phänomen zeige ich am besten live mit der realen Ausgabe und mache dann ggf. auch ein kurzes Video. Dem entsprechend werde ich Projekt und Logs später nachreichen. Die betreffende Version ist gesichert.

Ich habe gerade meine verschiedenen Timecode-Shows umbenannt und dabei das Zeichen “|” verwendet. Der Name lautete “Intro 1 | DMXC-Video-Intro“.

Wird das Projekt gespeichert, führt dies zu folgender Fehlermeldung im Kernel:

12:25:57 WARN  ResourceManager - Unable to save Resource TimecodeShows\Intro 1 | DMXC-Video-Intro_9065fe68-5aa6-49c3-9513-f03fe6eb6689.xml of Type Project
System.ArgumentNullException: Value cannot be null. (Parameter 'filename')
   at org.dmxc.lumos.Kernel.Resource.FileMetadataCache`1.Remove(String filename) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Resource\FileMetadataCache.cs:line 79
   at org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore.SaveResource(EResourceType type, LumosResource data, IProgress`1 progress) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Resource\Datastore\FileBackendDatastore.cs:line 487
   at org.dmxc.lumos.Kernel.Resource.ResourceManager.SaveResourceInternalAsync(EResourceType type, LumosResource data, IProgress`1 progress) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Resource\ResourceManager.cs:line 222
   at org.dmxc.lumos.Kernel.Resource.AbstractResourceManager.SaveResourceAsync(EResourceType type, LumosResource data, IProgress`1 progress) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Resource\AbstractResourceManager.cs:line 768

Sobald ich dieses Sonderzeichen entferne und den Namen der Show zum Beispiel in “Intro 1 (DMXC-Video-Intro)” ändere”, kann das Projekt vollständig und ohne weitere bzw. wiederkehrende Fehlermeldung gespeichert werden.

Abschließend sei bemerkt, dass unter anderem das Zeichen “|” sonst soweit im Projekt genutzt werden kann, wie zum Beispiel im Namen von Cuelists.

Aktuell muss ich den Wiedergabemarker an eine bestimmte Position setzen, um die exakte Zeit an dieser Stelle herauszufinden.

Ich persönlich fände es hilfreich, wenn mir fortlaufend auch die aktuelle Position der Maus selbst in der Zeitachse als Zeitwert angezeigt werden würde.

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

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

Gruß Steff

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

The image looks like this.

Das Name-Feld einer Midi-Rule ist während dem eingeben des Namens im Dark-Theme unlesbar, da das Kästchen weiß ist.

In den GUI-Einstellungen gibt es die Wahl zwischen zwei Themes.

Deutsch: Standard/Dunkel
Englisch: Default/Dark

Mein Änderungswunsch:

Deutsch: Hell/Dunkel
Englisch: Light/Dark

Warum?: Ist Standard/Default ist nicht selbsterklärend, außerdem folgt die Benennung keinem klaren Muster. Führt zudem zu mehr Klarheit, sollten irgendwann noch mehr Themes dazu kommen (Stichwort Barriefreiheit, High Contrast).

aktuell sind in Lumos DataGridView keine Buttons möglich (bzw. werden nicht dargestellt). Buttons wären gut, um Aktionen zu spezifischen DataGridViewRows zu ermöglichen.

Hinweise zum dark theme:
-Im Project Explorer sind die Spaltenüberschriften(Name, Anzahl Szenen, usw) nicht dunkel
-Scrollbalken sind hell

Hallo liebes DMXControll 3 Team,
ich hätte eine Anregung für die Stage-View. Ich fände es cool wenn man, eine Gerätegruppe in der StageView aktiviert man die enthaltenen Geräte visuell hervorgehoben werden und die Sortierung der Geräte in der Gerätegruppe wie bei einer manuellen Anwahl in der StageView zu sehen wäre.

Ich freue mich auf ein Update und finde euer Programm super.
Danke LG
Arne

DMXC 3.3 RC2

Wenn man innerhlab der Stageview per rechtsklich das dropdown “Anzeigen/Ausblenden” öffnet, sollte man Haken setzen können um zu wählen was für Informationen eingeblendet werden sollen
aber es geschieht nichts bei gewünschter änderung ,
ich wollte mir gerne die DMX adressen einblenden.
gleiche geschieht (nicht) wenn man es über das einstellungsmenü > Stageview , von false auf true setzt.

Log oder Projekt kann auf wunsch geliefert werden.

hat ein Gerät mehrere Beams, wird es als 1 Icon im LV angezeigt.

Für die folgende Erklärung sei Beispielhaft folgendes Gerät gegeben:

Beam 1:
- RGB
- Position (gilt für alle Beams)
Beam 2:
- RGB
Beam 3:
- RGB

Lösung:
0. Es gibt einen “Master Beam” (der 1. Beam) welcher allgemeine Eigenschaften enthält, die sich die Beams teilen. Per Konvention ist das der 1. <function> Block im DDF. Die Eigenschaften (e.g. <dimmer>) werden mit “global=true” markiert, falls es eine globale Eigenschaft ist. In diesem Fall wird die Eigenschaft auch angezeigt, wenn ich einen anderen Beam selektiere. Der Masterbeam ist also so etwas wie eine “Beamgruppe”.

1. Darstellung im Stageview ist umschaltbar zwischen Einzeldarstellung und Beam Darstellung
⇒ Darstellung als Multibeam nur, falls Gerät > 1 Beams besitzt.
⇒ Einzeldarstellung: Wie aktuell, nur bei “Multibeam” Devices wird unter dem “Hauptbeam” angedeutet, dass es zusätzliche Beams gibt (e.g. Icon oder kleine Vierecke). Die Einzeldarstellung ist quasi der Masterbeam.
⇒ Multibeam Darstellung: Die Beams werden als “Matrix” dargestellt und jeweils gezeichnet wie aktuell der Hauptbeam
⇒ Dies gilt natürlich für Geräte UND Gruppen ⇒ Sollte Beam 1 nur Global Eigenschaften enthalten, wird er in der Beam Darstellung NICHT angezeigt. Begründung: Die Global Eigenschaften des Masterbeams werden auch in den anderen Beams dargestellt. Ergo ist eine separate Darstellung nicht notwendig.

2. Selektion Beam / Master
In der Einzeldarstellung selektiere ich den “Masterbeam”. Über ein Tastaturknopf kann auf Beam Selektion umgeschaltet werden und es werden nur die einzelnen Beams markiert. Das Selektieren einzelner Beams ist für Fanning wichtig.
⇒ Wenn Masterbeam selektiert ist, werden die gemergden Eigenschaften aller Beams im PG angezeigt:
Beispiel:

- RGB (Beam 1-3)
- Position

Wenn ich nun das RGB ändere, ändere ich das RGB aller 3 Beams

⇒ Wenn Beams selektiert sind, wird jeder Beam mit seinen Eigenschaften dediziert im PG angezeigt (Beispiel Beam 2, 3 selektiert)

- Global
  - Position
- Beam 2
  - RGB
- Beam 3
  - RGB

3. Fanning
Master selektiert ⇒ Fanning über Geräte (wie bisher)
Beams selektiert ⇒ Fanning über Beams

Bedienen der Stage View mit einem Touchpad ist nur sehr unbequem machbar. Es ist zwar möglich durch herauszoomen und an richtiger Stelle wieder hineinzoomen die Position in der Stage View zu ändern allerdings finde ich das sehr ungeschickt. Als bessere Lösung könnte ich mir beispielsweise Vorstellen durch gedrückte rechte Taste und gleichzeitigem bewegen auf dem Touch Pad die Position zu ändern.

Schlosssymbol Funktion in Kamera Steuerung. Aktivieren/Deaktivieren “Kamera fixieren”

Im Moment ist das Icon für “fixiert die Icons”

Fixieren der Icons sollte weiterhin möglich sein aber vieleicht an anderer Stelle.
Als Vorschlag aus “Icons” ein Drobdown Menue was Icons betrifft, Alias-Icon hinzufügen, Alias-Icon löschen, Icons fixieren. Ähnlich wie bei Anzeigen/Ausblenden.

Mit einem Doppelklick werden ja Geräte eingeschaltet (Dimmer auf 100% und Shutter auf). Allerdings gibt es keine Maus- und/oder Tastenkombination, mit der man “Nox” betätigen kann. Das würde dann auch im Programmer landen, was für manche Situationen (Theater) sinnvoll ist. Für andere aber nicht. Daher bräuchte es auch noch eine dritte Kombination, um entweder die Dimmer- und Shutter-Werte oder alle Parameter für das entsprechende Gerät aus dem Programmer zu löschen.

Beim Ausschalten/Deaktivieren der Kamerasteuerung bleibt das Navigiationskreuz teilweise stehen (s. Bild). Dies ist allerdings von geringer Dringlichkeit, da dies verschwindet, sobald man in die Stage View drückt. Selbiges passiert auch beim Anschalten, allerdings genau andersherum, d.h. der Teil, der beim Deaktivieren schon verschwindet, taucht beim Aktivieren/Öffnen auf, und der große Teil bleibt beim Aktivieren/Öffnen verborgen, beim Deaktivieren/Schließen bleibt er stehen.

Erwartetes Verhalten der Stage View.
1. Drücken ‘Alle auswählen’: Alle vorhandenen Device Groups werden ausgewählt
2. Drücken in leeren Bereich der Stage View: Alle gewählten Objekte werden abgewählt.
3. Drücken ‘Alle auswählen’: Alle vorhandenen Device Groups werden ausgewählt.

Aktuelles Verhalten der Stage View.
1. Drücken ‘Alle auswählen’: Alle vorhandenen Device Groups werden ausgewählt
2. Drücken in leeren Bereich der Stage View: Alle gewählten Objekte werden abgewählt.
3. Drücken ‘Alle auswählen’: Alle vorhandenen Device Groups Devices werden ausgewählt.

Fehlerbeschreibung

In der Stageview sollten selektierte Geräte und Gruppen mit Rechtsklick → Entfernen von der Stageview entfernt werden können.
Eventuell auch mit druck auf die Entf-Taste, wobei das eventuell zu unsicher ist.

Zweiter Contextmenü-Eintrag sollte sein “Copy to StageView X” und “Move to StageView X”

Im Lieview sollte der Zustand einer Nebelmaschine am Symbol erkennbar sein.
Zurzeit werden Nebelmaschinen unabhängig vom Status nur mit einem weißen Kreis als Symbol angezeigt.(Beta2)

Moin,
Eine Idee, kann man es Realisieren das die Benennung der Geräte im Stageview ein Zeilenumbruch zu ermöglichen. Als Symbol könnte man im Namen ein Semikolon Nutzen.

Gruß
Max

In der Stageview habe ich mit einer Bildschirmauflösung von 1920×1080 und Skalierung von 100% folgende Darstellungsfehler in der Stageview

- Die Kamerasteuerung in der Stageview wird beim aktivieren/deaktivieren über den Button in der Menüleiste nicht oder nur teilweise gezeichnet. Erst nach mit Zoom wird die Kamerasteuerung komplett dargestellt.

- Die Schaltflächen für Zoom-in und -out liegen in der Stageview unterhalb der Symbole (in Y-Richtung weiter gegen den unteren Bildschirmrand)
→ klickt man an der falschen Stelle auf das Symbol passiert nichts oder die falsche Aktion wird ausgeführt.

Beim Erstellen einer Gruppe aus manuell ausgewählten Elementen wird das neue Gruppen-Icon ausserhalb des Sichtbereiches abgelegt.

Wunsch: In einer Ecke im Sichtbereich ablegen

Ich weiss nicht, ob dieses Verhalten Absicht ist, jedenfalls finde ich es verwirrend und counter-intuitive: Im Stage View muss ein Gerät zuerst mit einem Linksklick angewählt werden, um es zu verschieben oder das Kontextmenu mit einem Rechtsklick zu öffnen.
Gegenbeispiel: beim Windowsdesktop ist es nicht nötig, eine Datei/Verknüpfung zuerst explizit auszuwählen. Geradezu verwirrend finde ich es, dass ein Rechtsklick auf ein nicht ausgewähltes Icon das Kontextmenu des StageViews öffnet anstatt des Gerätes.

Die Modifier (m/f/c) zum Anordnen der Geräte/Gruppen sind nicht aus DMXC erkennbar, bzw. man muss davon wissen.
Vorschlag: in der Menuleiste drei Toggle-(Radio)-Buttons hinzufügen, welche über die Tasten umgeschalten werden, aber auch per Maus/Touch nutzbar sind.
Es gibt in der Menuleiste genügend Platz dafür.

Die Stage View kann vor Ort durchaus auch immer wieder für handschriftliche Notizen genutzt bzw. auch zum Patchen der Geräte genutzt werden. Um einen guten Ausdruck generieren zu können, wäre hier eine Exportfunktion des aktuellen Ausschnitts als Grafikdatei hilfreich. Im Idealfall wird die exportierte Datei entsprechend gerendert, sodass sie dann in einer höheren Auflösung als die Ausgabe auf dem Bildschirm zum Ausdruck zur Verfügung steht.

In einem mir zur Verfügung gestellten Testprojekt ist folgender Fehler im GUI-Log aufgetaucht:

2019-03-28 22:32:43,413 [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 449.

Das zugehörige Projekt kann ich bei Bedarf intern zur Verfügung stellen.