Diskussion:DDF-Editor (Projekt)

aus dem DMXControl-Wiki

Gedanken...

Ich denke der Delphi Formular Editor ist schon ein gutes Vorbild für das Programm. Ein Qelltext/Grafik-Switcher sollte eingebaut sein (s. Dreamweaver). Ich denke man sollte alles, nur nicht die Prozeduren erstellen können, denn das wäre zu komplex und nur schemenhaft realisierbar. Programmiersprache (VB, Delphi, C) spielt eigenlich keine große Rolle, hauptsache der Programmierer kommt gut damit klar. Evtl. auch gleich ein Upload Tool integrieren, dass die fertigen DDFs auf dmxcontrol hochlädt in den Ordner "unchecked". Sobald ein Mitarbeiter die geprüft hat, kommt das in den allgemeinen Downloadbereich. Problem wäre nur Spam und Missbrauch.

--Stibie 18:38, 7. Aug 2005 (CEST)

Ich stelle mal die Frage, ob es sich lohnt jetzt noch einen Editor zu schreiben, der dann evt. in der 3.0 nichts mehr bringt, weil sich das Format geändert hat. Und man möge mich korrigieren, aber um das, was in der nächsten Version geplant ist, sinnvoll umzusetzen, muss das Format deutlich geändert werden - womit Stefan ja auch schon begonnen hat. Ich habe mich jetzt nicht eingehend mit den DDFs beschäftigt, mit den Prozedur-Geschichten sind wohl sehr flexible Sachen möglich. Nur, ist das DDF der richtige Platz für sowas? Wenn ich das DDF als Hardware-Abstraktion betrachte bekomme ich zwangsläufig Probleme, wenn es "mehr" tut als die Hardware abzubilden und sozusagen selbst intelligent wird. Das ist Aufgabe der Steuersoftware, nicht des HAL. Wenn ich einer bestimmten Rotationsgeschwindigkeit eine Farbe zuordnen will, (um mal das Handbuch zu zitieren ;-), dann mache ich das in meiner cuelist, aber nicht im DDF. Ein kompromiß wäre einen Layer für eigene Skripte einzufügen, der dann aber über dem HAL liegt. Außerdem ist es natürlich schön wenn für jedes Gerät eine eigene Bedienoberfläche zusammengeklickt werden kann, aber es untergräbt das Ziel einer einheitlichen Bedienoberfläche und macht es sehr schwer mehrere (verschiedene) Geräte gleichzeitig zu steuern!

--Matthias 23:57, 7. Aug 2005 (CEST)

Nun, sooo groß werden die Änderungen eigentlich gar nicht ausfallen. Das Format wird eigentlich nur viel umfangreicher. Einen bestehenden Editor sollte man also gut ergänzen können.

Die Prozeduren sind (leider) notwendig, um bei Geräten mit mehreren Funktionen auf einem DMX-Kanal diese einzeln ansprechen zu können (später mal sogenannte "SubChannels"). Kleines Beispiel: Beim RoboScan 518 liegen Goboauswahl, Goborotation und Rotationsgeschwindigkeit auf einem einzigen Kanal (nämlich ungefähr Gobo 1 linksrum langsam -> schnell; Gobo 1 stehend; Gobo 1 rechtsrum schnell -> langsam; Gobo 2 linksrum... usw). Um diese Abhängigkeiten auf drei einzelne Kanäle abzubilden, hab ich mal die Procedures eingebaut. Natürlich sind die nicht dafür gedacht einem Gobo eine feste Farbe zuzuordnen oder so etwas. Ich glaube das steht falsch im Manual.

Eigene Bedienoberflächen sollte es schon weiterhin geben. Die Technik dafür ist eh fertig ;-) Allerdings wird das dann optional sein, denn aus den Informationen für die HAL kann DMXC ja selber eine Bedienoberfläche stricken. Aber ob die halt immer schön aussieht... Mir schweben allerdings auch noch alternative Bedienfenster vor. Eines z.B., das immer nur die gemeinsamen Funktionen der selektierten Geräte anzeigt. Oder eines, in dem man mehrere Geräte gleichzeitig anzeigen kann.

StefanKrupop 08:45, 8. Aug 2005 (CEST)

Okay, bei so abenteuerlichen Geräten ist man mit den Prozeduren natürlich auf der sicheren Seite und kann alles unterstützen was die Firmen sich so Beklopptes einfallen lassen ;-) Mit der eigenen Bedienoberfläche meinte ich, das man für jedes Gerät eine eigene "designen" kann, weil die dann je nach Autor ganz unterschiedlich aussehen können. ("ich mach mir jetzt anstatt der drop-down liste für die gobos 7 Buttons hin")

Die alternativen Bedienfenster sind auf jeden Fall eine interessante Sache, denn imho fängt der Spaß mit fanning und offset im Effekt-editor erst so richtig an.. ;-)

--Matthias 13:44, 8. Aug 2005 (CEST)

Na gegen eine relativ sinnlose DDF erstellung ist man nie gesichert. Wenn einer seine Gobos lieber per Knopfdruck ansteuern will, soll er das doch machen.

Der Sinn des Editors soll ja nicht sein, das DDF automatisch zu erstellen, sondern der Editor soll beim erstellen helfen. Damit auch weniger eingearbeitete DMXC User die Möglichkeit haben ein DDF schnell zusammenzubauen. Da sich wie Stefan gesagt hat in V3.0 nicht soviel ändert, sollte der Editor mit ein paar Stunden arbeit angepasst werden können.

--Soon5 15:20, 26. Aug 2005 (CEST)