@CMB:
Häh?
Du bastelst eine additive Farbmischung. das is RGB. Ende.
Ein Drucker arbeitet CMY. Das ist subtraktiv und somit nix für dich.
Für einen RGB auf CMY-Converter müsstest Du nur schnell ein paar Naturgesetze anpassen... (Da haperts ja auch beim DTP-Layout (?): Auf dem Bildschirm (rgb) schaut's super aus - auf dem Plakat (cmy) gibt's dann das böse Erwachen ;D
Entweder ich schreibe das ganze in Delphi - darin war ich mal ziemlich fit und werde es beim programmieren bestimmt auch wieder - oder ich schwenke auf C++ um - das müsste ich allerdings erst lernen...
Farbmischung pro Element ist gefortdert wie ich sehe - am besten Umschaltbar von RGB nach CMY oder wie oder was?
Und wir müssten uns einigen, ob wir ein/drei oder sogar vier dimmerkanäle pro element veranschlagen wollen...oder sogar frei konfiguriebar?
Also ich arbeite zwar mit LED´s, aber RGB klappt super. Besser gesagt da bei meinen LED´s Grün etwas zu kurz kommt mache ich RGBG. Bei anderen LED Typen brauchst man mehr blau. Also dann eine leistungsstärkere oder zweite Blaue LED.
Mit den Glühlampen müsste das genauso gehen. Einfach mal ausprobieren.
Meine LED Spot´s machen schönes Violett, Gelb und Orange.
Das ist aber ne Hardwareangelegenheit, oder?
Bzw. sollte evtl. in der "Dimmer"-Firmware angepasst werden können...Oder wenn es sein muss über den 4. Dimmerkanal - z.B. Kanal 4 ist immer 20% vom blauen Kanal(evtl. auch logarithmisch)
> gelb, blau, rot
Du kannst sicherlich auch mit diesen drei Lampen mehr als nur drei Farben mischen, wirst aber natürlich nich alle hinbekommen. z.B. blau und rot wäre ja auch bei RGB möglich.
Aber auch wenn du rote, grüne und blaue Lampen verwendest, wirst du sicherlich auch nicht alle Farben so schön hinbekommen, wie es die Theorie oder der Fernseher zeigt.
Erstens wirst du vermutlich die Wellenlängen nicht genau treffen und zweitens sind die Lichtquellen nicht alle an einem Punkt. Wenn du möglichst viele Farben und ein sauberes Weiss haben willst wäre vielleicht RGB und eine zusätzliche weisse Lampe eine Idee. (Damit wär dann auch endlich das Problem mit dem vierten Kanal geklärt) Die Blaue kann vermutlich mind. doppelt so leistungsstark (in W) sein wie rot und grün wenn du Glühlampen verwendest.
Für RGB Mischung wären LEDs vielleicht tatsächlich eine alternative, weil sie viel "reinere" Farben haben.
Wenn du mischen willst, ist aber auf jedenfall wichtig, dass die Lampen in dem Kasten so diffus wie nur möglich strahlen.
Henne:
Wie steuerst du die 8x8 Matrix mit dem AVR an? Direkt über die Portpins bzw. mit zwei Outputlatches im Adressraum vom AVR und PWM in Software? Oder mit nem AVR mit 8 Hardware PWM Ausgängen? Nur sind die ja leider nicht gerade die billigsten...
Hab grade mal Gelb, Weiß und Violett versucht. Aber bei den Fotos werden leider die Farben verfälscht. Gelb sieht auf den Bild zwar etwas heller aus kommt aber ungefähr hin.
Ist ein gar nicht zu unterschätzendes Thema wenn man ein vernünftiges Ergebnis haben will.
Wenn ich etwas mehr Zeit hätte würde ich mich auch wieder etwas Praktisch mit dem Thema beschäftigen. Aber die Arbeit geht einfach mal vor.
Zu groß ???? Noch ein Versuch.
michaeL: Lass Dich überraschen ;D
Was mein FX-Geraffel angeht:
ich habe grad 'ne exe angefangen. Das macht überschaubaren Code, falls sich jemand mal einem Plugin annehmen will. Bis dahin werde ich halt versuchen, DMXC übers Message-System zu hintergehen *g*
Hier mal die momentane exe zum Anschauen (ohne weitere Ausgaben und Funktionen)
EDIT:
für höhere Geschwindigkeiten, kann man später die resolution runterdrehen...
Schaut Euch mal die CPU-Belastung an 
- So einfach konnte man noch nie ne Welle mit 50 scannern machen *g* -
Hendrik
Nice
kann ich mir schön als neuen "Szenentyp" vorstellen (hatten wir ja schon mal angesprochen).
Die nächste Alpha wird wieder ein paar neue Funktionen an der Pluginschnittstelle bereitstellen, vll. ist da alles dabei was du brauchst.
Stefan
Stefan:
Yep. Gute Idee - allerdings weiß ich nicht, ob ich als Szene Funktionen nehme (so ist die Engine dynamisch erweiterbar - Michael hat das ja mal angesprochen...) oder komplette Templates (fnkt+phs+amp+offst...)
Anbei mal der derzeitige Code:
Einiges ist noch Müll - aber den Backbuffer finde ich ganz gelungen 
*gnihihi*
Von "technischer Seite" stelle ich mir das im Moment so vor:
Dein Plugin enthält eine Klasse, die sich als "Szenentyp" anmeldet. Daraufhin taucht z.B. "Numerical FX" im Popup des günen Plus auf. Klickt ein User darauf, wird im Repository ein Speicherplatz reserviert und deine Klasse aufgefordert, den Editor für diesen Speicherplatz zu öffnen.
Da können dann all die Einstellungen vorgenommen, die dein Demo-Proggi grad bietet. Nach einem Klick auf "OK" landen die Daten im Repository, nach "Abbrechen" wird der Speicherplatz wieder freigegeben.
Als "Speicherobjekt" denke ich an einen PropertyBag, da kann man ja beliebige Daten reinschreiben.
Wenn dann schließlich z.B. die Szenenliste bei einem "Numerical FX"-Eintrag ankommt, wird die "Szene" aus dem Repository geholt und an eine Funktion deines Plugins übergeben. Die müsste sich dann um die Ausgabe kümmern.
Damit ist doch eigentlich der "template"-Ansatz realisiert? Oder wie meintest du die Unterscheidung?
> Damit ist doch eigentlich der "template"-Ansatz realisiert?
Nicht nur das - damit wäre die Integration ins Szenenkonzept ( = heiliger Gral) geregelt.
sehr geniale Idee!
werde heute noch aus dem Phase nen Spread machen:
so ist das Template unabhängig von der Anzahl der ch. (spread legt den abzudeckenden Bereich fest, ch werden gleichmäßig darauf verteilt ;D)
ramp habe ich schon korrigiert.
Worum es mir zusätzlich noch ging:
User, die nicht im Code rumhacken möchten, können eine Datei mit Funktionsname und einem Array[200] mit Werten von -1..1 anlegen. Diese Dateien werden beim PlugIn-start gelesen und wandern als zusätzliche Fnkt. ins DropDown. (Zweck des Ganzen ist Flexibilität...)
Hier mal was zum Matrix-Plugin:
Ranko, was hältst Du von einer dynamisch gezeichneten Matrix (wie im Tut-Plugin)?
Durch Mousedown über einer Zelle wird selektiert. Hochbewegen der Maus: Inkrementieren der Helligkeit
Runterbewegen der Maus: Dekrementieren der Helligkeit
das schaut nett aus und erlaubt akzeptable Zugriffszeiten.
Für RGB könnte man via radio buttons die Farben einzeln wählen. (Ich hatte mal eine Demo mit einem Farbtopf geschrieben - aber die Usability bei Verläufen war ziemlich mäßig...)
Für die Matrix wäre die Einbindung in die Szenenbibliothek auch nicht schlecht. Es würden dann zwei Szenentypen zur Verfügung gestellt.
Einmal ne statische Szene - für Lichtbilder mit der Matrix
und zweitens dynamische Szenen, die in der Matrix editiert werden können(z.b. Farbverläufe, "Pong" oder sowas)...
Bei Matrizen stellt sich mir noch die Frage der Geräteverwaltung - 128378492 Geräte in der Liste zu haben ist sicher nicht schön.
Mit späteren Versionen soll es ja auch mehrere Dimmerkanäle geben. Vll. wäre ein neues Control in DDFs interessant, dass Kanäle als Matrix darstellen kann. Dann müsste man zwar immer noch für jede Matrix-Größe ein DDF anlegen, aber immer hin ist das dann nur noch ein "Gerät"...
Ich dachte schon daran, die Matrix als universelle Erweiterung zu sehen. Sowohl als Gerät, als auch als Szene...
Die Matrix bekommt einen Startkanal zugewiesen(Gesamthelligkeit stelle ich mir so vor) und die restliche Kanalverwaltung erledigt die Matrix selber.
Genauso das speichern von Matrixszenen(sowohl statisch als auch dynamisch)
Da schießt Du übers Ziel hinaus:
Durch Aufbauen einer Parallelwelt kann man dann Elemente nicht mehr in den Sequencer stopfen und Audioplayer wird auch eng...
Ich hatte in Erinnerung, dass 'Dimmer' eine Eigenschaft des Kanals in der SendMessage ist. Was spricht dagegen, 123456Kanäle an den Mixer zu schicken, die 'Dimmer' als Atribut haben? Der Krempel wird durch die HTP-Engine gejagt und gut ist ::)
-> Es gibt nicht 123456 Geräte à 1ch sondern 1Gerät mit 123456 ch.
Blöd wird's, wenn manche Ihre Matrizen unterschiedlich ansteuern (rbg, gbr, brg, rotes Universe grünes Universe blaues Universe)... (Da ist der Quatsch mit andersfarbigen Funzeln jetzt noch gar nicht berücksichtigt...)
Ich meinte auch nicht die Anzahl der Kanäle, sondern die der Geräte. Eine entsprechende Anzahl an Icons in der graf. Ansicht gäbe es ja dann auch, im Speicher wären x Objekte, das XML würde verdammt oft gelesen usw.
Das mit der "Parallelwelt" finde ich gar nicht so verkehrt, je länger ich drüber nachdenke. So kann man die einzelnen Geräte zwar nicht in eine normale Szene einbinden oder ähnliches, aber "Matrix-Ausgaben" lassen sich ja dennoch überall einbauen, eben als Szenentyp. Nur an die einzelnen Matrix-Geräte kommt man halt nicht herran.
