Diskussion - DarkMove, Effekte, TransTechnik und anderes

Guten Morgen Louis,

ich versuche die Fragen nicht zu ausführlich zu beantworten - abschließend habe ich sicherlich nicht auf Alles eine Antwort ;-)

Louis said:

Ich frag dann mal dumm, wieso ist es denn so wichtig WO die Daten gespeichert werden?
Für die Grösse des Showfiles kann es keine Rolle spielen, oder?

Es ist keine dumme, aber wesentliche Frage ! Und nein, mit Speicherplatz hat das wenig zu tun, zumindest in den meisten Fällen. Ich versuche es nochmal zu erklären.

Viel weiter oben im Thread hast du (glaube ich) das Beispiel "Musical mit 700 Cues" gebracht. Zufällig war genau das mein hauptsächliches Tätigkeitsfeld zu meiner Freelancerzeit; also Broadway/Westend-style Musicals irgendwo auf der Welt programmieren. Daher kann ich aus praktischer Erfahrung sagen, es macht einen riesen Unterschied, wo was hingespeichert wird/wurde bei der Menge an Cues, Movinglights usw. gerade in hektischen Proben. Am Ende steht und fällt meine Arbeitsgeschwindigkeit als Programmierer auch mit der Hygiene meines Showfiles. Wenn ich bei jedem Arbeitsschritt immer erst noch suchen und aufräumen muss, erhöht das den Workload zusätzlich, macht mich langsamer und dann ist der/die LD frustriert - und das möchte ich ja nicht :)

Hier drei grafische Beispiele, die das vielleicht veranschaulichen können. In allen drei Fällen soll der Kreis 251 in den Cues 21 und 35 an sein, einmal mit Farbe R5 und einmal mit L116.

Dann kopiere ich die Cues 2 bis 4 (weil die Szene sich vielleicht wiederholt...).

Der Unterschied von der Datenverwaltung her ist denke ich ziemlich ersichtlich:

1) Ohne Mark, manuelles vorbereiten:

Da der Kreis ja bewusst (und aktiv) in Cue 3 gespeichert wurde, habe ich ihn ungewollt auch in Cue 103 dabei -> Finde ich doof, muss ich aufräumen, vorher nachsehen, ob der nicht vielleicht doch gewollt dort ist für später usw...braucht Zeit, die ich stattdessen mit Tee holen oder einem Plausch mit den Kollegen verbringen könnte.

2) Automark

Kein Datenmüll -> Der Teepause steht nichts im Wege.

3) Referenced Mark mit unterschiedlichen Markpunkten:

Auch nichts aufzuräumen, ich gehe in die Kantine und hol mir ne Semmel für spätert ;-)

Wenn man das Prinzip auf viele 100 Channels und Cues potenziert, macht das durchaus einen Unterscheid, zumindest meiner Meinung nach.

[Die anderen Fragen der Übersicht halber in der nächsten Antwort - gib mir ein paar Minuten ;-) ]

Louis said:

"Automark Aus" hat Null Auswirkung-Folgen

Konnte man den Unterschied nicht erkennen ? Ich meinte schon.

{Automark Aus} deaktiviert den Automark auf Cue- (und Cue-Part) Ebene , also z.B. 

Cue 5 {Automark Aus} Enter => Für diesen Cue werden keine Channels gemarkt, ggf. fahren sie gewollt Live auf ihre Position, es erscheint ein L Flag im PSD.

In einem Punkt muss ich mich allerdings korrigieren: Ich hatte gestern im Redefluss behauptet, dass das "D" in der Mark-Flag-Spalte für "Darkmove" steht -> das ist natürlich Quatsch ! In dieser Spalte steht das "D" für "Disabled" , für "Automark Disabled".

Louis said:

Und da dann wieder meine Kreisrotation:
Es gibt was wesentlich besseres im Haus ETC.
Wieso wird das strikt ignoriert?

Ich hab meine Feuerfeste Kleidung angezogen ;-)

Zunächst: Ich bin auch kein Informatiker und habe von Software-Coding reichlich wenig Ahnung. 

Aber, was ich dazu sagen kann: Dieses Thema wird nicht ignoriert; im Gegenteil in den letzten Wochen kamen einige Gespräche dazu zustande und nein, die Funktionsweise des TT Darkmoves ist nicht in Vergessenheit geraten. Was ich mir allerdings von den Leuten habe sagen lassen, die bei fürs Software-Coding zuständig sind - und zwar sowohl von Legacy ETC, also auch Legacy TT-Seite: Unter der Haube ist sowohl Mark als auch (TT-)Darkmove ein äußerst komplexer Code-Gigant. Den "einfach so" mal eben rüberzukopieren wie das hier etwas salopp dargestellt wird, ist also nicht drin. Das Projekt Mark wird angegangen werden, das steht fest und alle sind sich einig, dass die jetzige Fassung nicht der Endzustand sein muss. Aber aufgrund der Komplexität ist es ein großer Brocken auf dem Projektzeitplan, der mit anderen großen Brocken konkurriert.

Louis said:

Thema, Welches Training ist erwünscht?
Ich würde mich über nochmal FX freuen.
Dabei dann aber auf sowas eingehen wie Kurven selber erstellen.
Verbock ich jedesmal, es sieht nie so aus, wie ich es gerne hätte, am Ende wird es dann eh wieder der Standard-Sinus.

 Hm ok.. ich muss mich mal umhören, was wir da am Besten machen, vielleicht kann ein Kollege das übernehmen. Ich habe ja während der Session darauf hingewiesen, dass es Beispiele aus meiner eigenen Praxis sind und meine Herangehensweise wiedergibt..und da ich eigentlich mit Kurven außer mal nen Sinus und willkürliches Flackern nie wirklich was mache, habe ich da einfach wenig Praxiserfahrung mit. Falls du einen bestimmten Effekt zu erreichen versuchst, kannst du mir auch gerne direkt schreiben und ich schaue, wie ich das lösen würde ? matthias.strobel@etcconenct.com

So, das hierzu. Ich hoffe, es hat etwas weitergeholfen.

Ich sag schonmal "schönen Freitag" :)

matzestrobel

Naja,..ich sags mal so,...
Beteiligtenschwelle.
Alle Geräteparameter unter dem Int.-Wert X werden ignoriert.
Dann ist es auch egal, ob ich aus Cue 2-4 irgendwas mitgenommen wird.
Das der Int.-Wert unter der Schwelle liegt, wird die Fahranweisung auch nicht ausgeführt...

In der TT-Software gab es da dieses spezielle Menu (straf mich lügen, war es das M256?).
Das hat -speziell für die Übertragung einer TT-Show auf eine EOS- solche Stimmungen automatisch bereiningt.
Sprich die Parameterwerte in 0 Int. Stimmungen gelöscht.

Ich könnte also im Prinzip hingehen, eine EOS Show im ASCI Format exportieren, diese dann in den Offlineeditor der TT einlesen, M256 machen, die Show neu im ASCI Format speichern und dann zurück auf die EOS.....

Also irgendeine Gemeinsamkeit müssen die beiden Systeme ja grundsätzlich haben...
Ich kann ja grundsätzlich ein Macro schreiben, welches sowas dann ausführt.
Also Cue1/1 thru Enter Query ist gleich 0 delete (Das der Syntax SO nicht ist, weiss ich auch, es geht ja drum, dieses als Weg aufzuzeigen).
Und das dann als Taste irgendwo hin ablegen.
Aber es ist nicht machbar das in eine Softkey-Funktion zu bekommen???
DAS ist für mich mit das ärgerliche.
Seit Jahren wird drum gebeten, macht da endlich mal was.
Augement ist nett.
Aber -aus meiner Sicht- vollkommen überflüssig.
Nannte ich ja auch schon Gründe für.
A) hat das IN der Konsole pauschal nix zu suchen. Weil es DA eh niemand ernsthaft anwendet.
B) gibt es haufenweise 3D Visualisierer Software für Licht.
Aber für diese Entwicklung -die sicherlich auch keine Kleinigkeit war/ist- ist Zeit.
Für was grundlegendes aber nicht?
Das beisst sich für mich ein wenig.
Das fällt mir schwer es nachvollziehen zu können.

Aber wenn die Markgeschichte nun endlich angegangen wird, dann ist das super.
Ich sagte ja schon, hoffen wir auf EOS 3.1...

Ich bin ja auch kein IT`ler.
Daher vermag ich real nicht zu beurteilen, was für ein Aufwand es ist Dinge aus der TT zu übernehmen.
Immer wenn ich Hans nach dies-das-jenem fragte, sagte er mir oft, Ich muss mal schauen, wie das bei der EOS gemacht ist, versprechen kann ich nix, aber ich versuch was ähnliches hinzubekommen.
(Da fing es dann an mit dem Wer-Was-Wo Syntax der sich zu Was-Wer-Wo änderte...)
Es muss ja kein 100% TT Darkmove sein.
Das wäre allerdings traumhaft.

Aber,... ich kann zum Beispiel für jeden Parameter in der Konsole einen HOME-Wert setzen.
Pauschal für einen Gerätetypen.
Will ich zwei unterschiedliche HOME-Werte für den gleichen Lampentypen haben, muss ich mir den kopieren und dann entsprechend verändern.
Ergo, die EOS kann mit Einzelwerten für Parameter umgehen.

In der TT konnte ich für jeden Parameter eine Darkmovezeit setzen.
Es muss doch machbar sein, das die EOS (was sie ja eh macht) zum einen schaut, ist eine Automark gesetzt? Ja/Nein?
Bei Ja nimmt sie diese, bei Nein nimmt sie automatisch die Cue-Zeit.
Da muss sie ja auch bei jedem CUE nachfragen wie ist denn Deine Laufzeit.
Alles was die EOS bei JA machen müsste ist, die Parameter abfragen. Ist da keine gesetzt, gilt die pauschal selber gesetzte Zeit, hat ein Parameter eine Automarkzeit bekommen, dann wird die verwendet.

Der für mich gravierende Unterschied zwischen EOS und TT ist, wie wird die 0 (bei Beteiligtenschwelle 1%) behandelt?
Bei der TT war es recht "egal". 0 ist aus.
Die EOS unterscheidet zwischen 0 und -.
0 ist ein Wert für die EOS.

Louis said:

In der TT konnte ich für jeden Parameter eine Darkmovezeit setzen.
Es muss doch machbar sein, das die EOS (was sie ja eh macht) zum einen schaut, ist eine Automark gesetzt? Ja/Nein?
Bei Ja nimmt sie diese, bei Nein nimmt sie automatisch die Cue-Zeit.
Da muss sie ja auch bei jedem CUE nachfragen wie ist denn Deine Laufzeit.
Alles was die EOS bei JA machen müsste ist, die Parameter abfragen. Ist da keine gesetzt, gilt die pauschal selber gesetzte Zeit, hat ein Parameter eine Automarkzeit bekommen, dann wird die verwendet.

Ich bin von deinem Satz verwirrt.

Ich würde gerne nochmal !deinen! Begriff von Automark klären/wissen.

Den in meiner Welt sieht das so aus:

Automark an.

- jeder Parameter der sich vorpositioniert tut das in der Cuezeit vom Aktionscue.

- Außnahme1: ich gebe dem parameter selber eine Zeit im Cue

-Außnahme2: ich habe im Setup für Automark eine Zeit eingegeben.

Louis said:

Die EOS unterscheidet zwischen 0 und -.
0 ist ein Wert für die EOS.

Das sehe ich anders.

EOS unterscheidet in Cues zwischen:

- 0 oder - (der Strich ist lediglich die weitergetrackte 0)

- und noch nie angefasst in den vorhergehenden Cues, damit also ein ganz leeres Feld. 

Und ja, 0 ist ein Wert. Weil wenn du in einem Cue von 50 nach 0 fährst hast du eine Wertänderung.

Und wenn du dann zwei Cues später von 0 auf 80 fährst hast du auch eine Wertänderung.

Wäre 0 kein Wert, würde der Scheinwerfer nicht dunkel sein.

Pausen sind ja auch Musik!

matzestrobel said:

Falls du einen bestimmten Effekt zu erreichen versuchst, kannst du mir auch gerne direkt schreiben und ich schaue, wie ich das lösen würde ?

Ich würde auch mit spielen wollen.

Gibt bestimmt auch noch mehr Leute die das interessiert.

Also würde ich ja fast nen eigenen Thread zu aufmachen. Also nur wenn das ok ist für Louis.

Aber wenn alle was bei lernen können und dürfen dann teilen wir es doch auch einfach, oder?

Also Vorschlag... Sonst ist da natürlich nichts gegen aus zu setzten wenn ihr euch schöne Mails schreibt.

; )

Grundsätzlich ist der DM Algorithmus an sich nicht so schwierig, man darf nicht vergessen auf was für einen Prozessor die alte NT gelaufen ist (irgendetwas mit 68xxx und ein paar MB bzw. kB RAM). Man muss halt die Nebenbedingungen (z.B. Silentmodus) sehr genau beschreiben. Eigentlich sollte die Portierung auf die EOS recht einfach sein (Hans Leiter wird mich jetzt köpfen, aber ich war nun mal bei der Entwicklung als Tester beteiligt und er hat das damals sehr elegant gelöst) insbesondere da die EOS mit 'move instructions', was ich nach wie den besten Ansatz auf dem Markt finde, da der Übergang zwischen Tracking und CueOnly gut nahtlos funktioniert.

Ich kann ja gerne mal ein Whitepaper erstellen das beschreibt was wir einfach wollen, auch die TT war nicht perfekt. z.B. ging mir immer als Lichtdesigner die Möglichkeit ab ein Scheinwerfer als 'Force LiveMove' per Kreis zu markieren um für gewollte offene Fahrten auf den 1% Trick (nur ein Workaround, keine Lösung) verzichten zu können.

MEIN Begriff von Automark ist, die Konsole macht von sich aus nix, wenn ein Kreis die Intensität 0 hat.
Mir wurde gesagt, als es drum ging die GIO anzuschaffen, Ja, der Darkmove der TT sei das, was der Automark bei EOS ist.
Wie gesagt,
Cue 1 Lampe 1 auf 100, Farbe Rot,
Cue 2 Lampe 1 aus, Farbe Rot.
Cue 3 Lampe 1 aus, Farbe Grün
Cue 4, Lampe 1 aus, Farbe Rot.

Beim GO von Cue 2 auf Cue 3 verfährt die Lampe ihre Farbe.
Und das ist falsch.
Es ist grundsätzlich falsch.
Denn die Lampe spielt nicht mit.
Welchen Grund sollte ich jemals haben, eine vollkommen überflüssige Fahrt in einen Cue speichern zu wollen?

Der TT Darkmove konnte exakt DAS erkennen und hat den Farbwechsel ignoriert und NICHT ausgeführt.
Weil bei der TT die  Änderung von 0 zu 0 keine Veränderung war. Ergo wurde Parameterwechsel für diese Lampe ignoriert.
Und genau DAS kann der Automark nicht. Eos denkt, Oh ich ändere den Kreis von 0 nach 0 ergo muss ich die Parameter verfahren.

Wenn mir dann sagt, Automark macht das, was der Darkmove bei der TT macht, dann habe ich deutlich andere Erwartungen an den Automark.
Denn der kann im Prinzip nix von dem, was der Darkmove der TT konnte.

Na da ging es mir eher um die Grundsätzlichkeit mit den Möglichkeiten die die Einstellung so bieten.
Ich klick da rum und bekomme es nie wirklich hin, den Punkt für eine Kurve so zu setzen wie ich es gerne hätte.
Also die Bedienung zum erstellen eigener Kurven.
Da hapert es bei mir.

Das war einer der wenigen kleinen Nachteile des DM.
Wenn man das wollte, dann musste man den Kreis mit 1% mitspeichern.
Was gerade bei LED Lampen dann schnell mal zu ungewolltem Licht führt.
Also die Dimmkurve der Lampe anpassen...

Ja und dabei die Beteiligtenschwelle runtersetzen.

Louis said:

MEIN Begriff von Automark ist, die Konsole macht von sich aus nix, wenn ein Kreis die Intensität 0 hat.

Ok, gut zu wissen.

Denn hier mal mein Verständniss wenn ich das Manual lese.

Automark heißt das die Konsole automatisch erkennt das ein "Move in Black" statt finden soll.

Also wird die Lampe Automatisch vorpositioniert auf ihre Position(engl. Mark).

Das ganze findet immer dann statt wenn die Lampe 0% hat.

Louis said:

Cue 1 Lampe 1 auf 100, Farbe Rot,
Cue 2 Lampe 1 aus, Farbe Rot.
Cue 3 Lampe 1 aus, Farbe Grün
Cue 4, Lampe 1 aus, Farbe Rot.

Wenn du das Einprogrammierst dann macht die Konsole das natürlich auch.

Das hat mit Automark NIX zu tun.

So etwas hätte ja auch entstehen können aus einem gelöschten Cue3.5 in dem die Lampe an war.

Aber da wird kein Mark ausgeführt für.

Das hast du da stumpf rein programmiert also hört das Pult/der Computer auch brav auf dich!

Warum das da drin steht kann viele Gründe haben.
Ich könnte auch den Cue XYZ zum Cue 3 kopiert haben und in dem spielt die halt vom Cue XYY noch in grün mit, ist aber aus.
Aber,... die Konsole sollte erkennen, wenn ein Kreis nicht mitspielt und dann entsprechend Parameterfahrten unterdrücken.
Wo das extreme Problem ist, diese Funktion einzupflegen, keine Ahnung.
Eine einfache, simple Wenn-Dann Verknüpfung.
WENN im Cue 3 der Dimmerwert grösser als Null ist, DANN wird der Fahrbefehl für die Farbe im Cue 2 ausgeführt.
Wenn der Dimmerwert im Cue 3 gleich 0 ist, dann wird der Farbwechsel hin-zurück ignoriert und die Fahrt nicht ausgeführt.

Dann hat man mir halt was falsches erzählt als es um die Anschaffung der GIO ging....

Hallo zusammen, danke Matze für die Schulung! Wir werden den ReferenceMark mit HighMark im ersten Cue definitv mal ausprobieren, auch wenn es nicht ganz an die Einfachheit einer Beteiligungsschwelle herankommt. 

Ich würde hier gerne meinen Wunsch nach einem Operator-Stammtisch erneuern: Es zeigt sich, wie schwierig es ist, zu erklären, weswegen eine Funktion für die persönliche Arbeitsweise so wichtig ist. Wenn der Stammtisch von ein paar ETClern begleitet werden würde, die dann den Kollegen in Amerika erklären können, was die Wünsche der deutschen Nutzer sind, dann sehe ich sogar das Potential, dass weitere Theater auf die EOS-Familie wechseln (nachdem der Launch vom MA3 eher schmerzhaft war).

matzestrobel Du hattest in der Schulung gesagt, dass die beiden Schulungen aufgezeichnet und veröffentlicht werden. Hast du einen Link für mich?

Liebe Grüße aus Heidelberg