Bugtracker DMXControl 3

Der Gedanke: man hat eine Setlist vom DJ/Sänger/Band .. , anhand dieser bereitet man sich Timecodeshows vor.

der Audioanalyser müsste beispielsweise die ersten 5 Sekunden der audiospur erkennen und automatisch die Timecodeshow starten und diese auch direkt syncronisieren.
bedingung wäre natürlich das man diese 5sek. Schnipsel vorher abgespeichert und verknüpft hat.

mir ist bewusst das es nicht so einfach ist und durchaus auch bei verschiedenen versionen des Musikstücks zu problemen führen könnte, jedoch denke ich, macht das sinn wenn man die Setlist hat, weis man auch was einen erwartet. der einzigste punkt der hier noch Variabel wäre, ist die abspielgeschwindigkeit(pitch) vom DJ . erhöht dieser den Pitch müsste man das im TCP auch können oder sogar neu syncronisieren können (bugtracker eintrag folgt)

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Fehlerbeschreibung

Spam

Ein Projekt wurde verändert. Dirty Flag ist gesetzt.
Datei → Projekt schließen: Projekt wird sofort geschlossen und Änderungen sind verloren.

Ich würde mich wünschen, dass hier wie immer die Abfrage kommt ob Änderungen noch gespeichert werden sollen.

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

Fehlerbeschreibung

20:39:46 INFO  DMXControl 3 Kernel - Using Log4Net Config File: C:\Program Files (x86)\DMXControl303\Kernel\Config\log4net_conf.xml
20:39:46 INFO  DMXControl 3 Kernel - Logs will be written to: C:\Users\someuser\AppData\Roaming\DMXControl Projects e.V\DMXControl\Kernel\Log
20:39:46 INFO  KernelRunManager - DMXControl V3.3.0.765 RC1 starting! (x86)
20:39:46 INFO  KernelRunManager - Kernel Build Time: 23.12.2023 18:40:18 UTC
20:39:46 INFO  KernelRunManager - Running in 32bit Mode
20:39:46 INFO  KernelRunManager - Initializing Managers.
20:39:46 INFO  KernelRunManager - Collected 49 of Type ILumosManager in Assembly Lumos
20:39:46 INFO  KernelRunManager - Collected 0 of Type ILumosManager in Assembly LumosLIB
20:39:46 INFO  KernelRunManager - TimeManager [Manager initialized].
20:39:46 INFO  KernelRunManager - ThreadManager [Manager initialized].
20:39:46 INFO  KernelRunManager - KernelRunManager [Manager initialized].
20:39:46 INFO  KernelRunManager - MasterManager [Manager initialized].
20:39:46 INFO  KernelRunManager - KernelLogManager [Manager initialized].
20:39:46 INFO  KernelRunManager - ValueFactory [Manager initialized].
20:39:47 ERROR GPUManager - Error on generating GPUContext: No OpenGL 4.3 context available!
20:39:47 ERROR GPUManager - GPU is not available: No OpenGL 4.3 context available!
20:39:47 INFO  KernelRunManager - GPUManager [Manager initialized].
20:39:47 WARN  KernelRunManager - BitmapTransformationManager [Manager NOT initialized].
20:39:47 INFO  BitmapTransformationManager - Start BitmapThread.
20:39:47 INFO  KernelRunManager - BeatProviderManager [Manager initialized].
20:39:47 INFO  KernelRunManager - BackgroundTasksManager [Manager initialized].
20:39:47 FATAL DMXControl 3 Kernel - Unhandled Exception: GPU is not available!
System.Exception: GPU is not available!
   at org.dmxc.lumos.Kernel.GPU.GPUManager.getGPUContext(String name) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\GPU\GPUManager.cs:line 201
   at org.dmxc.lumos.Kernel.PropertyValue.Filter.BitmapTransform.BitmapTransformationManager.BitmapThreadRun() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\PropertyValue\Filter\Matrix\BitmapTransformationManager.cs:line 223
   at System.Threading.Thread.StartCallback()
20:39:47 INFO  KernelRunManager - AssemblyManager [Manager initialized].
An unhandeled Exception has occoured. DMXControl 3 Kernel has to be terminated. Press Enter to exit.
20:39:47 INFO  KernelRunManager - SceneTriggerManager [Manager initialized].
20:39:47 INFO  KernelRunManager - ParameterManager [Manager initialized].
20:39:48 INFO  KernelRunManager - ResourceManager [Manager initialized].
20:39:48 INFO  KernelRunManager - ChaserPatternManager [Manager initialized].
20:39:48 INFO  KernelRunManager - BlendingManager [Manager initialized].
20:39:48 INFO  KernelRunManager - ConverterManager [Manager initialized].
20:39:48 INFO  KernelRunManager - GrpcManager [Manager initialized].
20:39:48 INFO  KernelRunManager - KernelMonitoringManager [Manager initialized].
20:39:48 INFO  KernelRunManager - ActionFactory [Manager initialized].
20:39:48 INFO  KernelRunManager - HandlerFactory [Manager initialized].
20:39:48 INFO  KernelRunManager - SettingsManager [Manager initialized].
20:39:48 INFO  KernelRunManager - SceneFadeTicker [Manager initialized].
20:39:48 INFO  KernelRunManager - FannedValueManager [Manager initialized].
20:39:48 INFO  KernelRunManager - CurveManager [Manager initialized].
20:39:48 INFO  KernelRunManager - AttachableManager [Manager initialized].
20:39:48 INFO  KernelRunManager - ProjectManager [Manager initialized].
20:39:48 INFO  KernelRunManager - DMXCMixer [Manager initialized].
20:39:48 INFO  KernelRunManager - MainSwitchManager [Manager initialized].
20:39:48 INFO  KernelRunManager - ItemListManager [Manager initialized].
20:39:48 INFO  KernelRunManager - DMXOutputUniverse [Manager initialized].
20:39:48 INFO  KernelRunManager - AudioManager [Manager initialized].
20:39:49 INFO  KernelRunManager - UserManager [Manager initialized].
20:39:49 INFO  KernelRunManager - EffectManager [Manager initialized].
20:39:49 INFO  ProjectManager - 2 Projects in Project Store. Total using 3.12 MB. 25.27 GB free space.
20:39:49 INFO  KernelRunManager - InputManager [Manager initialized].
20:39:49 INFO  KernelRunManager - MacroBoardManager [Manager initialized].
20:39:49 INFO  KernelRunManager - ElectricityManager [Manager initialized].
20:39:52 INFO  KernelRunManager - DeviceManager [Manager initialized].
20:39:52 INFO  KernelRunManager - PresetManager [Manager initialized].
20:39:52 INFO  KernelRunManager - SceneListManager [Manager initialized].
20:39:52 INFO  KernelRunManager - RandomGuiItemManager [Manager initialized].
20:39:52 INFO  KernelRunManager - MacroManager [Manager initialized].
20:39:52 INFO  KernelRunManager - HALFilterManager [Manager initialized].
20:39:52 INFO  KernelRunManager - AffinityManager [Manager initialized].
20:39:52 INFO  KernelRunManager - PluginManager [Manager initialized].
20:39:52 INFO  KernelRunManager - RDMManager [Manager initialized].
20:39:52 INFO  KernelRunManager - FilterManager [Manager initialized].
20:39:52 INFO  KernelRunManager - ExecutorManager [Manager initialized].
20:39:52 INFO  KernelRunManager - TimecodeManager [Manager initialized].
20:39:52 INFO  KernelRunManager - Managers initialized: 49
20:39:52 INFO  KernelRunManager - Starting Services.
20:39:52 INFO  KernelRunManager - Collected 14 of Type ILumosService in Assembly Lumos
20:39:52 INFO  KernelRunManager - Collected 0 of Type ILumosService in Assembly LumosLIB
20:39:52 INFO  KernelRunManager - KernelRunManager [Service started].
20:39:52 INFO  KernelRunManager - GrpcManager [Service started].
20:39:52 INFO  KernelRunManager - DMXOutputUniverse [Service started].
20:39:52 INFO  KernelRunManager - ManualBeatProvider [Service started].
20:39:53 INFO  KernelRunManager - AssemblyManager [Service started].
20:39:53 INFO  KernelRunManager - ConverterManager [Service started].
20:39:54 INFO  ArtNetFactory - Execution of SetLogger took 198 ms in Factory ArtNetFactory
20:39:54 INFO  DMXInterfaceBag - Execution of SetEnabled: True took 401 ms in Interface Artistic License#ArtNet#0
20:39:54 INFO  DMXInterfaceBag - Execution of SetParameter: Set Breaktime, 25 took 112 ms in Interface DMXControl Projects e.V.#1000000000000101
20:39:55 INFO  DMXInterfaceBag - Execution of SetParameter: Set Marktime, 107 took 108 ms in Interface DMXControl Projects e.V.#1000000000000101
20:39:55 INFO  DMXInterfaceBag - Execution of SetParameter: Set Interbytetime, 2 took 111 ms in Interface DMXControl Projects e.V.#1000000000000101
20:39:55 INFO  DMXInterfaceBag - Execution of SetParameter: Set Interframetime, 18 took 107 ms in Interface DMXControl Projects e.V.#1000000000000101
20:39:55 INFO  DMXInterfaceBag - Execution of SetEnabled: True took 260 ms in Interface DMXControl Projects e.V.#1000000000000101
20:39:55 INFO  KernelRunManager - PluginManager [Service started].
20:39:55 INFO  KernelRunManager - FannedValueManager [Service started].
20:39:56 INFO  KernelRunManager - SettingsManager [Service started].
20:39:56 INFO  ThreadManager - Running Main-Processing-Chain with Mode: ALLOWED, Degree 2
20:39:56 INFO  KernelRunManager - ThreadManager [Service started].
20:39:56 INFO  KernelRunManager - ResourceManager [Service started].
20:39:56 INFO  KernelRunManager - AttachableManager [Service started].
20:39:56 INFO  KernelRunManager - ProjectManager [Service started].
20:39:56 INFO  KernelRunManager - KernelNetManager [Service started].
20:39:56 INFO  KernelRunManager - Services started: 14
20:39:56 INFO  KernelRunManager - Informing Managers on Startup finished.
20:39:56 INFO  KernelRunManager - Informing Services on Startup finished.
20:39:56 INFO  GrpcManager - Listening on 192.168.42.28 for Umbra Multicasts
20:39:56 INFO  KernelRunManager - Startup finished, ready!
DMXControl 3.3 RC1: 20:40:27 INFO  GoboAffinityClass - All combinations already existing. Nothing to do!
20:40:31 INFO  ThreadManager - Thread GoboAffinity-Thread exited ThreadStart-Method normally.
20:40:31 INFO  ThreadManager - Thread GoboAffinity-Thread finished.

20:40:46 INFO  DMXControl 3 Umbra - Using Log4Net Config File: C:\Program Files (x86)\DMXControl303\Umbra\Config\log4net_conf.xml
20:40:46 INFO  DMXControl 3 Umbra - Logs will be written to: C:\Users\someuser\AppData\Roaming\DMXControl Projects e.V\DMXControl\Umbra\Log
20:40:46 INFO  UmbraRunManager - Umbra V3.3.0.765 RC1 starting! (x64)
20:40:46 INFO  UmbraRunManager - Umbra Build Time: 23.12.2023 18:40:21 UTC
20:40:46 INFO  UmbraRunManager - Umbra Running in 64bit Mode
20:40:46 INFO  UmbraSettingsManager - Settings loaded
20:40:49 INFO  UmbraRunManager - Collected 35 Services!
20:40:50 INFO  Lifetime - Now listening on: http://0.0.0.0:17475
20:40:50 INFO  UmbraRunManager - Umbra ready to accept connections
Umbra 3.3 RC1: 20:40:51 INFO  UmbraNetManager - Following IPs found: [192.168.42.28]. Sending Multicasts.
20:41:06 INFO  ClientManager - User [Type: Gui, Name: Undefined, Host: someuser-ultrabook, IPs: [192.168.42.28, 127.0.0.1], connected to: 127.0.0.1:17475, roundtrip latency: 0 µs, last access: 0 s] logged in.

Erwartetes Verhalten

Hinweise

Hallo,
ich habe mit der Version 3.2.3 etwas herumprobiert.
Eigendlich um DMX Funkmodule zu testen.
Nach etwas Laufzeit bekam ich eine Fehlermeldung.
in der Stand sinngemäß das der Kernel abgestüzt ist und ich das Projekt speichern sollte und das Problem an DMXC melden soll.

Was ich dann hiermit getan habe.

Im Anhang die Logfiles und das Projekt.

MfG Steff

Fehlerbeschreibung

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

spam

Bislang können die Inputs des Input Selectors nur mit ganzen Zahlen sowie Buchstaben bezeichnet werden.

Hier sollte es auch möglich sein, Kommawerte in den Bezeichnungen der Inputs anzugeben, also zum Beispiel 12.5 oder 36.1.

Beim LAden eines alten Projekts bekomme ich folgenden Fehler:

FATAL MainProcessRunable - Main Runnable seams stuck in an endless loop! You might have to restart DMXC… Please report this!

Fehlerbeschreibung

Erwartetes Verhalten

Lege ich einen bump effekt mit einer releasetime an - z.b. einen blinder - kommt es bei der verwendung eines tem buttons wenn ich den temp button wieder drücke während die cuelist gerade noch releaste - was man bei einem blinder effekt gerne mal macht - zu einem kurzen snao auf black bevor sie wieder voll angeht.

Projekt zum selber testen ist angehängt. einfach auf die exec page “live page background” gehen und irgendeinen der beiden temp buttons nehmen und in die stage view schauen (liegt nicht an der stage view, habe hier zum prepen nen reales gerät, da tritt das ganze genau so auf).

Fehlerbeschreibung

Erwartetes Verhalten

Current behavior of DMXControl is, when adding a device, to use already known DDF from project. Example:
- I have a device in my project, Spot ABC that was added with DDF xml file from the UserDevices folder
- If I want to update the DDF of this device, for example, adding a DMX channel function, I update DDF xml file
- But when I want to update it in my project, I cannot add it because if I add the device, it’s the already known DDF (in the project zip file) that is used

The only way is to update it is to update in the project zip file directly. I cannot perform this operation inside DMXControl.

Expected behavior

Notes

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

Beim Laden des fehlerhaften angehängten DDFs werden sämtliche mit dem Kernel verbundenen GUIs ohne weitere Warnung/Meldung geschlossen (also nicht nur getrennt, sondern tatsächlich komplett geschlossen)
Bis einschließlich Version 3.2.3 wurde eine Fehlermeldung angezeigt und die fehlerhafte Zeile im DDF rot markiert, was hier nicht passiert.

Im Kernel wird folgende Meldung ausgegegen:

13:11:07 ERROR Resource_gClient - ExistsResourceCore
Grpc.Core.RpcException: Status(StatusCode="Cancelled", Detail="Call canceled by the client.", DebugException="System.OperationCanceledException: The operation was canceled.")
 ---> System.OperationCanceledException: The operation was canceled.
   --- End of inner exception stack trace ---
   at Grpc.Net.Client.Internal.HttpClientCallInvoker.BlockingUnaryCall[TRequest,TResponse](Method`2 method, String host, CallOptions options, TRequest request)
   at Grpc.Core.Interceptors.InterceptingCallInvoker.<BlockingUnaryCall>b__3_0[TRequest,TResponse](TRequest req, ClientInterceptorContext`2 ctx)
   at Grpc.Core.ClientBase.ClientBaseConfiguration.ClientBaseConfigurationInterceptor.BlockingUnaryCall[TRequest,TResponse](TRequest request, ClientInterceptorContext`2 context, BlockingUnaryCallContinuation`2 continuation)
   at Grpc.Core.Interceptors.InterceptingCallInvoker.BlockingUnaryCall[TRequest,TResponse](Method`2 method, String host, CallOptions options, TRequest request)
   at UmbraCommon.ResourceClient.ResourceClientClient.ExistsResource(ResourceExistsRequest request, CallOptions options) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosProtobuf\obj\Release\netstandard2.0\Common\ResourceServiceGrpc.cs:line 202
   at UmbraCommon.ResourceClient.ResourceClientClient.ExistsResource(ResourceExistsRequest request, Metadata headers, Nullable`1 deadline, CancellationToken cancellationToken) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosProtobuf\obj\Release\netstandard2.0\Common\ResourceServiceGrpc.cs:line 197
   at org.dmxc.lumos.Kernel.Net.gService.Resource_gClient.ExistsResourceCore(EResourceDataType type, String name, Boolean sync) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Net\gService\Resource_gClient.cs:line 188
13:11:07 ERROR GobowheelHandlerNode - The Icon |:::_ICON_ID_2_:::| defined in the "val" Attribute in Node gobowheel doesn't exist!
13:11:10 ERROR Resource_gClient - ExistsResourceCore
Grpc.Core.RpcException: Status(StatusCode="Cancelled", Detail="Call canceled by the client.", DebugException="System.OperationCanceledException: The operation was canceled.")
 ---> System.OperationCanceledException: The operation was canceled.
   --- End of inner exception stack trace ---
   at Grpc.Net.Client.Internal.HttpClientCallInvoker.BlockingUnaryCall[TRequest,TResponse](Method`2 method, String host, CallOptions options, TRequest request)
   at Grpc.Core.Interceptors.InterceptingCallInvoker.<BlockingUnaryCall>b__3_0[TRequest,TResponse](TRequest req, ClientInterceptorContext`2 ctx)
   at Grpc.Core.ClientBase.ClientBaseConfiguration.ClientBaseConfigurationInterceptor.BlockingUnaryCall[TRequest,TResponse](TRequest request, ClientInterceptorContext`2 context, BlockingUnaryCallContinuation`2 continuation)
   at Grpc.Core.Interceptors.InterceptingCallInvoker.BlockingUnaryCall[TRequest,TResponse](Method`2 method, String host, CallOptions options, TRequest request)
   at UmbraCommon.ResourceClient.ResourceClientClient.ExistsResource(ResourceExistsRequest request, CallOptions options) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosProtobuf\obj\Release\netstandard2.0\Common\ResourceServiceGrpc.cs:line 202
   at UmbraCommon.ResourceClient.ResourceClientClient.ExistsResource(ResourceExistsRequest request, Metadata headers, Nullable`1 deadline, CancellationToken cancellationToken) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosProtobuf\obj\Release\netstandard2.0\Common\ResourceServiceGrpc.cs:line 197
   at org.dmxc.lumos.Kernel.Net.gService.Resource_gClient.ExistsResourceCore(EResourceDataType type, String name, Boolean sync) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Net\gService\Resource_gClient.cs:line 188
13:11:10 ERROR GobowheelHandlerNode - The Icon |:::_ICON_ID_3_:::| defined in the "val" Attribute in Node gobowheel doesn't exist!
13:11:13 ERROR Resource_gClient - ExistsResourceCore
Grpc.Core.RpcException: Status(StatusCode="Cancelled", Detail="Call canceled by the client.", DebugException="System.OperationCanceledException: The operation was canceled.")
 ---> System.OperationCanceledException: The operation was canceled.
   --- End of inner exception stack trace ---
   at Grpc.Net.Client.Internal.HttpClientCallInvoker.BlockingUnaryCall[TRequest,TResponse](Method`2 method, String host, CallOptions options, TRequest request)
   at Grpc.Core.Interceptors.InterceptingCallInvoker.<BlockingUnaryCall>b__3_0[TRequest,TResponse](TRequest req, ClientInterceptorContext`2 ctx)
   at Grpc.Core.ClientBase.ClientBaseConfiguration.ClientBaseConfigurationInterceptor.BlockingUnaryCall[TRequest,TResponse](TRequest request, ClientInterceptorContext`2 context, BlockingUnaryCallContinuation`2 continuation)
   at Grpc.Core.Interceptors.InterceptingCallInvoker.BlockingUnaryCall[TRequest,TResponse](Method`2 method, String host, CallOptions options, TRequest request)
   at UmbraCommon.ResourceClient.ResourceClientClient.ExistsResource(ResourceExistsRequest request, CallOptions options) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosProtobuf\obj\Release\netstandard2.0\Common\ResourceServiceGrpc.cs:line 202
   at UmbraCommon.ResourceClient.ResourceClientClient.ExistsResource(ResourceExistsRequest request, Metadata headers, Nullable`1 deadline, CancellationToken cancellationToken) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosProtobuf\obj\Release\netstandard2.0\Common\ResourceServiceGrpc.cs:line 197
   at org.dmxc.lumos.Kernel.Net.gService.Resource_gClient.ExistsResourceCore(EResourceDataType type, String name, Boolean sync) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Net\gService\Resource_gClient.cs:line 188
13:11:13 ERROR GobowheelHandlerNode - The Icon |:::_ICON_ID_4_:::| defined in the "val" Attribute in Node gobowheel doesn't exist!
13:11:13 ERROR GobowheelHandlerNode - The Icon |:::_ICON_ID_5_:::| defined in the "val" Attribute in Node gobowheel doesn't exist!
13:11:13 ERROR GobowheelHandlerNode - The Icon |:::_ICON_ID_6_:::| defined in the "val" Attribute in Node gobowheel doesn't exist!
13:11:13 ERROR GobowheelHandlerNode - The Icon |:::_ICON_ID_7_:::| defined in the "val" Attribute in Node gobowheel doesn't exist!
13:11:13 ERROR GobowheelHandlerNode - The Icon |:::_ICON_ID_8_:::| defined in the "val" Attribute in Node gobowheel doesn't exist!

Hallo,
wenn ich im Projekt Explorer eine neues Projekt anlege werde ich dann gefragt ob ich das importierte Projekt Laden möchte.

Es müsste aber doch neues Projekt heißen !

Dies ist in der deutschen, französischen und engloischen Sprachversion so.

Was ich im in dem Zusammenhang noch gesehen habe, ist das die Buttons in dem Fenster , im deutschen ja und Nein, das auch im englischen und Französischen dort Ja und Nein steht.

Gruß Steff

Wunsch / Idee

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

Wenn man den Speed Master per Maus zum Beispiel auf 0,5 setzt und dann ein paar mal auf double drückt, kann es passieren, dass der Wert nicht ein vielfaches von 0,5 sondern minimal größer (z.B. 4,01) ist.

Erwartetes Verhalten

Hinweise

Ich habe im beigefügten Projekt eine einfache Cuelist erstellt, die einem Cuelist-Track einer Timecode-Show zugeordnet ist.

Editiere ich eine beliebige Cue aus dieser Cuelist im Programmer und speichere die Änderungen zum Beispiel Replace oder Update zurück, wird der Wert für den Trigger immer auf 00:00:01.000 zurückgesetzt und die Cue an Position in der Cuelist eingefügt.

Die zugehörigen Logs beinhalten folgende Schritte:

1. Sitzung starten und Projekt laden
2. Cue 3 der Cuelist 1 in den Programmer laden
3. Änderungen vornehmen
4. Änderungen über Update in die Cue 3 zurückspeichern
5. Cue 3 an ursprüngliche Position zurückschieben und alten Wert manuell wieder eintragen
6. Projekt speichern und Projekt beenden

Wie im beigefügten Screenshot zu sehen, sollte es sinnvoll sein, wenn die Cuelists des aktuellen Projekts im Fenster “Choose a cuelist” alphabetisch sortiert werden würden.

Sollte für die Realisierung dieses Wunsches ein Beispielprojekt der aktuellen Situation benötigt werden, bitte ich um entsprechende Info.

Werden wie in  FS#5209  beschrieben Geräte gelöscht auf die es in Cuelists noch Refernzen gibt so lädt das Projekt bis zur Fehlerüberprüfung, hierbei kommt dann aber angehängte Fehlermeldung. Projekt und Logs im Anhang.

Habe viele verschiedene Geräte gelöscht, soweit problemlos. Anschließend habe ich versucht Gerätegruppen zu löschen. Hierbei ist allerdings nicht passiert, egal welche Gruppe, es war nicht möglich sie zu löschen. Nun wollte ich DMXC schließen und dabei noch einmal speichern, dabei habe ich folgende Fehlermeldung im Kernel bekommen

- - - - - - - - - - -

21:15:20 ERROR ProjectManager - Error at save Project
System.NullReferenceException: Object reference not set to an instance of an object.

 at org.dmxc.lumos.Kernel.Scene.Entry.AbstractSceneEntry.saveToManagedTree(ManagedTreeItem item, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\Entry\AbstractSceneEntry.cs:line 1014
 at org.dmxc.lumos.Kernel.Scene.Entry.DevicePresetReferenceEntry.saveToManagedTree(ManagedTreeItem item, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\Entry\DevicePresetReferenceEntry.cs:line 297
 at org.dmxc.lumos.Kernel.Scene.AbstractEntryContainer.saveToManagedTree(ManagedTreeItem item, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\AbstractEntryContainer.cs:line 523
 at org.dmxc.lumos.Kernel.Scene.AbstractScene.saveToManagedTree(ManagedTreeItem item, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\AbstractScene.cs:line 361
 at org.dmxc.lumos.Kernel.SceneList.SceneList.org.dmxc.lumos.Kernel.Resource.ILumosSaveable.saveToManagedTree(ManagedTreeItem item, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\SceneList\SceneList.cs:line 2194
 at org.dmxc.lumos.Kernel.Project.SceneListManager.org.dmxc.lumos.Kernel.Project.IProjectResourceUser<org.dmxc.lumos.Kernel.SceneList.ISceneList>.SaveItem(ISceneList item, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\SceneListManager.cs:line 559
 at org.dmxc.lumos.Kernel.Project.ProjectContainer`1.Save(LumosIOContext context)+MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ProjectContainer.cs:line 245
 at org.dmxc.lumos.Kernel.Project.LoadedProjectVersion.saveProject(LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\LoadedProjectVersion.cs:line 355
 at org.dmxc.lumos.Kernel.Project.ProjectManager.SaveProjectToStream(Stream projectStream, IEnumerable`1 clientReferences, IProgress`1 progress, Boolean resetDirty, Boolean isAutosave) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ProjectManager.cs:line 587

- - - - - - - - -

Logs und Projekt (zuletzt speicherbare Version) im Anhang.

Edit: Mir ist aufgefallen, dass das angehängte Projekt “0.0.421” schon beschädigt und nicht mehr ladbar ist. Deshalb habe ich es noch um das vollständige Projekt auch mit vorangegangenen Versionen desen angehängt.

Im angehängten Projekt habe ich mehrere CueListGroups per Input Assignment auf die CueListMonitore im Softdesk gelegt.
Soweit funktioniert das auch richtig.
Speichere ich das Projekt jetzt ab, starte DMXC neu und lade das Projekt sind die CueListMonitore im Softdesk aber leer.
Ich schaue im Input Assignment nach und wundere mich, weil hier sehe ich, dass die Verbindung gemacht ist.
Wenn ich jetzt den Node vom betreffenden CueListMonitor aus dem Input Assignment entferne, neu reinziehe und neu verbinde funktionierts wieder.
Einfach nur neu verbinden reicht nicht. Ich muss den Node neu reiziehen.

Ich habe eine 4mb große Audiodatei, siehe Anhang, auf einen neuen Track in einer neuen Show (”1”) im TCP gezogen. Hierbei erschien die angehängte Fehlermeldung in der GUI und das belgen des Tracks ist somig nicht möglich.

Projekt („Jubiläum Tanzatelier 24“) und Logs ebenfalls im Anhang

Edit: Problem tritt auch in einem komplett neuen Projekt mit einer komplett anderen Audio auf. Projekt zum nachstellen („Audio Track Test“) ist angehängt.

Beim starten meldet der Kernel Fehler im Zusammenhang mit dem Macro Board SDK, im Projekt steht kein Menüeintrag zu den Macro Boards mehr zur Verfügung.

Lösche ich in angehängtem Projekt beliebige Geräte (im Fall der in den Logs zu sehen ist handelte es sich um die Geräte “The Fab”, “1”, “2”, … “111”) crasht die GUI und schließt sich. Starte ich nun die GUI und verbinde diese wieder, speicher das Projekt und lade es neu, ist es beschädigt und lässt sich nicht mehr laden.
Logs und Projekt im Anhang.

Nun habe ich versucht ohne DMXC neu zu starten ein neuess Projekt anzulegen um den oben beschrieben Fehler in einem Lehren Projekt zu testen. Nach dem erstellen des Projekts und laden dieses ist mir erneut die GUI gecrasht. Logs als “B” im Anhang.

Nun habe ich um weitere folge Fehler zu vermeiden DMXC einmal komplett neu gestartet.

Im zuletzt erstellten Projekt habe ich nun zwei Gerät hinzugefügt, eine Cuelist mit Werten für diese erstellt und diese Cuelist auf einen Executor zugewiesen. Anschließend habe ich das Projekt gespeichert (Projekt zu diesem Stand als “C.1”im Anhang). Nun habe ich die entsprechenden Geräte gelöscht. Hierbei ist mir erneut die GUI gecrasht, Logs zu diesem Zeitpukt als “Logs C.1” im Anhang. NUn habe ich das Porjekt gespeichert und DMXC komplett neu gestartet. Anschließend habe ich das Projekt (Projekt zu diesem Stand als “C.2” im Anhang) versucht zu laden. Das hat problemlos fumktioniert. Nun habe ich noch die Gerätegruppe zu den Geräten gelöscht. Auch hierbei ist mir die GUI wieder gecrasht. Logs als “Logs C.2” im Anhang.

Wenn ich ein beliebiges Projekt schließe, dann crasht jedes Mal die GUI. Dabei spielt es keine Rolle, ob es ein bereits gefülltes Projekt ist, oder wie beigefügt, ein neues und komplett leeres Projekt.

Es gibt zwar ein weiteres Ticket mit einem vergleichbaren Titel unter der Nummer  FS#4986 , allerdings konnte ich das Problem seiner Zeit nicht nachstellen. Außerdem ist der Punkt nun bei mir in der aktuellen Version erst neu aufgetreten.

Im Anhang die Log-Dateien sowie das Projekt.

Fehlerbeschreibung

Fehlerbeschreibung

Hinweise

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

 bei Lumos.GUI.Windows.ProjectExplorerView.<>c.<ShowProperties>b__254_0(IProjectExplorerNode c) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\ProjectExplorer\ProjectExplorerView.cs:Zeile 2817.
 bei System.Linq.Enumerable.All[TSource](IEnumerable`1 source, Func`2 predicate)
 bei Lumos.GUI.Windows.ProjectExplorerView.ShowProperties(ICollection`1 nodes) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\ProjectExplorer\ProjectExplorerView.cs:Zeile 2817.
 bei Lumos.GUI.Windows.TimecodePlayer.v3.ExecutorTrackViewModel.<OpenContentProperties>d__27.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\TimecodePlayer\v3\ViewModel\Track\Executor\ExecutorTrackViewModel.cs:Zeile 332.

 bei System.Runtime.CompilerServices.AsyncMethodBuilderCore.<>c.<ThrowAsync>b__6_0(Object state)
 bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
 bei System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)

1. Neuen Projekt erstellen und laden
2. Irgendeine Änderung vornehmen, sodass DirtyFlag gesetzt wird und nicht speichern. Ich habe ein Gerät hinzugefügt.
3. Datei → Projekt öffnen → irgendein anderes Projekt laden.
4. Das neue Projekt wird direkt geladen. Ungespeicherte Änderungen im zuvor geladenen Projekt gehen verloren.

Dieses Verhalten ich gefährlich, weil Arbeit verloren gehen kann.
Ich würde mir wünschen, dass wann immer das DirtyFlag gesetzt ist vor dem Laden eines anderen Projektes gefragt wird, ob die ungespeicherten Änderungen verworfen oder gespeichert werden sollen.

Hallo,
in der DMXC 3.3 Beta 11 ist mir aufgefallen das ich mein großes Projekt was zum größten Teil nicht in der 3.3 erstellt wurde.
Ich kann mein Projekt öffnen und bearbeiten.
Soweit funktioniert es in der 3.3 Beta 11. Konnte im laufen soweit nichts negatives feststellen.
Effekte laufen was ich so sehen konnte.

Ich habe das Problem:
Will ich allerdings das Programm beenden, ob ich speichere oder nicht ist egal, stürzt irgendwie die GUI ab.

Irgendwie bedeutet, Stage View zeigt Veränderungen an (Effekte laufen) aber das Programm läßt sich nicht mehr bedienen
und beendet sich auch nicht.

Der Kernel und der Umbra registrieren das ein Shutdown angefordert wurde aber beenden auch nicht wegen Time Out weil angeblich noch der Client (GUI) verbunden ist.
Diese kann ich dann über close beenden.
Beenden der GUI geht dann nur noch über den Task Manager.

Gehe ich bevor ich das Programm beende über Projekt Close und dann auf beenden, dauert das close zwar eine Ewigkeit aber dann kann ich das Programm beenden.

Ich hänge hier mal die Log Dateien an, die sind vom nächsten Start ohne geladenes Projekt, aber vorher habe ich es mehrfach ausprobiert.
Auch das Projekt hänge ich mal hier an.

Veränderte Einstellungen der Darstellung der FFT Grafik (Threshold, Ratio, Bandwith) werden nicht abgespeichert und es wird auch kein Dirty-Flag gesetzt.

Fehlerbeschreibung

Spam

Ich habe das Projekt aus  FS#5181  nun im Bereich der Zeiten von Cues und der Cuelist weiterbearbeitet. Nun ist die Cuelist kürzer als die Audiodatei. Wie im Ticket  FS#5181  soll sie sich aber über “Release when last cue ends” selbst beenden.

Führe ich die Timecode Show das erste Mal nach dem Laden des Projekts aus, läuft diese auch wie gewünscht ab. Auch wird sie mit dem Zurücksetzen des Markers auf 0 nicht erneut in Teilen ausgeführt.

Starte ich die Timecode Show ein zweites Mal, wird ausschließlich die Audio-Datei wiedergegeben. Die Cuelist selbst bleibt “dunkel”. Der Kernel wirft dabei folgende Fehlermeldung:

17:34:13 ERROR Timecode -
org.dmxc.lumos.Kernel.Exceptions.KernelPanicException: WTF
   at org.dmxc.lumos.Kernel.Scene.RealtimeTimestamp.initialize() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\RealtimeTimestamp.cs:line 104
   at org.dmxc.lumos.Kernel.Scene.RealtimeTimestamp.reset() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\RealtimeTimestamp.cs:line 90
   at org.dmxc.lumos.Kernel.SceneList.AbstractSceneContainer.resetTimestamp() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\SceneList\AbstractSceneContainer.cs:line 89
   at org.dmxc.lumos.Kernel.SceneList.SceneList.play() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\SceneList\SceneList.cs:line 986
   at org.dmxc.lumos.Kernel.Timecode.CuelistTrack.<>c__DisplayClass26_0.<proccessNextFrame>g__feed|7(IEnumerable`1 scenelistTimeslots, Boolean triggerPlay) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Timecode\Tracks\CuelistTrack.cs:line 199
   at org.dmxc.lumos.Kernel.Timecode.CuelistTrack.proccessNextFrame(Int64 tick) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Timecode\Tracks\CuelistTrack.cs:line 0
   at org.dmxc.lumos.Kernel.Timecode.Track.ProcessNextFrame(Int64 tick) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Timecode\Tracks\Track.cs:line 191
   at org.dmxc.lumos.Kernel.Timecode.Timecode.<>c__DisplayClass139_0.<processNextFrame>b__4(ITrack t) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Timecode\Timecode.cs:line 1109
   at LumosLIB.Tools.CommonTools.ForEach[T](IEnumerable`1 source, Action`1 action, Boolean parallel) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosToolsLIB\src\Tools\CommonTools.cs:line 598
   at org.dmxc.lumos.Kernel.Timecode.Timecode.processNextFrame() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Timecode\Timecode.cs:line 1095

Die Erwartungshaltung ist, dass ich an dieser Stelle die Timecode Show ebenfalls mehrfach wiedergeben kann, selbst wenn die Cuelist kürzer als die Audio-Datei ist. Wie aktuell schon der Fall muss die Audio-Datei aber bis zum Ende wiedergegeben werden.

Im Anhang sind das angepasste Projekt sowie die Log-Dateien zu finden.

Ich habe das Projekt aus  FS#5180  weitergebaut und in eine Timecode Show überführt.

Führe ich die Timecode Show erstmalig nach dem Laden des Projekts aus, läuft diese bis zum Ende der Release Time wie erwartet ab. In dem Moment, wo der Marker wieder auf 0 springt (weil die sich Cuelist beendet hat), wird der Inhalt der Cue 2 wiedergegeben. Führe ich dann die Timecode Show erneut aus, wird die Cue 1 vollständig ignoriert und nur der Release der Cuelist ausgeführt.

Die Erwartungshaltung ist, dass nach dem automatischen Beenden der Cuelist (Release when last cue ends) und dem Zurücksetzen des Markers die Cuelist wie nach dem Laden des Projekts (oder dem manuellen Stoppen) aus ist und ich die Timecode Show vollständig wiedergeben kann.

Hätte ich als Release Mode “manual only” gewählt, dann wäre das aktuelle Verhalten in Ordnung.

Im QRM 22.3 wurde festgelegt, dass Cuelists mit Audio Cues grundsätzlich weiter existieren sollen. Einzig die Funktion, dass die Audio cue an die entsprechende Cuelist einen Timecode zurück gibt, wird entfernt. Siehe hierzu die Kommentare in  FS#4755 .

Ich habe in dem beigefügten Projekt nun eine Cuelist, die aus einer Audio cue und drei Licht cues besteht. Für ich die Cuelist aus, wird einzig die Audio cue wiedergeben. Alle nachfolgenden (Licht) Cues werden nicht ausgeführt, ob hier follow-Trigger hinterlegt sind.

Die Erwartungshaltung ist auf Basis des genannten Beschluss, dass die Cuelist eben vollständig bis zur letzten Cue ausgeführt wird.

Hallo,
beim herum experimentieren mit der 3.3 Bata in diesem Fall 11, ist mir was aufgefallen.

Ich wollte in einem Connection Set einen Timer verwenden.
Dann habe ich die Eigenschaften des Nodes aufgerufen und dort den Operator Rise Delay ausgewählt.

Aber als dann den Operator ändern wollte, wird mir hierfür nur noch das ausgewählte und keine Liste mehr angezeigt.
Auch die kleinen Bildchen davor die die Funktion verdeutlichen werden nicht mehr angezeigt.

Das passiert in meinem und auch in einem neuen Projekt.

Wie auf den angehängten Bildern zu sehen ist.

Füge ich ein neues Timer Node hinzu kann ich auch bei diesem die Funktion nur einmal ändern,
kann dann aber bei dem vorherigen Node die Funktion wieder ändern usw.

Gruß Steff

Die neue WPF-Message-Box kann aktuell noch in ihrer Größe angepasst. Dabei ist auch ein Maximieren möglich, wenn ich das Fenster an den Bildschirmrand ziehe. Dies sollte aber unterbunden werden und die WPF-Message-Box sollte eine ggf. global vorgegebene Größe erhalten.

Das DMXC-Mixer-Node hat auf der Output-Seite aktuell nur den Output “Device”, in dem die Device-ID angezeigt wird. Hier sollten aus Konsistenzgründen noch die Outputs “Name” und “Number” hinzugefügt werden, so wie es bei vielen anderen Wrapper-Nodes der Fall ist.

Dem entsprechend würden die ersten drei Outputs wie folgt lauten:

• (Device-) Name
• (Device-) ID
• (Device-) Number

Mit der Beta 9 hat sich die Reihenfolge der Einträge im Project Explorer geändert. Aktuell

• findet sich der Eintrag “Macro Board Profiles” an oberster Position im Project Explorer wieder
• ist der Eintrag “Softdesk” der vorletzte Eintrag.

Wenn ich in die älteren Versionen schaue, dann sollte folgende Reihenfolge die passende sein

1. Cuelists
2. Cuelist Groups
3. Devices
4. Device Groups
5. Presets
6. Files
7. Item Lists
8. Electricity
9. Timecode Shows
10. Macros
11. Master
12. Executor Pages
13. Softdesks
14. Macro Board Profiles
15. Stage Views
16. Layouts
17. Project Settings

Aus meiner Sicht sollte die Zeit für das automatische Schließen der Abfrage “Load last window layout?” verlängert werden. Gerade wenn ich größere Projekte lade, ist DMXControl 3 noch lange mit sich selbst beschäftigt. In diesem Zustand geht die Abfrage ein Stück weit darin unter, weil im Hintergrund noch vielerlei Dinge passieren.

Mit der Beta 11 ist das Rechnen mit Mastern in den Parametern eines Effekts nicht mehr zulässig. In welchem Wert für eine Funktion oder welcher Effekt dabei verwendet wird, ist dabei (offenbar) nicht relevant. Ich habe es unter anderem für die Effekte

• Bump
• PWM
• Chaser

sowie für die Funktionswerte

• Dimmer
• Strobe

probiert für unter anderem folgenden Syntax:

• Amplitude / Dimmer: {Parametermaster 1:*2} oder {Parametermaster 1: *2}
• Frequency / Duration / Strobe : {Speedmaster 1:/2}

Ich habe das Problem auf kritisch gesetzt, weil auf Grund dieses Fehlers alle Projekte nicht geladen werden können, in denen mit den Mastern gerechnet wurde.

Logs kann ich nicht beifügen, da im Moment der Bestätigung der Eingabe keine Einträge generiert werden. Es erscheint in der GUI nur die generische Fehlermeldung “Value not valid”.