Erster Eindruck / Feedback

Danke für dein lob und feedback! welche stellen haben denn deiner Meinung nach bei der bedienfreundlichkeit im Vergleich zur v2 nachgelassen?

Quote from just-lights

Wenn man für sich ergonomisch das Programmerfenster positioniert, ist es umständlich zum speichern des cues auf die Leiste am linken Bildrand zugreifen zu müssen.

Finde ich auch, ist aber auf dem letzten Vereinstreffen mehrheitlich so beschlossen worden. "Weil da findet man es direkt". Den Button in den Programmer zu verlegen, ist aber auch nicht die Lösung. Nicht jeder braucht den die ganze Zeit offen. Später geht das dann alles per Syntax. Kannste dir dann auf die Tastatur oder auf ein anderes Eingabegerät legen.

Quote from just-lights

Auch die Lösung dass man erst den cue speichern button drücken muss für die art der speicherung und dann nochmal um endgültig zu speichern Ist recht umständlich

Record -> Select (Executor). Das sollte alles sein.

Quote from just-lights

Im Executorfenster sieht man nicht, welcher executor mit welcher cueliste/cue belegt ist.

In der nächsten Beta ist die Anzeige etwas überarbeitet. Dann steht da auch der Name der Cuelist.

Quote from just-lights

Idealerweise wären einzelne verschiebbare Fenster( pro executor eins) mit Informationen zum
entsprechenden cue.

Ich muss gestehen, mir gefällt das Fenster so auch nicht. Schön fände ich es, wenn die größe der Buttons und des Faders konfigurierbar wären. Komplett frei positionierbar denke ich braucht es nicht sein.
Frei positionierbare Elemente gibts im Softdesk. (Aktuell eingeschränkte Funktionalität seitens DMXControl 3)

Quote from just-lights

- warum kann man im input Assignment nicht auf die executoren routen?

Weil noch keiner Zeit hatte es zu implementieren. In der nächsten Beta werden zumindest Inputs für die Kernel Objekte bereitstehen. In der Version 3.1 wird es dann auch Inputs für das GUI Fenster geben (inkl. Pages, etc.)

Quote from just-lights

- hilfreich wäre auch, wenn im cuelist editor immer die active cueliste angezeigt würde ( z.b. bei drücken von Go, die entsprechende cueliste in den editor laden),

Es gibt ja nicht "die eine aktive". Es können x gleichzeitig aktiv sein. Ich sehe aber, dass das bei manchen Arbeitsweisen einen Vorteil bringt z.B. Live, pro Lied eine Cuelist.

Dennis

Quote from just-lights

Quote from fisl

Ich muss gestehen, mir gefällt das Fenster so auch nicht. Schön fände ich es, wenn die größe der Buttons und des Faders konfigurierbar wären. Komplett frei positionierbar denke ich braucht es nicht sein.

Frei positionierbare Elemente gibts im Softdesk. (Aktuell eingeschränkte Funktionalität seitens DMXControl 3)

Ich sprach ja auch nicht von frei Positionierbaren Elementen, sondern von Fenstern, die nach eurem System fixiert werden können.

Dann könnte man sich diese an den unteren Bildrand des Monitors packen, alle schön nebeneinander;

Und genau untendrunter Hardwaremäßig ein Pult mit Fadern und Tastern bauen, diese dann im Input Assignment auf die executoren legen !!

So wären jedem Hardwarefader/Button ein entsprechendes Fenster mit Infos zugeordnet.

Display More

Ich habe das schon verstanden, wie du das meintest. Aber ich denke die Executoren in einzelne Fenster aufzusplitten hat für viele Nutzer nur den Nachteil, dass sie dann X (8, 12, 24, X) einzelne Fenster verschieben müssen. Das ist auch nicht wirklich praktisch.

Gerade hinsichtlich Pult gingen die Überlegungen dahin, eine Art Information Only Display zu machen, wo dann, wie jetzt lediglich Cuelist Name, Current, Next Cue, Fadetime left, Fader Level, Flash State angezeigt wird. Denn wenn ich Hardware habe, brauche ich keine virtuellen Controls. Die nehmen dann nur wertvollen Platz weg. Die dann irealerweise irgendwie zu der vorhandenen Hardware passend anzuordnen wäre natürlich gut.

Hallo Forum,

ich reih mich hier mal ein, da das vorangegangene Feedback schon ein ganz anständiges Niveau hatte, und ich einige ähnlichkeiten sehe
Und zwar bin ich auch in dem Milieu professionell tätig, also ausgelernt, und ebenso in meine Gemeinde fürs Licht zuständig, ebenso mit knappen/keinem Budget betraut.

Für die allwöchentlichen Sonntage mit bissl weisslicht und zwei hände voll thomann rgbkannen reicht noch der standart 48 channel scene setter, jetzt aber zeitweise in ne größere location auch mit bewegt-fixtures (und schon länger mit dem gedanken gespielt) also ran mit dem ding!

Ebenso wie der vorredner mit dmxcontrol 2 nicht ganz warm geworden, da schon sehr theater-lastig, aber die community hat mich schon immer sehr begeistert, also an der stelle schonmal dickes Lob!

Nun zur Sache:
1. Großartiger Ansatz! HAL und Kernel/GUI Trennung ist schonmal sehr professionell und überzeugend! Vorneweg: mir ist während der show dreimal die software abgeraucht, aber dank laufendem kernel nichts gemerkt!

2. StageView ist nen klasse Ansatz, allerdings hätte ich gerne Alternativen! Also einfach nen gruppenfenster oder ähnliches, (ist das im softdesk verfügbar?) da mir die stageview während der show abgeraucht ist und dann erstmal keine möglichkeit besteht, lampen anzuwählen.

3. Effekte im Nachhinein bearbeiten. Ich hab im Forum schon gelesen dass während der erstellung des effektes das noch nen bug ist wenn ich beispielsweise tilt veränder, sinus drauf lege, dann wieder tilt verstelle, sinus nicht mehr so richtig geht. das andere ist aber wenn ich das ganze cue gespeichert habe, hätte ich gerne ne möglichkeit wenigstens nur die amplitude oder phase oder sonstwas einzustellen. ebenso mit fanning. bei gespeichertem cue steht in diesen werten nur der cuename/presetname drin. bug/feature?

4. DMX-IN: Wie gesagt steht mir noch so nen 48-kanal lichtstellpult zur verfügung, also hab ich mir gedacht, an dmx-in am de-interface und los. im input assignement an nen executor gepatcht und geht, allerdings war bei der hälfte schon an! and bei dmx=255, also fader oben, interpretiert dmxc(3 beta6) intensity=200%.

5. Aus dem Channel-Overview direkt in Programmer -> Cueliste. Manchmal wenns hart auf hart kommt will man einfach mal zwei dmxkanäle direkt speichern. geht? oder fehlt noch?

6. Globale Fades/BPM für Cuelisten. Hab ich aus Zeitgründen nicht mehr geschafft zu experimentieren, und im wiki bis jetzt auch nichts gefunden. Geht das? wenn nicht -> +1

7. AutoGo für Executor/Cuelisten. Ohne Worte, +1

Das wars dann auch schon fürst erste, ansonsten positives Feedback, ist auf jeden Fall auf nem guten Weg! Kleiner Releasezyklen wenn auch mit kleineren Änderungen, (ganz ohne Druck ausüben zu wollen) wären denke ich noch eine große Hilfe und Ansporn an die Community!

Vielen Dank für die Software! Vielen Dank fürs durchlesen und ich freue mich auf Antworten!

Grüße

Micha

ich muss hier leider doppelposten da ich gerne feedback auf die oben genannten anregungen hätte. Sind sie es wert in den bugtracker zu übernehmen oder wie denkt die gemeinde hierrüber gerade sechs und sieben liegen mir am herzen. sonst hat sich ja mit dem rc einiges schon beantwortet. danke!

Zu 2: Wie stellst du dir die Alternativen vor? Ich meine, wie sollte das deiner Meinung nach aussehen?

Zu 3: Weiß ich leider nicht, wie das vorgesehen ist.

Zu 4: Das klingt auch nach Bug (wie schon in dem anderen Thread beschrieben). Kannst du es bitte in den Bugtracker eintragen, inklusive verwendete Projekt, Log etc. Dann können die Entwickler das nachvollziehen.

Zu 5: Wenn du lustig bist, kannst du sogar dem Kernel per Kommaandozeile sagen, er soll Kanal 2 auf 183 setzen ("dmxout 2 183"). Aber naja, DMXControl 3 ist ja hauptsächlich so ausgelegt, dass Eigenschaften gespeichert werden und keine Kanalwerte. Ich weiß zwar nicht ganz genau, was geplant ist, aber ein Modul, für das die Entwickler schon an einem Konzept arbeiten, ist eine Konsole, über die z.B. Theaterlichtler schnell und einfach Befehle ausführen können. Ich denke, da könnte etwas ähnliches integriert sein, weiß es aber leider nicht genau (auch nicht, wann die Konsole letztendlich kommen wird).

Zu 6 und 7: Trage es als Wunsch in den Bugtracker ein. Damit es nicht verloren geht.

Zu den kleineren Zyklen: Naja, jeder Release hat bei uns intern einen gewissen Rattenschwanz mit internen Tests und Bugreports, Packen, Signieren, Releasetexte entwickeln / Ankündigungen schreiben, Änderungen dokumentieren, usw.. Das lohnt sich leider erst, wenn eine gewisse Anzahl an Changes gemacht wurde. Wenn dann auch noch die Entwickler privat sehr beschäftigt waren und somit wenig im Projekt passiert, dann werden die Abstände eben (leider) etwas größer.
Viele Grüße
JP