Umstieg 3.1.3 auf 3.2 .... Parallel installieren ?

Hallo,

ja, du kannst DMXControl 3.1.3 und DMXControl 3.2 parallel installieren. Das Einzige, was du beachten musst ist, dass du dann immer Kernel und GUI separat starten solltest, weil der Registry-Eintrag auf den Kernel durch die zuletzt installierte Version gesetzt wird. Sprich wenn du DMXC 3.2 nach DMXC 3.1.3 installierst, wird beim gemeinsamen Start (also Kernel und GUI gemeinsam) immer der 3.2-Kernel gestartet. Bei einem separaten Start von Kernel und GUI ist das aber kein Problem, weil du ja den 3.1.3 Kernel dann direkt startest.

Zu deiner Herangehensweise: Wenn du nicht unbedingt alles eh neu machen möchtest, kannst du zumindest deine Geräte, die Gerätegruppen, die Cuelists mit den Cues und die Cuelist Groups etc. übernehmen. Hierzu einfach eine Kopie der bestehenden Projekte anlegen und diese dann mit DMXControl 3.2 öffnen. Es haben sich zwar ein paar Dinge geändert. Aber es wurde da auch darauf geachtet, dass sich die Projekte zumindest laden lassen sollten (wenn es nicht lädt, dann sag Bescheid). Dann müsstest du nur den Softdesk neu anlegen, die Sachen im Input Assignment neu verdrahten und noch etwas warten, bis das Audio Analyzer Plugin bei uns intern durch den Beta-Test durch ist.

Viele Grüße
JP

Hallo Steffen!

Wenn du dir unter Windows noch zwei Umgebungsvariablen anlegst, kannst du beide Versionen auch zum Beispiel auf unterschiedliche DDFs zugreifen lassen oder unter den zuletzt verwendeten Projekten werden nur die aufgeführt, die du auch wirklich mit DMXControl 3.2 geöffnet hattest. Wie du die Umgebungsvariable für DMXControl 3 (.1.3) grundlegend anlegst, ist in unserem Schon gewusst? #19 beschrieben. Für und mit DMXControl 3.2 kamen dann noch die Umgebungsvariablen DMXC3_PROFILE_3_2 hinzu, womit sich die Daten für DMXControl 3.2. in ein anderes Verzeichnis verschieben lassen.

Viele Grüße, Stefan

Hallo in die Runde, Hallo Steffen!

ich habe das gleich mal probiert - es klappt gut. Ich konnte zwar noch nicht mit Interface und Geräten testen, aber das dürfte kein Problem sein, denke ich.

Ich habe beide Umgebungsvariablen angelegt, wie beschrieben und mit auf die Daten-festplatte gelegt. Dorthin habe ich auch die User-Files aus AppData und die Projektdateien verschoben.

Zusätzlich habe ich mir zwei Bachdateien geschrieben, die nicht nur den richtigen Kernel starten, sondern auch gleich die aktuelle Projektdatei mit laden.

Hier die beiden Dateien, die natürlich entsprechend anzupassen sind:

Inhalt der [DMX313.bat]:

@echo off
start " " "C:\Program Files (x86)\DMXControl_3.1.3\Kernel\Lumos.exe" D:\DMX-Control_3.1.3\Projekte\aktuell.zip
timeout /T 20 /nobreak
call "C:\Program Files (x86)\DMXControl_3.1.3\GUI\LumosGUI.exe" -nonetwork

und hier die für die 3.2: [DMX32.bat]

@echo off
start " " "C:\Program Files (x86)\DMXControl_3.2\Kernel\Lumos.exe" D:\DMX-Control_3.2\Projekte\aktuell.zip
timeout /T 20 /nobreak
call "C:\Program Files (x86)\DMXControl_3.2\GUI\LumosGUI.exe" -nonetwork

Natürlich muss man vor der Installation der 3.2 den Programmordner umbenennen, bei mir ist das: C:\Program Files (x86)\DMXControl_3.1.3

Nach der Installation von 3.2 habe ich noch vor dem ersten Start den Ordner auch umbenannt (C:\Program Files (x86)\DMXControl_3.2) und die AppDate Dateien an den neuen Ort, wie in den Umgebungsvariablen unter DMXC3_PROFILE_3_2 angegeben, verschoben.

Bei der Erstellung von BAT-Dateien hilft mir Nptepad++ am Besten.

Die Wartezeit von 20 Sekunden (timeout) kann man sicher noch etwas herunter setzen.

Grüße, Christian

Joa, das Timeout kannst du tatsächlich noch herunter setzen. Wenn du die GUI mit -nonetwork starten willst, dann reichen dann vermutlich so um die 10s. Wenn du die GUI ohne -nonetwork startest, dann geht das auch direkt ohne Wartezeit dazwischen.

Viele Grüße

JP

Ist es auch möglich LumosGUI.exe mit -nonetwork zu starten und das Projekt zu übergeben, sodass man den Kernel vorher gar nicht separat starten muss?

Das Beispiel von djquickwilli deckt dies doch so ab, dass du ein bestimmtes Projekt direkt mit einem Mausklick laden kannst. Du musst halt nur die Dateipfade an dein System anpassen.

Ging nur drum, dass der Kernel nicht separat im Fenster läuft (so wie wenn man nur LumosGUI.exe mit -nonetwork startet).

Wenns nicht geht ist auch kein Drama

Aktuell geht das noch. Wahrscheinlich wird sich das wegen gewisser Umbauten aber ändern. Das wird sich aber noch zeigen und kommt auch erst mit der 3.3.

Viele Grüße

JP

Was genau macht der nonetwork Befehl?

Der Parameter sorgt dafür, dass die GUI den Kernel startet und dieser dann versteckt startet.

Hallo Steffen.

Das eigentliche Programm verbleibt auch nach dem Anlegen der Umgebungsvaribale in dem ursprünglichen Installationsverzeichnis, zum Beispiel C:\Program Files (x86)\DMXControl 3.1\. Verschiebst du die Programmdaten einfach so manull, startet DMXControl 3 unter Umständen nicht mehr.

Mit den Umgebungsvariablen "verschiebst" du ausschließlich die User-relevanten Daten, die im AppData-Verzeichnis von DMXControl 3 abgelegt werden. Das sind die beiden "Hauptordner" GUI und Kernel mit ihren jeweiligen Unterordnern Log, Config und im Falle des Kernel-Verzeichnisses auch die UserDevices.

Viele Grüße, Stefan.

In Bezug auf die Installation ist es egal - DMXControl 3.1.3 war ja bei dir bereits installiert. Die Umgebungsvariable kommt dann erstmals zum Tragen, wenn du die Software startest.

Bedenke, dass du zwei Umgebungsvariablen anlegen musst: einmal DMXC3_PROFILE für DMXControl 3.1.3 und einmal DMXC3_PROFILE_3_2 für DMXControl 3.2. Beide Variablen sollten dann logischerweise auch in jeweils unterschiedliche Verzeichnisse zeigen. Und: du kannst nur die Version über die gemeinsame Verknüpfung starten, die zuletzt installiert wurde. Die andere Version (ich gehe mal davon aus, dass es bei dir die 3.1.3 ist) muss dann über die separaten Verknüpfungen für Kernel und GUI gestartet werden.

Da du aber nun von einem Dateipfad D:\...\Kernel\LibDevices. sprichst, sieht es aber eigentlich erst einmal gut aus. Wo du wie dein Projekt öffnest und abspeicherst, liegt nicht in der Hand der Umgebungsvariable, sondern in Windows selbst - und da verhält sich Windows manchmal nicht komplett nachvollziehbar. Ob beide Umgebungsvariablen richtig arbeiten siehst du am besten, wenn sich die Liste der zuletzt geladenen Projekte in beiden Versionen unterscheidet.

Was auch richtig ist, dass das DDF, welches du aus der DDFLib direkt über DMXControl 3 heruntergeladen hast, nun im Verzeichnis \Kernel\LibDevices\ abgespeichert wurde. Dies ist nämlich eine weitere bewusste Trennung zu deinen eigenen DDFs, welche im Verzeichnis \Kernel\UserDevices\ abgelegt werden. Denn auch hier ist es so, dass du ja durch den manuell initiierten Download DDFs überschreiben lässt. Und davon ausgegangen wird, dass DMXControl während der normalen Nutzung keine Schreibrechte im Installationsverzeichnis hat, existiert nun also das Verzeichnis \Kernel\LibDevices\ im "User-Verzeichnis".