Posts by JPK

Hi,

ist das einfach ein Index für das Gobo, kann man also die Orientierung einstellen oder dreht sich da das Gobo dann auch kontinuierlich weiter?

Viele Grüße

JP

Quote from Ibe5

Name
Derzeit heißt die App "DMXC3 Remote". Ist eine Bezeichnung mit "DMXC"/"DMXControl" für euch in Ordnung, oder soll ich einen neutralen Namen wählen, um nicht den Eindruck einer offiziellen App zu erwecken?

Ja, bitte einen neutralen Namen wählen um genau dies zu vermeiden.

Hi,

erst einmal danke dafür. Da wir aber auch auf unserem Github-Account die Plugin-Struktur veröffentlicht haben, könntest du das auch gleich als Plugin bauen (lassen). Dann ist da noch etwas mehr möglich, inkl. Verwaltung von Joysticks etc.

Viele Grüße

JP

Quote from sushifix

Super, ich freue mich schon das nutzen zu können. Danke euch!

Öhm du kannst es eigentlich schon selbst probieren, denn die 3.3.3 ist seit ein paar Wochen öffentlich verfügbar

Öhm eigentlich sollte das gefixt sein (also hatte ich letztes Jahr gefixt, siehe das oben verlinkte Ticket). Also ja, es gibt da schon Neuigkeiten dazu (siehe den Status des oben verlinkten Tickets in unserem Bugtracker). Was machst du denn genau, damit wir das nochmal prüfen können.

Quote from Andi71409

Nur für den Fall, dass das alte Plugin zukünftig rausfliegt

Für das Erwartungshaltungsmanagement: Ja, der Plan ist, dass das alte Plugin in einer der nächsten Versionen entfernt wird und dann nur noch Art-Net 4 Plugin vorhanden ist.

Quote from Andi71409

wäre es schön, wenn das neue Plugin abwärtskompatibel wäre.

Ich werde das mal auf die Agenda einer unserer internen Meetings packen. Eigentlich sollte das Plugin schon jetzt an eine angegebene IP Adresse Art-net Pakete schicken.

Quote from LightningBrothers

Ich habe mal ein bisschen bei mir herumgespielt. Dass die Kommunikation nicht klappt, muss offenbar wirklich in Verbindung mit dem Art-Net-4-Ausgabeplugin stehen. Ich habe nämlich auch noch ein anderes Programm, welches ich damit nicht ansprechen kann.

Ok, spannend. Dann bitte ein Ticket anlegen.

Hallo,

es haben sich seither zwei Dinge verändert (genauer seit DMXControl 3.3.2). Einerseits haben wir ein neues Artnet Plugin eingeführt. Dieses wird nun standardmäßig installiert. Im Vergleich zum vorherigen Plugin ist das neue Artnet 4 geeignet. Dieses erfordert es eigentlich, dass sich Empfänger beim Sender anmelden, bevor Daten an sie geschickt werden. Dabei kann es sein, dass DMXControl 3 nicht mitbekommt, dass DMXControl 2.12 läuft, weil das noch einem älteren Standard folgt. Du kannst aber mal versuchen, im Artnet Plugin in DMXControl 3 die Loopback-Adresse (also 127.0.0.1) als zusätzliche Empfängeradresse einzutragen. Dann sollte DMXControl 3 auch dahin Artnet-Daten schicken.

Das andere, was wir geändert haben ist ein Bug im Timecode-Player: Dieser Bug hatte dazu geführt, dass wenn man mehrere Shows öffnet, dass dann der Speicher voll läuft (der Player hat den Speicher nicht aufgeräumt). Das sollte nun auch behoben sein und du könntest es nochmal in DMXControl 3 selbst probieren, ob du immernoch Speicherprobleme hast.

Viele Grüße

JP

Hallo,

könntest du bitte mal ein kleines Beispielprojekt bauen, in dem dieses Verhalten auch enthalten ist bzw. dein Projekt hier anhängen? Denn ich habe das gerade mal versucht nachzustellen und bei mir funktioniert das so wie erwartet (also das beim Loopen wieder die erste Cue korrekt ausgegeben wird).

Viele Grüße
JP

Quote from Unmoegbar

Gibt es das Wiki auch zum Download für den offline Betrieb?

Für DMXControl 3 leider nicht, weil wir doch immernoch an der Dokumentation von DMXControl 3 weiter schreiben. So veralten PDF-Handbücher mit der Zeit und der Wartungsaufwand für uns ist dann auch höher. Allerdings: Auf der folgenden Seite findest du praktisch alle Seiten des DMXControl 3 Handbuchs: https://wiki-de.dmxcontrol-projects.org/index.php?titl…tprogramm_DMXC3, die Doku für DDFs ist hier zu finden: https://wiki-de.dmxcontrol-projects.org/index.php?title=DDF_DMXC3. Und wenn du auf einer Seite bist, dann kannst du oben über die drei Punkte rechts auch die Druckansicht wählen und das dann als PDF abspeichern:

So kannst du dann zumindest für die Artikel, die dich interessieren, deine eigene Offline-Version erstellen.

Viele Grüße
JP

Quote from plin

Sieht gut aus - funktioniert. Ist es korrekt, dass implizit ein Dimmer in der GUI erscheint?

Ja, DMXControl 3 zeigt immer automatisch einen Dimmer an, wenn es irgendeine Form von Geräteeigenschaften gibt, über die man das Gerät dimmen kann. Daher kann man z.B. auch reine RGB-Geräte (also die nur diese drei Kanäle haben) in DMXControl 3 dimmen. Es wird dann halt einfach ein entsprechend skalierter RGB-Wert an das Gerät ausgegeben.

Hi,

hast du die entsprechenden Gobos auch in den UserDDF Ordner abgelegt? Denn wenn DMXControl 3 die Images dort nicht findet, werden die generischen Gobos mit den Zahlen angezeigt. Die auswahl funktioniert aber trotzdem normal, es fehlen halt die Gobo-Darstellungen.

Viele Grüße

JP

Musstest du irgendetwas am Code des Beamertools ändern? Wenn ja, dann gerne damit einen PullRequest bei unserem Repo stellen. Dann wird das eingepflegt und es wäre wieder lauffähig

Hallo,

ich habe gerade kein DMXC vor mir, aber ich bin mir recht sicher, dass du in den Einstellungen des PositionMasters seinen Bereich (also Minimum und Maximum) einstellen kannst. So wie das z.B. auch bei anderen Mastern wie z.B. dem ParameterMaster der Fall ist. Das müsste dann deine Probleme lösen. Und damit wird auch nicht die "falsche Position" angefahren. Du bist einfach am Limit angekommen und das Verhalten ist exakt so, wie es sein soll

Viele Grüße

JP

Vermutlich. Aber genauer kann ich das erst sagen, wenn ich das selbst ausprobiert habe. Könntest du aber vielleicht von so einem Lauf, bei dem dann nichts mehr geht, die Logs exportieren und an das genannte Ticket anhängen?

Hallo,

das scheint ein Bug zu sein. Könnte der gleiche Bug wie FS#5590 : FFT-Diagramm in den Timecode Shows werden nicht mehr richtig dargestellt / aktualisiert sein. Ich schaue es mir mal an.

Viele Grüße
JP

P.S.: Wir haben mittlerweile die 3.3.2 veröffentlicht, also kein RC mehr

Quote from Andi71409

Ist die Annahme korrekt: raw wird gefadet und rawstep wird nicht gefadet?

Ja deine Annahme ist korrekt: Raw wird gefadet und Rawstep nicht.

Hallo,

erst einmal: DMXControl 3 kennt für die unterschiedlichen Geräteeigenschaften auch unterschiedliche Überblendungs-Modi. Bei Farben und dem Dimmer fadet DMXControl 3 zwischen den beiden Werten, bei Dingen wie z.B. dem Shutter oder Gobos schaltet DMXControl 3 den Wert (üblicherweise ab der Hälfe des Übergangs. Daher wäre erst einmal die Frage, wie die entsprechenden Geräteeigenschaften, bei denen dich das Faden stört, genau im DDF definiert sind. Wenn du das DDF hier anhängst, kann man da mal reinschauen. Unter Umständen kann mit einer Anpassung hier schon das Verhalten korrigiert werden.

Dann gibt es aber auch noch andere Wege, das Verhalten zu beeinflussen. Eine spezielle Möglichkeit ist der sog. Cue Timing Editor. Mit diesem kannst du für jede Cue noch einmal genauer einstellen, wann (sprich welches Delay) und wie schnell (sprich die Fadetime) die einzelnen gespeicherten Geräteeigenschaften der Cue eingeblendet werden. So kannst du z.B. definieren, dass die Cue innerhalb von 2 Sekunden einblenden soll (was du über die entsprechende Zelle in der Cuelist-Tabelle einstellst). Aber im Cue Timing Editor definierst du dann explizit z.B. für die Eigenschaft der dargestellten Bilder, dass sie keine Fadezeit haben soll und mit dem Delay von 0 Sekunden, dass dieses sofort wechseln soll. Auch andere Werte sind hier möglich. Den Cue Timing Editor findest du, wenn du einen Doppelklick auf das vorderste Feld einer Cue machst.

Außerdem hatte ich mal ein Video zum Cue Timing Editor gemacht gehabt. Dieses findest du hier:

Hi,

eigentlich sollte das im Großen und Ganzen passen. Hintergrund ist der: Es gibt im IA zwei Port-Verhalten. Die eine Variante speichert und lädt die Werte am Port, die andere speichert sie nicht. Ersteres ist nötig, wenn der Port nicht verbunden ist und man einen Wert hinterlegt hat (das geht nicht bei allen Ports). Das andere Verhalten wird dann benötigt, wenn der Port verbunden ist und so die Werte aus dem angeschlossenen Port übernommen werden. Da werden die Werte aber aktuell trotzdem immer gespeichert und beim Laden meckert dann diese Komponente, dass sie die Werte nicht setzen kann. Aber wenn du sicher gehen möchtest, kannst du mir ml dein Projekt schicken (z.B. per PM) und ich kann es mal in der Entwicklungsumgebung öffnen. Dann sehe ich, ob es beim Laden zu irgendwelchen Problemen im Projekt kommt.

Viele Grüße

JP

Der Punkt ist, der SpeedMaster inkl. dem Effektsystem haben ein paar Einschränkungen, was die genaue Synchronisation und die Beats angeht. Deshalb bringt das alles auch nicht so richtig etwas, da darüber zu diskutieren