Projektdatei von V3.0.2 auf V3.1.x migrieren?

Hallo!

Hänge doch bitte auch nochmal dein Projekt sowie die im Projekt verwendeten DDFs hier an. Wie im Feedback von mir im Bugtracker beschrieben, müssen die DDFs seit DMXControl 3.1 und der folgenden Versionen 3.1.1 und 3.1.2 an bestimmten Stellen genauer spezifiziert werden, unter anderem im Bereich der Strobe-Funktion. Aus diesem Grund kann DMXControl dein Projekt nicht öffnen, woraus dann auch verschiedene Folgefehler entstehen, unter anderem die Info, dass IDs nicht gefunden werden.

Was du machen kannst, die DDFs aus deinem betreffenden Projekt einfach mal in ein neues leeres Projekt zu laden. Wenn das für DMXControl nicht möglich ist, bekommst du eine Fehlermeldung, wo Korrekturen im DDF von Nöten sind. Unsere Doku zu den DDFs im Wiki unter DDF_DMXC3 sollte dir hier auch bereits weiterhelfen. Du findest zu jeder Funktion jeweils auch ein entsprechendes Beispiel. Der DDFCreator kann dir leider hier nur bedingt weiterhelfen, weil es in der Tat keine Version gibt, die alle aktuell möglichen Funktionen unterstützt.

Viele grüße, Stefan.

Dass du dich an dieser Stelle zierst, das Projekt hier anzuhängen, kann ich bei von dir genannten Rahmenbedingungen nachvollziehen. Bei meinen Hauptprojekten handhabe ich das nicht anders. Daher können wir das gerne per direktem E-Mail-Kontakt abhandeln. Alternativ darfst du mir auch gerne eine persönliche Nachricht über das Forum schicken.

Bevor wir nun ins Eingemachte gehen: wann ist die Uraufführung? Ich will nämlich nicht ausschließen, dass nicht allein die DDFs korrigiert werden müssen, sondern dass du auf Grund des Umbaus der Subproperties in DMXControl 3.1 auch einige Cues nochmal anfassen musst und bei der Anzahl wird da sicher einige Zeit ins Land gehen.

Quote from McGyver2000de

Öh, bin leider nicht sehr oft in Foren unterwegs....wie schreib ich Dir denn ne private Nachricht??

Mmmh, hab das BriefIcon entdeckt....ist es das?

...teste es mal demnächst.....nicht mehr heute Abend.....äh Nacht!

Dazu kann ich etwas sagen Oben rechts in der Menüleiste gibt es diese zwei Sprechblasen übereinander gelegt. Da einfach drauf klicken und in dem sich öffnenden Overlay auf das Plus oben rechts klicken. Der Rest sollte selbsterklärend sein

Quote from McGyver2000de

Gibt es eine Möglichkeit, die V3.0.2 per SpezialUpdate zumindest irgendwie zu stabilisieren?

Das wird leider schwierig, weil schon viel Arbeit in DMXControl 3.1 und 3.2 fließt. Es ist wie Stefan sagt sinnvoller das ganze Projekt auf DMXControl 3.1 zu heben.

Viele Grüße

JP

Der Punkt, weswegen es kein Konvertierungsprogramm gab, war insbesondere dem Punkt geschuldet, dass dieses Konvertierungsprogramm an vielen Stellen hätte "Mutmaßen" müssen. Ein Beispiel: in Falle der DDFs benötigt DMXControl 3.1.X mittlerweile weiterführende Angaben, die aber manuell nachgetragen werden müssen. Dies betrifft unter anderem die Strobefrequenzen der verschiedenen Effekte, die das Gerät von Haus aus unterstützt.

Ganz im Dunkeln tappen musst du nach dem erfolgreichen Laden des Projekts in DMXControl 3.1.X aber nicht: du erhältst eine Auflistung, an welcher Stelle Konflikte aufgekommen sind, die du dir entsprechend anschauen müsstest.

Wenn es eine Konvertierungsmöglichkeit gibt, dann bauen die Programmierer diese natürlich auch gleich in DMXControl 3 selbst ein, damit man kein zusätzliches Programm braucht. Die Entwickler wissen auch, dass es doof ist, beim Versionswechsel einen Teil des Projektes zu verlieren und nochmal neu machen zu müssen. Die Problematik ist also mehr als bekannt. Im Falle von 3.0 auf 3.1 geht das allerdings nicht zu 100%, denn das ist nicht eine reine Umstrukturierung sondern eine Änderung des Konzepts an zwei Stellen. Hier mal eine kurze Erklärung dazu, die längere steht dann in der verlinkten News:

• DDFs: Bei den DDFs sind ein paar Parameter neu hinzugefügt worden, die angegeben werden müssen. Das ist vor allem beim Strobe der Fall. Ohne die Angabe kann DMXControl die Werte nicht richtig berechnen, weshalb das nun angegeben werden muss. Diese Werte sind allerdings nicht vorhanden und DMXControl kann sie sich nicht aus den Fingern saugen Daher müssen die DDFs angepasst werden, was jedoch kein soooo großes Problem sein dürfte, weil DMXControl bei den DDFs entsprechend die Zeilen anmeckert.
• Das große Projektproblem liegt an den sog. SubProperties. SubProperties sind Untereigenschaften einer Gerätefunktion. Z.B. sind PAN und Tilt die Subproperties der Funktion Position. Ähnliches gibt es bei Color mit R, G, B etc. In DMXControl 3.0 waren SubProperties im Grunde so was wie ganz normale Eigenschaften zumindest, was die Ansteuerung angeht. Man konnte auf sie alle möglichen Dinge wie Fannings und Effekte anwenden. Das gleiche galt jedoch auch für die Position-Eigenschaft. Nun konnte man also einen Effekt auf Position legen, der Pan beeinflusst, dann aber noch zusätzlich einen Effekt auf Pan selbst legen. Nun konkurrierten beide Effekte um die Pan-Eigenschaft. Viel Code sollte das in geordnete Bahnen lenken, aber das war so fehleranfällig, dass DMXControl 3.0 bei solchen Konstellationen regelmäßig abgeschmiert ist. Daher wurde dieser Teil komplett umgebaut (auch als #2045-Umbau bekannt). Dabei wurde der komplette Code rausgeworfen und SubProperties sind nun nur noch Untereigenschaften ihres Parent. Das hat jedoch einige Auswirkungen, denn nun kann man nicht mehr Effekte unabhängig auf Pan und Tilt legen (also z.B. ein "<"-Fanning auf Pan und ein "<>"-Fanning auf Tilt). Beides geht nun immer über die Position-Eigenschaft, weshalb alle Subproperties nur immer das selbe Falling haben können. Da es jedoch solche Konstellationen in DMXControl 3.0-Projekten sowohl bei der Position als auch bei der Farbe geben kann sind diese nicht 1:1 automatisch portierbar. Wir haben in internen Team-Meetings sehr lange darüber geredet, wie wir da vorgehen, denn uns war natürlich bewusst, dass die Projekte dann an einigen Stellen neu erstellt werden müssen. Wir haben uns aber für die Variante ohne Konvertierung entschieden, denn selbst mit irgendeinem Magic-Code hätte man maximal 70% der Fälle übernehmen können und dabei noch nicht einmal sicher gehen können, dass die Übertragung vollständig korrekt abläuft. So hätte man dann wieder sämtliche Cuelists durchschauen müssen, ob diese korrekt sind und entsprechend anpassen müssen. Außerdem wäre viel Code-Balast, den man ja extra rausgeworfen hat weil er nicht wartbar war durch neuen genauso wenig wartbaren Code ersetzt. Daher ist die Entscheidung gefallen, das komplett weg zu lassen. So weiß man zumindest, dass die Sachen nicht übernommen wurden. Sonst muss man aufwändiger danach suchen. Näheres dazu findest du auch in unserer News über dieses Thema: Entwicklernews - 16_KW25 - Umbau für DMXControl 3.1 ("FS#2045"-Umbau)

Ich hoffe es wurde jetzt etwas klarer, warum es diese Probleme gibt.

Viele Grüße

JP

Edit: Oh, Stefan war schneller. Dafür gibt es jetzt hier die Langversion zu seinen Ausführungen

Kurze Antwort: Letzteres gibt es! Das ist das, was ich mit "Auflistung" meinte...

Alles gut... Wie ich eingangs sage und nur nochmal der Vollständigkeit halber: erst müssen es die DDFs grundlegend tun. Wenn dieser Punkt geschafft ist, erhältst du auch die Liste, die du dann wie eine Checkliste abarbeiten kannst.

Der schnellste weg wäre, wenn du MIR oder einen meiner Vorredner die DDFs zukommen lässt, wir sind alle samt Vereinsmitglieder, und werden nichts veröffentlichen, solange wir nicht deine Erlaubnis haben.

Es gibt 2 verschiedene Listen:

Die erste erscheint beim Laden und sagt dir, was aus deinem Projekt nicht geladen werden kann. Solange diese Punkte nicht abgearbeitet sind Wird das Projekt nicht funktionieren

Die zweite Liste wird erstellt, wenn dein Projekt auch fehlerfrei geladen werden kann(1. Liste ist leer). Diese Liste ist die ToDo-Liste, sie sagt dir Wo und Was nicht konvertiert werden konnte. Diese musst du dann punkt für punkt abarbeiten

Moin, moin!

Ich habe mit mal die ersten Daten angesehen - also erst einmal ein paar DDFs. Und ich habe auch gleich entsprechend Hand angelegt. Es war nämlich so, wie ich vermutet habe: beim Eurolite LED-TMH 60, Eurlite DMX Supterstrobe 2700 und dem Futurelight DJ-Scan 260 fehlten bei

• Strobe
• Colorwheel-Rotation
• Gobo-Rotation
• Gobowheel-Rotation
• Prisma-Rotation

die Angaben für die jeweilige minimale und maximale Drehzahl, also die Attribute minval und maxval. Darüber hinaus ist die Prismenrotation beim Eurolite LED-THM 60 falsch implementiert. Hier liegt ja die Drehung des Prismas auf dem gleichen DMX-Kanal wie die Funktion Primsa ein- und ausfahren. Statt

<prism dmxchannel="8">
  <prismrotation dmxchannel="8">
    <range type="cw" mindmx="51" maxdmx="255" />
  </prismrotation>
  <step type="open" mindmx="0" maxdmx="15" caption="offen" />
  <step type="prism" mindmx="16" maxdmx="50" caption="Prisma" />
</prism>

müsste die Implementierung eigentlich so aussehen, da du sonst das Prisma auch gar nicht anhalten kannst

<prism dmxchannel="8">
  <prismrotation />
  <step type="open" mindmx="0" maxdmx="15" caption="Open"/>
  <step type="prism" mindmx="16" maxdmx="255" caption="3-facets radial prism">
    <step type="stop" handler="prismrotation" mindmx="16" maxdmx="50" />
    <range type="cw" handler="prismrotation" mindmx="51" maxdmx="255" minval="0.1" maxval="3" />
  </step>
 </prism>

Hier kannst du auch exemplarisch sehen, wieso das Laden deines Projekts grundsätzlich fehlschlägt: DMXControl 3 weiß nicht, bei welchem DMX-Wert sich das Prisma wie schnell dreht. Dies gibst du über die Attribute minval und maxval an.

Diese Informationen benötigt die HAL, wenn du verschiedene Geräte in einer Gruppe zusammenfasst und zum Beispiel bei allen Geräten die (nahezu) gleiche Drehzahl der Goborotation einstellen möchtest. Da wäre es dann egal, dass das eine Gerät die Gobos grundsätzlich schneller drehen lassen kann als ein anderes. Gibt du eine Drehzahl von beispielsweise 2 Umdrehungen pro Sekunde vor, berechnet die HAL dann den zugehörigen DMX-Wert, der zu dieser Drehzahl gehört - vorausgesetzt, die Angaben im DDF passen soweit.

Mit den Eurolite LED TMH-75 Hybrid beschäftige ich mich möglicherweise morgen - da muss ich mich erst noch genauer reindenken.

Bis dahin - viele Grüße, Stefan.

PS.: Ich habe mich übrigens bewusst dazu entschieden, dir diese Rückmeldung über das öffentliche Forum zu schicken und nicht als private Nachricht, da es sich hier um allgemeine Grundlagen in der Erstellung von DDFs für DMXControl 3 handelt, die folglich nicht projektspezifisch sind.

Wenn es über den DDFCreator nicht in der Datei landet, dann musst du es manuell in der XML-Datei direkt nachtragen. Leider ist der DDFCreator an vielen Stellen nicht mehr up-to-date, weswegen einige Punkte nur manuell ihren Weg in das DDF finden können.

Die Definition des Prismas kannst du aber noch weiter vereinfachen:

<prism dmxchannel="9">
  <prismrotation />
  <step type="open" mindmx="0" maxdmx="15" caption="offen" />
  <step type="prism" mindmx="16" maxdmx="255" caption="3-facatte prism">
    <range type="cw" handler="prismrotation" mindmx="51" maxdmx="255" minval="0.1" maxmal="3" />
  </step>
</prism>

Die HAL unterscheidet nämlich von selbst zwischen Wertebereich für Stopp und Wertbereich für Rotation. Daher musst du das Prisma nur einmal generell angeben. Die Werte für minval und maxval habe ich jetzt mal angenommen.

Mahlzeit

Dass du bei DMXControl 3.0.2 noch so arbeiten musst, will ich natürlich nicht ausschließen. Ich selbst habe die Doku auf Basis der Version 3.1.1 und den folgenden Versionen überarbeitet - wie das bei der 3.0.X-Reihe war, kann ich daher nicht sagen.

Wie sich die minval und maxval ergeben, findest du im Wiki-Artikel mit den Grundregeln zu den DDFs in DMXControl 3. Die Tabelle dort sollte selbsterklärend sein.

Viele Grüße, Stefan.