Als einzigen Grund, bei dmxaddresscount einen Wert einzutragen, ist eine Matrix.
Es ist aus Performancegründen sehr sinnvoll den Wert immer anzugeben.
Wenn wir die Liste der Geräte anzeigen, brauchen wir die Anzahl der Kanäle. Die bekommen wir entweder über diese Angabe, oder wir müssten das ganze DDF parsen. Noch ist das kein Problem, aber bei hunderten DDFs kann das komplette Parsen schon etwas dauern.
Dennis
Das ist noch nicht integriert, da nicht alle diese Funktion als notwendig/wichtig ansehen.
Wo kommt diese Information her?
Dennis
Ups.
Mach mal "dmxaddresscount". Alles klein.
fisl
<device type="DMXDevice" dmxaddresscount="13" ...>Dennis
Goboshake gibt es und geht auch.
Könnter lange suchen. Geht noch nicht.
Über fehlende Gerätefunktionen haben Arne und ich letzte Woche diskutiert. Wir haben das auf dem Schirm.
Ihr könntet das aber bitte mal in den Buchtracker tun.
Dennis
Was ich zu bedenken geben möchte, wir reden hier von über >10 Jahre alter Hardware. Klar muss die nicht schlecht sein, aber irgendwann stehen die Kosten die noch zu unterstützen in keinem Verhältnis mehr zum Nutzen.
Die Tabellenansicht, die gerade entwickelt wird, braucht auch PS 1.1. Wenn die dann auch in den Programmer eingebaut werden sollte, gibts noch mehr Abhängigkeiten. Wir müssten vieles einfach doppelt entwickeln und auch pflegen. Und dafür fehlen uns die Ressourcen.
was kann ich machen, damit Dmxc 3 trotzdem läuft.
Einen Rechner mit einer Grafikkarte verwenden, die Pixel Shader 1.1 kann.
Dennis
Beim Beenden.
Welche werden nicht gespeichert?
Bei mir gehts ...
Doppelklick gabs mal, hat dann aber oft dazu geführt, dass versehentlich doppelt geklickt wurde.
Aktuell geht das nur mit Rechtsklick, links auf den grauen Rand der List, auf das Cue, wo du hinwillst und dann GoTo. Oder Cue markieren und dann aus dem Menu heruas GoTo. Das ist aber beides für Live wenig praktikabel.
Jeder hat andere Anforderungen. Du hast deine hier nicht genannt. Aber bei so nem kleinen Budget würde ich zu ner Softwarelösung greifen. Mit Pulten in der Preisklasse macht Licht doch keinen Spass. Die Pulte wie Chamsys MQ40, GLP Creation II, ETC Element, mit denen man dann arbeiten kann, gehen so ab 3500€ los.
Geht so noch nicht, kommt aber.
Dennis
Das im Bugtracker. Damit gehts dann auch.
Du könntest die Logs ja mal hier anhängen.
Der Bug mag wohl behoben sein, jedoch ist die Version, in der er behoben ist noch nicht veröffentlicht. Das angehängte Plugin mal getestet?
Ne, Kommentiert ist da nix. Aber der Code ist, wenn ich das noch richtig in Erinnerung habe, trivial. Aber vermutlich nicht schön, Weil musste ja schnell gehen.
Neben PreHeat könnte man auch generell gescheite Dimmer nutzen. Die sind dann auch entsprechend dimensioniert, dass die sich bei sowas nicht zerlegen ...
Je nach Anwendung (häufig an/aus) ist Vorheizen aber eine gute Idee. Schont die Leuchtmittel.
Dennis
Ich kann dir den Code hier anhängen, wenn dir das weiterhilft.
Dennis
Was ich noch nicht ganz verstehe ist, wie das mit der Addressierung läuft. Der WS2801 hat ja nur ein Data-In und Clock, kein Chipselect oder so...
Die hängen alle in einer Reihe. Wenn der erste Chip seine 24 Bit erhalten hat (24x CLK rising edge), legt er alle weiteren Daten + Clock an seinen Ausgang. Die nächsten 24 Bit erhält also der 2te Chip in Reihe. Der gibt die Signale dann ebenfalls nach 24 Takten auf seinen Ausgang. Usw. Datenblatt Seite 11.
Dennis
Also bei mir funktionierts. Häng mal bitte das Projekt an.
Dennis