Posts by Andreas Pichl

Quote from Helmut

Ob der jetzt 60 Meter geht habe ich bis jetzt noch nie getestet aber in größeren Räumen bist jetzt noch nie schwirigkeiten gehabt. Bei Bewegtem Licht ist eine leichte Verzögerung gegenüber Kabel möglich.

Das kann ich so bestätigen. Auch in großen Räumen gab es nie Probleme. Die Verzögerung ist im "Disco" Betrieb nicht störend. Wenn es wirklich zeitgleich laufen soll, dann kann man ggf. alle weiteren DMX Strecken auch über WLAN einbinden. Dann ist die Latenz zumindest überall gleich.

Aber wie schon gesagt: Für ein bisschen Uplight am anderen Ende des Saales überhaupt kein Problem.

Ich hatte mal leihweise ein paar TMH-60 im Setup. Vllt hilft das DDF weiter. Ich kann nur leider nicht sagen, ob das die mk2 Versionen waren.

Eine gute Idee, jedoch sind die User über die ganze BRD (und darüber hinaus) verteilt.

Das Forum ist doch eine super Plattform. Alternativ kann man sich auch via Teamviewer helfen, wenn es gar nicht klappen sollte.

Quote from patme

Kannst du mir sagen, wo du die Infos bekommen hast? Ich habe die hd4650.

Wäre auch übel für mich.

Dann hast du nochmal Glück gehabt. Du darfst deinen Rechner noch eine Runde länger benutzen

Guckst du hier

Ich sehe das sportlich: So gibt es zumindest einen vernünftigen Grund, mal ein neues Notebook zu kaufen. Wobei ich sonst nichts zu bemängeln habe.

Die Kiste rennt prima.

2x2,6 Ghz

16 GB Ram

256 GB SSD
Full HD

Quote from Soon5

Wir haben gestern in unserem Entwicklungsmeeting darüber gesprochen, dass sich mit dem 3.3 Release die Anforderungen auf oben angesprochenes OpenGL 4.3 erhöhen werden.

Damit werden dann viele Notebooks unbrauchbar für die Software. Dort lässt sich schlecht etwas umrüsten. Schade, ich bin ansonsten super zufrieden mit meinem T530. Die integrierte HD4000 kann das nach kurzer Recherche nicht.

Quote from JohannesStroe

Ich arbeite aktuell auch an etwas ähnlichem wie du

Cool, magst du dein Projekt auch hier anhängen? Dann kann ich mir ggf. auch ein paar Teile abgucken. Die "modulare" Ansteuerung hatte ich heute in Verbindung mit einem Midi Keyboard als Gedankengang.

Hardware Keyboard Tasten sind zum "rumklimpern" mit Overrides eine super Ergänzung zur (sonst alleinigen) Touch Bedienung.

Allgemeiner Hinweis: Du kannst für jeden Button einen beliebigen Wert im Softdesk eintragen. Dieser kann nicht nur 0 oder 1 sein, sondern auch jeder andere beliebige Zahlenwert.

Ich würde jedoch wie folgt vorgehen:

Für jede Helligkeit eine separate CueList anlegen. Diese müssen dann gemeinsam in einer "Cue List Group" liegen.

-> In den Settings "Single List Running" nicht vergessen!

Nun kannst du mit jedem Button eine Helligkeitsstufe einstellen. Über die Fade & Release Time kann man die Übergänge zwischen den Cues schön "soft" machen.

Quote from Prototype333

Frage 1: Ich habe einen Slider im Softdesk, der direkt einen DMX-Ausgang ansteuert.

Bedienelemente direkt auf den DMX Out zu legen funktioniert zwar, hebelt jedoch sämtliche Funktionen der HAL aus. Von daher sollte man das lieber vermeiden.

Quote from Prototype333

Die IA Funktion "Rule of Three" hat dabei den Input 0-20 und der Output liegt bei 31-255. Jetzt möchte ich gerne eine Art "Step" Funktion einbauen. Wenn der Slider den Wert 0-2 ausgibt, soll der DMX-Wert 255 ausgegeben werden; Slider Wert 2,01 - 4,00 soll DMX-Wert 235 ausgeben; Slider Wert 4,01 - 6,00 soll DMX-Wert 225 ausgeben; etc.

Den "Rule of Three" Node kannst du auch invertiert nutzen.

Hier ein Beispiel:

Binäre Signale kannst du mit dem "Binary Switcher" Node erzeugen.

Warum man feste Step Werte mit einem Slider einstellen möchte, erschließt sich mir jedoch im Moment nicht so ganz. Vllt kannst du kurz was dazu erzählen.

Quote from Prototype333

Frage 2: Ich habe einen Slider "Dimmer" erstellt und mit einem Moving-Head verbunden. Im IA habe ich den Slider mit dem Group-Master des MHs "Fader Value" verbunden. Das Dimmen funktioniert jetzt auch über den Slider, aber gleichzeitig wird auch die "Farbrotation" des MHs ausgelöst. Das heißt, wenn ich den Dimmer hochziehe dann laufen auch die ganze Zeit alle RGB Farben durch.... Ich kann dem MH keine Farbe mehr zuweisen, also ihn nicht mehr z.B. auf "Rot" setzen, weil die Farbrotation jetzt dauerhaft aktiviert ist (auch wenn der Dimmer auf 0% / 100% ist).

Ich habe das DDF des MHs selbst geschrieben.... womöglich liegt es auch an meiner DDF, die falsch geschrieben ist und was jetzt dieses Problem verursacht. Hab die DDF mal beigefügt.

Den Dimmer Fader habe ich in meinem Projekt auf eine separage Cue List gelegt. Diese Cue List dimmt dann die entsprechende Gerätegruppe. Dadurch kann man alle Parameter selbst wählen. Eine feste Farbe wäre z.B. so auch möglich, auch wenn man eigentlich "nur" dimmen möchte.

Quote from Prototype333

Frage 3: Habe einen Knopf "Shutter open / close" im Softdesk eingebaut für meine MHs. Dieser spricht zwei Cuelists an: "Shutter on" und "Shutter off" (die jeweils nur 1 Cue haben). Solang der Button nicht gedrückt ist, sollen die MHs nicht angehen (auch nicht wenn der Dimmer hochgezogen wird). Mein Problem: Es funktioniert nicht. Ich muss erst über die Stage View die MHs einmal auf "Open + Lumos" drücken. Anschließend funktioniert der Button im Softdesk bzw. die Dimmer.

Ich könnte mir vorstellen das dies ein Problem mit mehreren Cue Lists ist. Sind die Cue Lists gruppiert? Die Einstellung "Single List running" ist wichtig um nur eine aktive Cue List einer Gruppe sicherzustellen.

Edit: Stefan war schneller

Quote from JPK

Denn ich z.B. gebe mittlerweile lieber mehr aus, kaufe mir die Neutrik Stecker, Sommer-Kabel als Meterware und baue mir die selber.

So sehe ich das auch. Bei einer Festinstallation oder Rack Verkabelung kann man vllt noch drüber reden. Wobei ich selbst dort nur noch Neutrik verbaue. Prozentual betrachtet ist das natürlich erheblich teurer. Gemessen an dem Rest der Hardware ist das jedoch absolut vertretbar, wenn man dadurch nervenaufreibende Störungen und Ausfälle vermeiden kann.

Kompletter Ausfall des Lichtes, weil genau der erste LowBudget XLR Stecker defekt ist... dann lieber 2 Euro mehr bezahlen.

Zum eigentlichen Thema. Ich verwende ausschließlich 3 pol XLR, da ich ausschließlich LowBudget beim Licht einsetze. Dass das an der Norm vorbei ist, interessiert mich da nicht.

Meine passiven DMX Splitter und nicht geschirmten DMX Leitungen funktionieren auch super. Man sollte sich m.E. nur für einen Typ entscheiden. Sonst wird das wirklich nervig bei ständig wechselnder Anordnung der Geräte.

Kurzum: 5 pol ist "richtig", aber beides funktioniert identisch gut und hat seine Daseinsberechtigung.

Hier und da sind noch Baustellen, aber im groben funktioniert das schon ganz passabel.

Hallo Sinster,

hast du den selbst angelegten Buttons/Fadern auch einen Midi Kanal zugeordnet?

Beim Feedback bitte unbedingt die eingebauten Delays beachten. (Siehe Projekt)

Ich habe in meinem TouchOSC Projekt mehrere Pages angelegt. Jede Page habe ich einem Channel zugeordnet.

Die Buttons sind dann einer fortlaufenden "Number" zugeordnet. Somit bleibt das dann zumindest innerhalb einer Page/eines Channels noch überschaubar.

Anbei das TouchOSC File und das dazugehörige Projekt. (Hinweis: Die erste Page "Dimmer" ist aktuell nicht in Verwendung)

Bei mir sieht es aktuell so aus. Vllt hilft das.

Quote from LightningBrothers

Bei mir liegt die Fadezeit zum Einblenden einer Farbe bei 1s, die Release Time ist auf 2s gesetzt. Damit sah das bei mir eigentlich immer ganz gut aus.

Das von dir beschriebene Verhalten kommt nämlich immer dann zum Vorschein, wenn die Release Time (deutlich) kleiner ist als die Fadezeit zum Einblenden der neuen Farbe.

So ähnliche Werte habe ich auch gewählt. Woher das Weiß beim direkten Wechsel kommt, kann ich ebenfalls nicht nachvollziehen.

Weiß ist echt doof beim Live Einsatz. Gerade wenn die Dimmer komplett offen sind.

Ich nutze TouchOSC, mit der bereits genannten MidiBridge, in Verbindung mit DMXC 3.2.

Bisher funktioniert das prima. Einfach melden, wenn ich irgendwo unterstützen kann.

In diesem Projekt ist quasi alles mit separaten Cue Lists gemacht. Vieles würde sich in einer Liste kombinieren lassen.

Ein bisschen "speziell" ist die Fog Steuerung. Den analogen Wert mit einem "digitalen Knopf" als Gate zu basteln war zunächst scheinbar unmöglich. Die Lösung war dann aber doch denkbar einfach.

Das Assignment des "Tempo Tap" Buttons ist auch etwas "getrickst". Ihr könnt ja mal rein schauen.

Bei Fragen... einfach fragen...

Bei dem ArtNet speichert er die zuletzt genutzte Verbindung, solange man sich beim Programmstart in dem zuletzt genutzten Netz befindet.

Wenn man zwischendurch in einem anderen LAN/WLAN unterwegs ist, dann muss ich den Adapter auch neu zuweisen.

Die neue Meldung bei Programmstart "nervt" hin und wieder, ist aber dennoch sehr nützlich. Vielen Dank an dieser Stelle dafür

Vllt kommt ja nochmal eine Art automatische Interface Wahl.

Interface Prio1 / Prio2

Sodass Prio2 aktiv wird, wenn Prio1 nicht gefunden.

Diese Auswahl sollte natürlich nur beim Programmstart automatisch geschehen. Sonst gibt's Live Probleme.

Ich bin bisher sehr zufrieden mit der aktuellen 3.2. Das neue Input Assignment ist mega umfangreich. So macht das Spaß

Gibt es hier ein Update?

Ich habe neben zwei ArtNet Interfaces noch ein DMX4ALL Stage Profi mk3 im Schrank liegen. Fürs Büro zum testen von neuen DDFs wäre das super geeignet. In DMX Control 3.2 wird mir das DMX4ALL Interface zwar angezeigt und lässt sich auch hinzufügen, jedoch sind keinerlei Einstellungen möglich. Funktion ist leider auch keine vorhanden.

Kann wer helfen?

ArtNet ist da echt ein Segen

Cool, danke für die fixen Antworten.

Ich blicke gerne etwas über Tellerrand, um die Hintergründe zu verstehen.

Eine weitere GUI via WLAN hab ich schon mal probiert. Die Performance war aber tatsächlich unterirdisch und absolut unbrauchbar.

Danke für den kurzen Einblick in die Thematik.

Quote from Soon5

Wichtig ist auch kein WLAN zu nehmen. WLAN tut eigentlich gar nicht. Der Umbau des ganzen Netzwerk Stacks ist auf der Agenda für das nächste Major Release.

Arne, kannst du dazu ein paar Details nennen?

- Aktuelle Problematik

- Pläne für kommende Versionen

Ich nutze DMXC primär via WLAN. Wobei Kernel und GUI auf dem selben Notebook laufen.

Also lediglich Notebook -> WLAN Router -> ArtNet Interface

Hallo DMXControler

Gestern Nacht ist bei einer Veranstaltung eine Eigenart in der 3.1.3 aufgefallen. Ich selbst war nicht vor Ort,

jedoch konnte ich das Verhalten auf einem anderen System mit der 3.1.3 reproduzieren. Auch bei der 3.2 war dieses Verhalten gegeben.

Zum Thema:

Aktuell laufende Cues bleiben stehen. In meinem Fall eine Cue Liste mit einem Fan Effekt auf den Farb Kanälen.

Wenn man die Uhrzeit des Systems um eine Stunde zurück stellt, dann bleibt der Effekt einfach stehen.

Wenn man andere Cues startet, dann laufen diese ganz normal ab. Wählt man dann wieder die stehen gebliebene Cue,

dann switchen alle Devices (in dem Fall LED Pars) auf weiß.

Dieses Verhalten ist auch mehrfach so. Also bei jeder Cue die gerade aktiv ist, wenn die Zeit umgestellt wird.

Dies war immer dann der Fall, wenn die Zeit in die Vergangenheit gestellt wurde.

Bei Uhrzeiten in der Zukunft war alles ganz normal.

Lässt sich da unkompliziert für die nächste Version was machen, oder sollte man einfach die automatische Umstellung einfach deaktivieren?

Gruß, Andreas