Bugtracker DMXControl 3

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!

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.

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.

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

The image looks like this.

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

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.

Ü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.

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.

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.

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).

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

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.

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.

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

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.

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.

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.