Wenn ich das richtig verstehe Muss Sende-Universe == Start-Universe sein
Posts by Qasi
-
-
zu 1.
Ticket aufmachen bitte
-
Nicht vorgesehen, DMXControl ist kein ersatz für nen Ton-Pult
-
-
LightningBrothers was hat jetzt der Programmer Node mit dem PositionMaster zu tun?
Es ist nicht gedacht, den PositionMaster als Converter einzusetzen.
Es ist noch kein Converter-Node programmiert worden -
Das Neue ArtNet-Ausgabeplugin ist nach ArtNet Standard 4 gebaut.
Heist, es sendet nur Daten an Interfaces, die es findet per Unicast.
Heist, es muss keine IP oder Netzwerkkarte konfiguriert werden, und es läuft trotzdem der Trafik nur über das interface, wo auch ArtNet-Nodes sind
Falls Nodes verwendet werden die sich nicht an den Standard halten, oder das Netzwerk kacke konfiguriert ist, kann man auch die IPs de Nodes eintippen, und dann wird alles an jeden Node gesendet.
Aber auch hier gehen die Daten nur über die Netzwerkkarte, wo auch der Passende IP-Bereich Konfiguriert ist -
Du kannst zwischen Color-Mastern Fannen
-
If you want a 1:1 relation for the Dimmer
Just store every DImer-Channel with 100% in a seprate Cuelist with only on Cue.
Then assign every Cuelist to a single Executor.
Done
-
Isn Bug >> Bugtracker
Edit: Habs schon gefixt
-
Der Audio-Analyser ist ein Plugin, und somit nicht garantiert, das er in der Finalen Version enthalten ist.
-
Vielleicht kannst Du mir noch ein Tip geben welches Node es ist.
Wrapper->Timecodes->Timecode-Show
-
4. Du legst die TimecodeShow auf einen Executor und kannst mit diesem die Show starten
-
Hello Phil,
nice to hear.
So far we haven't done any big shows with the TimecodePlayer ourselves. So feel free to share your experiences and feedback with us.
Kind regards, Patrick
-
So, um mal die aktuelle Lage zu schildern,
Gute Nachricht, den Pull-Request hab ich gemacht.
Schlechte Nachricht,
Das StreamDeck XL Rev.2, sowie das Mini Rev.2, Plus und alles was da noch kommen mag. Wird erst ab der 3.3 Supportet, Grund dafür ist, das die zu Grunde liegende Library auf ein neueres Framework gehoben wurde, das erst ab der 3.3 unterstützt wird.
Sorry
-
Wenn ich die tage dazu komme, mach ich mal nenn Pullrequest,
-
Braucht nicht spekulieren, das StreamDeck XL hat ne neue Revision bekommen und damit auch ne neue Product-ID 0x008F
Darum wird es nicht von DMXC3 erkannt.StreamDeckXL Rev2 · Issue #51 · OpenMacroBoard/StreamDeckSharpHi, the StreamDeck XL has received an new revision and withit an new Product-ID 0x008F…github.com -
Du kannst im ProjectExplorer nur Profile anlegen.
Es gibt Profil-Vorlagen für die 3 StreamDecks, wenn du eine solche Vorlage verwendest Heist das Profiel halt per Default "StreamDeck"
Im input-Assignment sollten ein StreamDeck Über dem Unterordner Profiles auftauchen.DMXC und die StreamDeck-Software solltest du nicht gleichzeitig laufen lassen, weil DMXC direkt mit dem StreamDeck kommuniziert
Dann die frage, wie neu is das StreamDeck?
gut möglich, das es eine neue Revision mit einer neuen Seriennummer ist und deshalb nicht erkannt wird.
Wie ist die Serien Nummer
Wie ist die Firmware Nummer
Und ich benötige Screenshots wie hier gezeigt
RE: Stream Deck- Setting up and using with input assignmentAußerdem benötige ich die kompletten Logs bitte
-
Moin,
folgende Situation möcht ich mal luft lassen.
Auf Arbeit hab ich inzwischen täglich mit Lampen zu tun auf die ich per RDM zugreifen kann, um schnell mal die Adresse, den Modus, oder irgendeine andere einstellung aus der ferne ändern zu können.
Nun hab ich beinahe genauso offt auch mit Lampen von Astera zu tun, Konfigurieren über die App-Per Bluetooth schön und gut, aber auch nicht das Nonplusultra, wenn mann eine Große Location bespielt. Also einfach per RDM mal schnell 1-2 einstellungen geändert.
.....
Denkste....
Die Lampen sind nicht in der lage ordentlich per RDM zu Kommunizieren.
Im Discovery werden die lampen meist erst nach dem 2. oder 3. Anlauf gefunden, also die UID zumindest. Danach müssen natürlich noch die Parameter abgerufen werden, auch das gestaltet sich schwierig, es scheint so als is da ein Bug in der Firmware.
Also schreib ich mal ne Mail an den hersteller, und schildere das Problem.
Als Antwort bekomme ich dann einen einzeiler Per Mail.
"Unsere Lampen sind nicht RDM Kompatibel"
Da denk ich mir, danke fürs gespräch, und schön wie Lösungsorientiert der Mitarbeiter ist.
Da fängt es an in mir zu Brodeln.
Anstatt eine Lösung zu suchen oder wenigstens eine ordentliche Erklärung zu liefern.
Mir stellt sich die frage, warum dann nicht RDM richtig implementieren, das es auch konform ist, weil warum ist es denn überhaupt implementiert?
Frei nach dem Motto ganz oder garnicht.
Wenns nicht Konform ist, hat es in der Firmware nichts zu suchen, weil es hat einen grund, warum Protokolle spezifiziert werden und nur wenn mann sich an diese hält funktionieren diese.
-
Der Node den du suchst heist Beat To Bool
Der wechselt mit jedem hochzählen kurt auf True und dann zurück auf False
-
Prima... Im WIki wäre es im Artikel Panel-Konzept zu finden gewesen.
Schon gewusst?