Bugtracker DMXControl 3

Bugtracker für DMXControl 3

Herzlich willkommen im Bugtracker für DMXControl 3. Hier können Sie alle Fehler in DMXControl 3 melden oder Wünsche für neue Features äußern. Dieser Bugtracker ist jedoch nicht der richtige Ort für allgemeine Probleme zur Bedienung oder bei fehlerhaften DDFs. Dafür benutzen Sie bitte das DMXControl Forum.

Bevor Sie einen Fehler melden, prüfen Sie bitte ob Sie mit der aktuellsten Version arbeiten und schauen bitte nach, ob dieser Fehler bereits gemeldet wurde. Im Sinne einer schnellen Fehlerbehebung geben Sie bitte unbedingt eine E-Mail-Adresse für Rückfragen an und fügen alle eventuell angezeigten Fehlermeldungen bitte möglichst vollständig dem Report hinzu (z.B. mit Screenshot). In DMXControl 3 gibt es eine Export-Funktion für alle erforderlichen Log Files. Sie ist im Hauptmenu unter “Help” → “Export Logs” zu finden.

Wenn Sie häufiger Fehler melden und über behobene Fehler informiert werden möchten, lohnt sich auch eine Registrierung. Ihre Kontaktdaten (E-Mail-Adresse) werden von uns ausschließlich zur Kommunikation zwecks Rückfragen bei Problemen der Fehler-Reproduktion und Fehlerbereinugung in unseren Projekten verwendet.

Vielen Dank für ihre Mitarbeit!
Ihr DMXControl Projects e.V. Team

IDProgressCategoryTask TypeSeveritySummaryStatusReported InDue In VersionOpenedLast EditedOpened by
 5249 
100%
 TimecodePlayerFehlerberichtHigh Timecode Player UI - cue time adjustment is erratic / i ...Closed3.3 RC x3.3.021.01.202408.11.2024philbearman Task Description

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!
5248
0%
 TimecodePlayerFehlerberichtLowTimecode Player - waveform displays incorrectly at high...Zugeteilt3.3 RC xTBD (UIS)21.01.202408.11.2024philbearman Task Description

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.

5230
0%
 GUIWunsch / IdeeLowImprovements to keyboard shortcuts for faster workflowNeu3.3 RC x30.12.202301.08.2024philbearman Task Description

Hi all,

It would be useful to have a lot more keyboard shortcuts available in DMXC3 to speed up workflow by allowing you to use a combination of mouse clicks and key presses rather than having to do almost everything with the mouse.

I understand there are plans to implement central keyboard management at some point - here are my suggestions for functions that would benefit from having assignable keyboard shortcuts:

* Shortcuts to open windows (cuelist editor with most recently used cuelist, most recently used stage view, cuelists, effects & filters, presets, programmer etc.)

* Context-aware shortcuts - for example, it would be intuitive to have Ctrl-N create a New entry in whatever window is selected, whether that’s the Cuelist window, the Device windows etc.

* The “Lumos”/”Nox” functions. This could just be a single key that toggles the dimmer between 0% and 100% (so for example you could just select devices in the stage view and then tap a key to set their dimmer to 100%, and press it again to set it to 0% - this would make programming much quicker)

* “GO” on cuelist

Shortcuts should also be listed on the menus and should pop up as tooltips when hovering over buttons in the UI. This would make it much easier to learn what the shortcuts are rather than having to refer to the manual.

All the best,
Phil
Showing tasks 1 - 3 of 3 Page 1 of 1

Available keyboard shortcuts

Tasklist

Task Details

Task Editing