DMXControl 3.0.1 RC ist da!

Das würde mich auch interessieren. Hatte aber glaube ich schon mal schlechte Erfahrungen damit gemacht die Zeile "Color" wegzulassen. Bei mir besteht aber auch gerade das Problem das in der Zeile Color falsche Werte übernommen werden. Siehe Foto in meinen letzten Post.
Bugtracker FS#2456

der unterschied zwischen rgb und colo(u)r ist, das manche geräte eine additive (rgb), manche eine subtraktive(cmy) farbmischung haben und manche feste farben (farbrad)
zum letzteren bin ich mir icht sicher, aber ich glaube das liegt daran, das wenn du zb in einer gruppe einen farbwert, zb lila speicherst und irgendwann weitere geräte in die gruppe hinzufügst die eine andere farbmischung verwenden, diese auch die farbe wiedergeben können.
denn rgb werte wären andere im vergleich zu cmy -> bsp: ch1-3 rgb und/oder cmy - farbe lila rgb 255,0,255 - cmy 0,255,0

Aber genau das ist ja der Vorteil von dmxc 3:ich brauch mich nicht um irgendwelche gerätespezifischen Werte zu kümmern. Ich verstehe nicht, warum nicht der Wert "colour" reicht. Damit müssten doch alle Geräte klarkommen. (rgb, cmy und Farbrad)
Gruß Patrick

hallo Patme,
das Warum kann ich dir auch nicht zuverlässig beatworten , das können nur die Techniker, aber das im Cue nur Color liegen sollte ist aktuell zu empfehlen.

Vorstellen könnte ich mir, dass man ja über die Geräte ( Devices ) viel mehr ansteuern kann als nur RGB ..( mal Color anklicken )
Hier Benötigt man ja einen "container" um das dort ab zu legen also Color...
Auch eine Externe Verbindung von DMX Eingängen an die Geräte wären hier möglich , das geht natürlch an einem Cue vorbei.

Auch eine Farbmischung mit 4 Farben kann ich mit vorstellen wobei ich diese bei DMX noch nicht gesehen haben.
Im Grafikbereich ganz normal.

Ich weis nicht ob ich richtig liege... könnte aber sein.

Gruß Uwe

das liegt daran, das viele user unterschiedliche vorgehensweisen haben und steuerungen (hardware)
wenn du zb 3 encoder-räder benutzt oder tastatur gewohnt bist, geht das für den jeweiligen nutzer "schneller", natürlich subjektiv

jein - also die geräte können nicht klar kommen, weil die meist nur 1 farbsyystem verfügen. auch wenn die mehrere besitzen ist es, dass das signal nur werte überträgt. das gerät kann nicht wissen was es bewirken soll, es weis nur das ch1 den wert 239 hat zb
ob das nun farbe oder pan ist, weis es nicht. und dmx-steuerung im allg genauso wenig. gut, n un gibt es welche wie dmxc3 die das ansatzweise können. sie können die farbe interpretieren und wissen sie zu mischen, vorausgesetzt, es ist ein farbmischsystem. bei farbräder sieht es anders aus. da sucht dmxc3 die ähnlichste farbe so wie bei den gobos auch, aus. das muss du dann dmxc3 auch bei bringen. bei gobos ist es unter settings das affinity. aber bei farben geht das größtenteils automatisch. das hängt vom ddf ab

eine 4-5 farbmischung gibt es ja rgba oder auch rgbw

----- ich bin gerade nicht zuhause um das fachmännisch zu vertiefen und arg in die materie der farb und lichttechnik einzugehenund kann gerade nicht nachschlagen, in mein schlaues büchlein und nichts falsches erzählen will --------------

Bin ich der einzige wo das mit der Colorzeile auftritt?

Hallo Hanzmann,
ich bekomme das nicht hin....
Wobei ich eigentlich immer den Color Wert speichere und nicht die Einzelfarben.

Aber das sollte nicht der Grund sein, der falsche Wert ist bei dir klar ersichtlich.

In vielen Fällen wo ein Color -Effekt hinzugefügt wird, ist der Wert der Farben 3 mal 255 , und ich habe z.B. ein buntes Wechsellicht.
Hier gilt dieser Wert dann ohnehin nicht da er überschrieben wird.

Ich denke hier müssen die Programmierer noch mal drauf gucken.

Gruß Uwe

Hy,

Zu dem Thema "Color" und "RGB", das liegt an der Art und weise wie die aktuelle 3er Version die "Untereigenschaften" (also R, G, B bzw. Pan / Tilt bei Position) handhabt.

Es treten dabei Probleme auf, dass die Position Werte nicht zu Pan / Tilt passen bzw. anderes komisches Verhalten. Der Haupt Eintrag im Bugtracker ist FS#2045 : Umbau Sub Properties, und wie man sieht sind sehr sehr viele berichtete Fehler von diesem Abhängig.

Nach vielem Überlegen wird das von Grund auf überarbeitet. Das ist aber ein größerer Umbau, der sehr Invasiv ist. Aber wir sind dran. Erste tests von der DevCon 2015 haben gezeigt, dass es schon gut funktioniert.

Gruß

Arne

Das Problem ist das es nicht am Projekt liegt. Selbst bei einen neu erstellten Projekt tritt der Fehler auf. Mir bleibt nix anderes übrig als nur die einzelnen RGB Werte, ohne "Color", zu speichern.

Edit:
Jetzt bekomm ich auch noch ganz lustig Fehlermeldungen. Ein vernünftiges arbeiten mit DMXC ist bei mir zur Zeit unmöglich.
Jemand eine Idee?

Hy,

Ja, wie gesagt, das hat nix mit dem Projekt zu tun sondern mit der Art und Weise wie DMXC 3 arbeitet.

Der Fehler sollte nicht auftreten, wenn man immer mit "Color" arbeitet und die "R, G, B" Eigenschaften nicht verwendet.

@Hanzman
Wo genau jetzt deine Fehler her kommen lässt sich aus den Screenshots nicht ermitteln. Hast du Logs zu deinen Screenshots, bzw. gibt es einen reproduzierbaren weg das zu reproduzieren? Falls ja, bitte einen Eintrag im Bugtracker aufmachen. Danke!

Gruß

Arne

Ich kann aber leider nicht mit Color arbeiten da da ja falsche Werte gespeichert werden... Zu den aktuellen Screenshots hab ich noch keinen Bugtracker Eintrag gemacht. Zu den Eigentlichen Fehler gibt es einen Eintrag. Siehe ein paar Posts weiter oben. Der neue Fehler tritt auf wenn ich versuche die Zeile Color aus den Preset zu entfernen.

Leider kann ich die

DMXControl_3.0.1_RC1_Setup.zip

nicht öffnen.
Nicht mit Total Commander
oder Winzip.

Gruß Wulf

Tschuldigung
Kanns natürlich doch selber.
Muss nur aktuellere Software verwenden.

Hi Wulf
nim winzip
und als passwort 12345678

Gruß Uwe

Quote from Hanzman

Ich kann aber leider nicht mit Color arbeiten da da ja falsche Werte gespeichert werden...

Hy,

Verstehe nicht was du meinst. Du kannst in die Color Zeile mit ; getrennt genau die R G B Werte eintragen, also "255;0;0" für Rot.

Gruß

Arne

Ja und wenn ich dann auf Add Preset klicke stehen in der Zeile andere Werte wie ich eingegeben habe. Die werden auch gespeichert und ausgegeben. Das ist halt mein großes Problem.

Hy,

Wenn du von Anfang an bei deiner Programmierung im Property Grid nur auf "Color" programmierst und NIEMALS bei RED, GREEN, BLUE irgendwas einträgst, also am besten das garnicht aufklappst, kann das Problem nicht auftreten.

Wie gesagt, die Art und weise wie RED, GREEN, BLUE implementiert sind ist gerade buggy aber wir arbeiten dran.

Das habe ich gemeint.

Für bestehende Presets und Programmierung wo R, G, B bereits verwendet wurde ist das keine Lösung.

Gruß Arne

Na toll. Dann hätte man die RGB Auswahl auch gleich weglassen können.

Ich hab jetzt ein neues Projekt erstellt und versucht nur mit der Colorzeile ein Preset zu erstellen. Das Problem mit den falschen Werten bleibt bestehen.

Ok, dann haben wir ein Missverständnis oder ein Problem

Kannst du einen Bugtracker Eintrag aufmachen und Schritt für Schritt beschreiben was du tust, wie wir das Problem reproduzieren können und wo deiner Ansicht nach falsche Werte gespeichert / angezeigt werden.

Screenshots wie der Oben helfen ungemein, also gerne an den Eintrag anhängen.

Danke!

Gruß Arne