DMXC 3.3.0 RC1: Kernel Projekt automatisch laden

Aktuell geht das nur über nen Startparameter.

Probiere mal --load und dann die Projekt ID

Bin mir gerade aber nicht mehr ganz sicher...

Gruß

Nutzer99

Quote from Fleckenzwerg84

Mach ich irgendwas noch falsch oder geht das tatsächlich nicht?

ja, tatsächlich hat sich das durch den Umbau der Projekt-Verwaltung vom User-basierten hin zur Project Administration noch einmal etwas verändert. Bevor ich aber sage, wie es geht hier eine Warnung: Dies ist ein Feature, welches rein für Entwicklungszwecke so integriert ist. Es ist nicht für den produktiven Einsatz gedacht und kann und wird sich auch in Zukunft noch einmal ändern (mehr dazu weiter unten)!

Seit dem Einzug der Project Administration muss der Kernel in diesem speziellen Fall direkt per Kommandozeile gestartet werden und nicht über den Launcher. Der Launcher kennt nämlich das folgende noch nicht: Dem Kernel musst du dann die ProjectID übergeben, also nicht den Pfad zur Datei, sondern die ID des Projekts. Diese findest du im ProjectStore von DMXControl 3 (in AppData) im Dateinamen (sollte offensichtlich sein ). Wie gesagt, das ist kein Feature, was offiziell so unterstützt wird. In einer der nächsten Versionen wird es dann auch eine passende Einstellung geben, mit der man das Start-Verhalten und falls gewünscht das Default-Projekt angeben kann. Ab dann wird die hier beschriebene Funktion wieder deaktiviert / nur noch für Entwickler nutzbar sein! Das also hier als Warnung.

Und auch noch einen wichtigen Hinweis zur Project Administration, weil hier eben der Dateiname angegeben wurde: DMXControl verwaltet ab der 3.3.0 die Projekte selbst. Das mag für manche User erst einmal eine Umstellung sein, weil man bisher die Projekt-Schätze selbst im Dateisystem verwaltet hat. Die Vergangenheit hat aber gezeigt, dass es dabei immer wieder zu Verlusten kam, weil Projekte ausversehen überschrieben wurden und das Backup auch nicht richtig funktioniert hat. Dadurch, dass DMXControl 3 nun die Projekte selbst verwaltet, können wir endlich ein sauberes Versionsmanagement inklusive sauberen Autosaves bieten, zu denen man einfach und aus der Oberfläche heraus zurückkehren kann. Daher sollte hier bitte nicht mehr im Dateisystem herumgepflügt werden, sondern das DMXControl 3 überlassen werden und ganz wichtig ab jetzt auch immer Autosave aktiviert werden. Wenn man DMXControl 3 da noch nicht voll vertraut und Angst um die eigenen Projekte hat, dann kann man den gesamten ProjectStore noch einmal sichern.

Viele Grüße

JP

Wie meinst du deinen ersten Satz? Was verstehst du unter "mindestens einmal manuell geladen"? Warum ich frage: Nun gibt es eine Unterscheidung zwischen Projekt und Projekt-Version. Das, was man bisher als Projekt kannte mit einem ladbaren Stand ist nun eine Projekt-Version, also eigentlich nur eine Version eines Projekts. Das Projekt umfasst nun mehrere Versionen und eine Info über allgemeine Projekt-Daten wie der Name, der Autor, die Tags etc. Außerdem gibt es nun eine Unterscheidung zwischen laden und importieren (letzteres gab es davor nicht). Daher meine Frage.

Quote from Fleckenzwerg84

Und dann liegt das Projekt halt lokal im AppData Ordner und NICHT in einem von mir festgelegten Verzeichnis?

Fast korrekt. Ja, das Projekt mit all seinen enthaltenen Versionen liegt im ProjectStore, der vom Kernel verwaltet wird. Du kannst aber diesen Ordner (aktuell noch rein per Umgebungsvariable, später ist das auch mittels Installer geplant) an eine andere Stelle in deinem Betriebssystem setzen. Allerdings eben den gesamten Ordner, der sonst unter AppData liegt, inklusive des ProjectStores.

Quote from Fleckenzwerg84

hätte ich gern mein Projekt in meinem OneDrive gesichert

Was hindert dich daran, den gesamten ProjectStore zu sichern? Das war ja das, was ich meinte mit "separat sichern". So hast du eben nicht nur eine Version gesichert, sondern alle Projekte inklusive aller darin enthaltenen Versionen.

Quote from Fleckenzwerg84

Würde mich schon wieder n bisschen wurmen

Um Frust vorzubeugen hier die Erklärung, warum wir das machen mussten. DMXControl 3 ist als Server-Client-Architektur aufgebaut. Sprich, der Kernel (Server) arbeitet mit den Projekten. Dieser kann aber im Prinzip überall laufen und muss nicht zwingend auf dem PC laufen, auf dem auch die GUI gerade aktiv ist. Das führt zu einem Problem, weil der Kernel das Projekt zum Laden braucht und nicht die GUI, ich aber beim Öffnen nur in der GUI-Umgebung bin und nur dort einen Dateiexplorer aufmachen kann. Das ist bisher (bis einschließlich DMXControl 3.2.3) nicht wirklich aufgefallen, weil de facto eine Verwendung des Kernels auf einem anderen Rechner nicht funktioniert hat. Es wurde trotzdem jedes Mal das Projekt erst einmal von der GUI verpackt und an den Kernel geschickt, was man bei größeren Projekten manchmal im Ladescreen sieht mit "Sending Project to Kernel". Wenn der Kernel aber wirklich unabhängig laufen soll, muss er die Projekte verwalten, weshalb wir den ProjectStore eingeführt haben und dieser in den vom Kernel verwalteten Settings-Ordner gewandert ist. Wir hätten auch noch einen weniger DMXControl-zentrierten Ansatz fahren können (hatten wir in der Planung auch als Option). Bei dieser Option hätte es auch einen ProjectStore gegeben, aber der User wäre für die Organisation und Verwaltung der Projekte in diesem Ordner verantwortlich gewesen. Dann wären aber viele Annehmlichkeiten wie eben die integrierte Versionierung und Zuordnung von Backups zu einem Projekt nicht so einfach oder gar nicht möglich wie sie nun sind. Das als Hintergrund, warum die Projektverwaltung so ist, wie sie nun geworden ist. Uns ist bewusst, dass das erst einmal eine Umstellung ist (war es für uns auch). Selbst für mich, der diese Konzepte zusammen mit Arne maßgeblich ausgearbeitet hat und die Project Administration umgesetzt hat. Aber mittlerweile habe ich mich da auch daran gewöhnt und ich mache mir keinerlei Gedanken mehr um die Dateien, die da irgendwo im Hintergrund liegen, sondern nur noch um die Organisation der Projekte in der Project Administration