Diskussion - DarkMove, Effekte, TransTechnik und anderes

So, ohne jetzt irgendwem zu nahe zu treten. Aber ich muss einfach mal Klartext reden und MEINE Ansicht geben.

Aktuell habe ich das Gefühl das sehr viele Dinge vorgebracht werden die mir Zeigen das es unmuht gibt.

Genauer betrachtet schließe ich diesen Unmut aber auf Faulheit und Unwissen.

Begründung:

Warum Faulheit?

Weil ich das Gefühl habe das der Kopf abgeschaltet wird und der Mensch vor dem Lichtpult erwartet das die Konsole weiß wie DAS SPEZIELLE Stück auf der Bühne spielt und alles so machen muss wie es gehört.

Am besten ohne das dafür ein Finger krum gemacht werden muss.

Die Konsole weiß die Zeit zwischen den Cues selber,

die Konsole weiß den lautesten und leisesten Cue von selber,

die Konsole weiß auch wie schnell ich für MEIN STÜCK den Go-Knopf als nächstes drücke.

Eigentlich Weiß die Konsole ja eh alles und die Person dafür bekommt also ein erhöhtes Endgeld für... ja für was nochmal?

Scheinbar nicht für das sie weiß wie das Pult zu bedienen ist.

Fürs rumnörgeln sicher aber auch nicht!

Warum zu Unwissend?

ich lese hier so oft halbwissen, kenne ich mich nicht mit aus, will ich nicht weil ich das nicht mag, ...

Das ist so ein wenig wie in der Geschichte vom Suppenkasper.

Wenn ich was nicht weiß, dann lasse ich es mir lernen. Und wenn es halt schwer ist, dann auch noch 30 weitere mal.

So richtig auf Augenniveau finde ich das ganze hier leider nicht. Außer Augenniveau heißt:

Ich weine die ganze Zeit (aus dem Auge!) und möchte jetzt ein Taschentuch das mir das Auge trocken tupft.

Das ist nicht 'auf Augenhöhe'.

Was fehlt mir?

Der vergleich von dem einen mit dem anderen. Also zu sagen High Prioritäts Mark ist nett aber ich fand was anderes besser.

oder

Hog und MA macht Effekte viel über Kurven. Das ist schöne mathematisch. gefällt mir besser.

Danke schön. Und auch entschuldigung für die harten Worte. Es wollte aber gerade einfach mal geschrieben werden.

Ich gebe dir recht, dass reines rummeckern nichts bringt. Bei allen Funktionen, die mir fehlen, habe ich meiner Ansicht nach ausreichend beschrieben, wie sie mir besser gefallen würden. Dabei handelt es sich immer um Features, die es in anderen Pulten schon gibt. Sollte ich etwas aber nicht ausreichend erklärt haben, freue ich mich um jede Nachfrage!

Thema Faulheit: Das Pult soll nicht alles wissen, aber es soll mir auch nicht unnötig die Arbeit erschweren. Ich will an dem Punkt noch mal ganz klar sagen, dass ich unserer alten Compulite Vector nicht hinterhertrauere, weil ich im Vergleich zur EOS immer mindestens doppelt so viele Tastaturanschläge benötigte. Nach einem intensiven Probentag schwirrte einem dem Kopf, man war froh, wenn ein zweiter Stellwerker da war, der einen kurz ablösen konnte, damit man mal kurz frische Luft schnappen konnte. Die EOS ist ein durchdachtes Pult mit einer weitestgehend einheitlichen Bedienungsphilosophie, die einfach zu erlernen und sehr durchdacht ist. Dennoch gibt es Ecken und Kanten, an denen man Feilen könnte, um die Bedienungserfahrung zu einer "runden Sache" zu machen.

Was denkt ihr also von so etwas wie einem EOS-Deutschland-Stammtisch (natürlich virtuell), bei dem man über die guten und die schlechten Seiten der Konsole diskutieren kann und vielleicht die Wünsche der deutschen Theatermacher wieder mehr in den Fokus zu rücken?

Grüße aus Heidelberg

Lass uns mal den Workshop abwarten und angucken.

Dann lassen wir es nochmal sacken und sprechen uns nochmal, oder?

Ist das ne Idee?

Die einzige Hoffnung ist, dass der neue Projektleiter gewillt ist uns zuzuhören.
Die eiserne Lady ist Gott sei Dank im Ruhestand und auch Fred Foster war zu Lebzeiten nicht gerade zugänglich.
Ich diskutiere seit über 10 Jahren mit ETC über den DM, bisher ohne Erfolg.
Wenn sich MA mit der 3-er Software nicht komplett ins eigene Bein geschossen hätte, wäre ich schon übergelaufen.

Als ETC Mitarbeiter möchte ich respektvoll darum bitten, dass auch bei sachlichen Meinungsverschiedenheiten davon Abstand genommen wird, Aktive oder ehemalige Kollegen zu diffamieren. Speziell Anne Valentino (‚Eiserne Lady‘ ?) als natürlich auch Fred Foster genießen bei uns ETC‘lern ein extrem hohes Ansehen - aufgrund ihrer beruflichen Leistungen für die Firma und Branche sowie aus menschlichen Gründen. Danke.

Mit Diffamierung hat das nichts zu tun, sondern gehört zur Meinungsfreiheit, aber die wird bei ETC schon lange nicht großgeschrieben. Das sage ich als ehemaliger ETC Mitarbeiter.

Jaja, die Krux mit den Modalverben. Sagen dürfen und sagen sollen sind und bleiben halt zwei verschiedene Dinge.

Ganz dünnes Eis @sstaub !

Können wir uns bitte weiter um solche Sachen wie DarkMove, Effekte,..... prügeln und nicht persönliche Angriffe austauschen...
Weil,.... Mitarbeiter von ETC persönlich "kritisieren" wird uns mit Sicherheit keinen Schritt weiter bringen.
Die Intention ist ja, echte Argumente dafür und dagegen aufzubieten.
Mit der Hoffnung, ETC kann/wird unserer Argumentation folgen.

Ganz hart gesagt, ETC hat sicherlich eine Philosophie, einen Gedankengang bei seinen Produkten.
Die muss ich nicht verstehen müssen.
Es wird aber auch niemand gezwungen, ETC als Zulieferer zu haben.
Wer so unglücklich mit ETC Produkten ist, der muss sich eben einen anderen Anbieter suchen.

Klar, auch ETC kocht nur mit Wasser.
Auch in der Firma wird es Sympathien und Antipathien geben, es wird nicht jeder mögen, es wird nicht jeder auf jeden hören.
Aber,.... mir schmeckt die Suppe, die ETC zubereitet, sehr gut.
Weil für mich als Kunden das Gesamtkonzept stimmig ist.

Danke schön.

So,... ich habe mir das heute morgen angeschaut.
Und in der Summe kommt es dann -gerade im Vergleich zum Darkmove- zu folgendem -sicherlich leicht polemischen-Ergebnis:

Automark kann man eigentlich vergessen.
Denn bei dem kann ich nix selber erstellen.
Die Funktion "Automark Aus" kann am Ende nix anderes als in der PSD aus einem grossen "M" ein grosses "D" machen.
Weil,... ändert tut sich nix.

Referenz Mark kann ich eigentlich auch vergessen.
Denn ob ich im Cue 5 jetzt ein Mark setze oder die Lampen auf 1% und vor positioniert mitspeichere ist dann am Ende auch egal.
Irgendwie braucht es immer einen Workaround, damit man das bekommt, was man möchte...

Mathias sagte heute morgen im Training, Automark und Referenz Mark haben einen schlechten Ruf.
Wenn das, was ich da -immer noch leicht polemisch- mit den Mark-Funktionen als Ergebnis bekomme, dann wohl zu Recht.

Zum X-ten mal:
All das, was heute morgen beschrieben, erklärt, erläutert wurde ist beim TT Darkmove zu 100% überflüssig.
Weil die Konsole das alles von sich aus konnte.

Mathias,.... ich empfehle Dir -ohne Polemik- sehr ernsthaft, kram mal eine TT Konsole raus und beschäftige Dich da mit dem Darkmove.

Hey Louis,

danke fürs Einschalten heute Morgen.

Kleine Zitat-Korrektur: Ich habe gesagt, dass Referenz Mark den Ruf hat kompliziert zu sein, nicht Automark und Referenz Mark.

Louis said:

Denn ob ich im Cue 5 jetzt ein Mark setze oder die Lampen auf 1% und vor positioniert mitspeichere ist dann am Ende auch egal.

Eine zentrale Botschaft, die ich zumindest (scheinbar nicht ausreichend) versucht habe zu vermitteln war, dass es eben nicht egal ist, wo die Daten gespeichert sind. Denn der Umweg mit 1% ein paar Cues vorher führt genau dazu, dass die Werte nicht dort 'zu Hause sind', wo der Scheinwerfer später angeht. Für mich persönlich liegt der Vorteil mit Referenz Mark exakt in diesem Punkt; die Werte sind am richtigen Ort und das Marking findet wo-auch-immer statt; von der Datenverwaltung her ist das ein wichtiger Unterschied (finde ich zumindest).

Die TT Konsole muss ich nicht rauskramen; hab bei mir am Arbeitsplatz eine Focus NTX stehen, die ich erst heute in Betrieb hatte. Und ich tausche mich häufig und gerne mit Hans L zu diesen wie auch vielen anderen Themen aus 

Wie heute erwähnt können Vorschläge für zukünftige Sessions wie heute Vormittag gerne per Mail oder DM gemeldet werden; wir überlegen schon, was noch alles von Interesse sein könnte für so einen Rahmen.

Freundliche Grüße,

matzestrobel

Hallo Mathias,
sorry fürs falsche zitieren.

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?
Da ist es doch egal ob ich nun was im Cue 1 oder 2 oder 3 ablege, das Showfile wird immer die gleiche Datenmenge beinhalten.
Oder?
(Ist ne ernst gemeinte Frage.)
Es kann für die Speicherkapazität der Konsole -ich gehe davon aus, eine neue EOS-Familie wird dann gar keine HD mehr drin haben sondern nur noch SSD- auch nicht wichtig sein.
1-2TB bekommt man heute für kleines Geld.
Für die Arbeitsgeschwindigkeit kann es auch nicht so wichtig sein.
Denn, es wird keinen signifikanten Unterschied machen, ob die Konsole, die Prozessoren im Zusammenspiel mit der Software nun 2 oder 5 Cues nach vorne/hinten schauen muss.
Also in meiner Welt -ich bin ja kein IT`ler dürfte es für die reale Anwendung vollkommen egal sein, was wo gespeichert ist.
Wenn ich einen Cue von Nummer 4 auf Nummer 400 verschiebe, dann kann die Konsole ja Presets, IFCB Inhalte, Execute-Anweisung,... ebenfalls mitnehmen.

Es kann maximal in der PSD eine Rolle spielen, wer wann wie dran ist.
Und bei dem, was ich heute gesehen habe macht es dann keinen Unterschied ob ich mit Referenzmark arbeite oder im Cue vorher was "bastel".
Was ich dann ja ab und an eh muss wegen Farbwechselfahrten und so. Die Lampe soll ja in jedem Fall rechtzeitig auf Position sein.
Der eine arbeitet mit Parametereinzelzeiten, der nächste mit Cue-Parts, ein dritter mit IFCB Einzelzeiten.
Na das macht es dann ja sehr übersichtlich, wenn ich die Show die ein Kollege angefangen hat, zu Ende programmieren muss.

Das macht dann am Ende die ganze Mark-Geschichte irgendwie überflüssig.
Wie gesagt,
"Automark", Nö weil extrem unflexibel,
"Automark Aus" hat Null Auswirkung-Folgen,
"Referenzmark" kann ich ebenso alles manuell mitspeichern.
(Ja, ich arbeite mit Automark und geh dann halt händisch auf "Fehlersuche" im Cue-Blind und korrigiere so Leerfahrten raus,... aber offen gesagt, bequem und komfortable ist anders...)

Und da dann wieder meine Kreisrotation:
Es gibt was wesentlich besseres im Haus ETC.
Wieso wird das strikt ignoriert?
Es ist nicht so, als das ich erwarte, ETC wäre mir Rechenschaft schuldig. Aber vielleicht wieder mal ein Denkanstoss, bevor man an einer Menge andere Dinge probiert, erstmal schauen, was man so im Regal hat und ob man die Konsole damit nicht entscheidend verbessern kann.
Wenn es interne Firmenpolitik bei ETC ist, dieses Thema vollkommen zu ignorieren okay.
Weil -ganz klar gesagt- Mark-Automark ist keine Hilfe.
Ich muss eh alles händisch programmieren und bei Beleuchtungskorrekturen alles neu ordnen.

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.

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.

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!

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.

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 

Da fängt es bei mir an...
Ich erstelle eine komplett leere Show.
Mit nur 6 MH Geräten.
Und egal was ich auch anstelle, setze ich im Cue 0.5 ein Mark, bekomme ich immer ein kleines "m".
Also "m" oder "mh".
Speichere ich den Cue leer, kleines m.
Speichere ich die MHs auf HOME, kleines m.
Speichere ich die MHs mit Werte außerhalb von HOME, kleines m.

Wieso?
In dem Training war da ein großes M.
Wenn ich es richtig weiß, ist es bei den Flags grundsätzlich so, kleiner Buchstabe nur Kreis, Großbuchstabe ganze Stimmung?
Darum bekomme ich ja auch ein großes "D" wenn ich Automark Aus mache, es läßt sich ja nur auf eine ganze Stimmung und nicht auf einzelne Kreise anwenden.

Was mache ich falsch, wenn ich den Cue 0.5 als High-Mark-Cue für die ganze Stimmung haben möchte?

Guten Morgen nach Heidelberg,

die Videos landen auf Youtube in der"Study Hall" Reihe. Die kann man entweder dort suchen oder über unsere Homepage -> MyETC -> Study Hall -> nach unten Scrollen und auf "ETC Videothek" clicken.

Meines Wissens hat das Webteam die Videos noch nicht hochgeladen...ich schiebs nochmal an.

Bezüglich Stammtisch: das wäre dann meinem Verständnis nach eine private (virtuelle ?) Veranstaltung, die aus der Community heraus organisiert wird und jemand von uns klinkt sich mit dazu, oder wie würdest du dir das vorstellen ?

Grüße,

Matze

Hallo Louis,

ich glaube der Teil, den du vergisst, ist, dass du den Kreisen, die du marken möchtest, das auch mitteilen musst. Also nur ein "M" in den ersten Cue zu schreiben reicht nicht aus, dann hast du lediglich definiert, dass dieser Cue mal ein Mark-Cue werden kann, wenn denn danach Cues mit "zu markenden" Kreisen sind.

"m" bedeutet, dass es mal ein Mark-Cue werden kann, "M"  , dass tatsächlich auch etwas dort gemarkt wird.

Du kannst auch alternativ (ohne vorher irgendeinem Cue ein M zu vergeben) einfach in einer Stimmung stehend (oder im Blind) sagen "Kreis 1 Mark Cue 0.5 Enter" oder "Kreis 1 Mark Cue 5 Part 18 Enter" oder wo auch immer der Mark ausgeführt werden soll. Es reicht auch "Kreis 1 Mark Enter" - nur dann muss entweder bereits ein Cue vorher ein Mark Flag bekommen haben, oder es wird ein Emergency Mark ("x") eingefügt - das hatte ich ja auch alles demonstriert.

> Im Live musst du dann natürlich noch Update Enter ausführen.

->Im Blind ist die Aktion damit fertig.

Wenn das Video hochgeladen ist, kannst du dir es nochmal dort anschauen zum besseren Verständnis.

Ich möchte außerdem mathilda zustimmen; ein gespeicherter Wert ist ein gespeicherter Wert. Es ist nicht egal, ob ich irgendwo "0" oder "-" stehen habe, oder eine Farbänderung mit Intensität 0 gespeichert habe - und es ist auch nicht "falsch"  :

- Thema MoveFade / Move Instruction Philosophie

- Thema "was macht mein Wert, wenn er manuell ist und ich GO drücke?"

- Thema Sub mit Intensität, den man irgendwann dazu ziehen möchte, die restlichen Parameter sollen vom Cue kommen

- Thema externer Trigger auf Sub / extra Cueliste

- Thema Pixelmap

...

Ich persönlich würde als Operator nicht wollen, dass die Software dann darüber entscheidet, ob ein gespeicherter Wert nun ausgegeben wird, oder nicht, unabhängig davon, ob die Intensität über einem gewissen Wert liegt. Ich speichere ganz bewusst so, wie ich es dann auch haben möchte.

Ich kann allerdings nachvollziehen, was du meinst und dass es auch schön wäre, wenn all die genannten Bedingungen und Logiken veränderbar wären, Schwellwerte eingeführt werden könnten usw.  Ich bin mir momentan allerdings nicht sicher, in wieweit das mit der Eos (MoveFade) Philosophie vereinbar wäre..von daher überlasse ich diese Diskussion wieder anderen Menschen ;-)

Als "sofort" Lösung für dein Anliegen fällt mir spontan nur das ein: bewusst speichern. Dazu könnte dir  vielleicht ein Makro weiterhelfen, das mit Query nach (Eos-) Darkmove Kreisen sucht und diese bereinigt; damit könntest du dir das manuelle Durchforsten ersparen.

Und bevor jetzt jemand sagt "Warum ein Macro, wenn das die Software einfach selber machen könnte ?" - Ich glaube wir alle (mich eingeschlossen) müssen irgendwann an einen Punkt kommen und verstehen, dass es unterschiedliche Arbeitsweisen gibt. Ich / du / wir / ihr hier im Deutschsprachigen Raum arbeiten anders als die Kollegen in UK, oder in USA oder in Asien. Und selbst hier bei uns gibt es ja viele unterschiedliche Meinungen - wie man an dieser und anderen leidenschaftlich geführten Diskussionen erkennen kann.

Wir versuchen, jedem sein Arbeitsmittel/instrument so gut wie möglich zu machen. Bei der Menge an Meinungen insgesamt ist es sicherlich eine sehr große Herausforderung fürs Produktmanagement, allen gerecht zu werden.

Louis said:

Wenn ich es richtig weiß, ist es bei den Flags grundsätzlich so, kleiner Buchstabe nur Kreis, Großbuchstabe ganze Stimmung?

Das trifft nur auf "Block" und "Assert" zu. Bei den anderen Flags hängt die Groß/Kleinschreibung nicht mit Einzelkreis-Logik zusammen. Hier ist eine Übersicht der möglichen Flags, falls das unklar ist:

https://support.etcconnect.com/ETC/Consoles/Eos_Family/Software_and_Programming/Eos_PSD_Flags_-_Description_of_letters_in_Cues_in_PSD_tab

Bezüglich der Effekt-Sache: helfen dir diese Tutorials weiter ?

Creation: Linear Effects - YouTube

Creation: Editing the Linear graph - YouTube

Friedliche Grüße,

matzestrobel

Ja, gute Frage, wie man das am besten organisieren würde - vielleicht spricht ETC die Theater und Bühnen in DACH, die ihnen bekannt sind direkt an? Vielleicht durch einen einfachen Aufruf in Forum und Facebook-Gruppe? Falls das ganze von der Community aus gehen würde, müsste man erst mal wissen, ob wir hier in Heidelberg die einzigen sind, die sich diesen Stammtisch wünschen oder auch andere Theater und Bühnen Interesse an einem Austausch hätten. Wie man das am besten herausfindet, wäre für mich das größte Problem.

Die Frage ist ja was möchtest du mit diesem Stammtisch erreichen bzw. was wären seine Ziele, ...

Also einfach nur alle zusammen kommen um 19'' Gespräche zu führen und wie toll die letzten Stücke waren wird es ja sicher nicht sein.

Weil dann könnte ich mich auch auf jede x-beliebige Veranstaltung zum Feierabendgetränk in den Crewbereich setzten.

Irgendwas muss die Leute also hinterm Ofen vorlocken. Und das auch gleich noch ETC über zu helfen ist vielleicht etwas hoch gesteckt, oder?

Plattformen um sowas zu verkünden gibt es ja genug.

Nein, Ziel der Stammtische wäre, die Produkte von ETC zu verbessern und diese an die Wünsche der europäischen Kunden anzupassen. Ich finde, dass ETC als Unternehmen ein Interesse daran haben sollte, die eigenen Produkte mit ihrer Community weiterzuentwickeln - ähnlich wie es Entwickler in der Gaming-Industrie inzwischen mit Early-Access-Titeln machen. Ich wollte eher darauf verweisen, dass ich so etwas sinnvoll fände, aber ich habe weder das Netzwerk noch die Kapazitäten, für ETC den Community-Support zu übernehmen.

Vielleicht ist es eine Idee, eine Art Liste zu erstellen, was wir uns an der bestehenden Software an Änderungen/Verbesserungen wünschen.
Also nicht in die Richtung Future Request.
Sondern Dinge, die sich -(seit längerem)- durch die Software ziehen und nie wirklich angegangen wurde.

Spontan fällt mir da ein:
Macros, egal wîe schick ich die auch immer beschrifte, der Name taucht nirgendwo auf (gerade wenn man ein Macro auf eine Submastertaste legt...),
ein "echter" Zeilenumbruch in den Cue-Notizen,
das ein Snapshot dann auch die Einstellung "Schriftgrösse" für die Notizen mitspeichert,
Sortierung der Parameter im Blind (ich persönlich finde es sehr nervend, ich kann die Ansicht nicht so skallieren, dass der MH grundsätzlich mit seiner Int immer ganz links steht, sprich hat ein Kreis mehr Parameter als angezeigt werden können, wechsel ich den Kreis steht INT dann immer als erste Spalte links ),
ich würde extrem gerne den X-Y-Z Positionszwang bei den Encodern los werden (ich arbeite nicht mit Augment, mich nervt es nur, wenn ich beim klicken immer an denen "hängen" bleibe, ich brauch die nicht, ich würde die gerne ausblenden können)
im Patch, wenn ich bei der Ansicht Port/Offset zwischen 2/1 und 513 umschalte, wäre es schön, wenn die gepatchten Kreise dieses auch mitnehmen.

Und sowas dann sammeln.
Sind mehrere User der Meinung, Ja das wäre was, dann das alles zusammen fassen und ETC zukommen lassen.
Man kann dazu hier mit einem Daumen hoch-Daumen runter sagen, ob man das dann gut findet oder nicht.
Und danach dann die Liste erstellen. Also je mehr Daumen hoch, umso höher auf unserer Wunschliste
Der Unterschied für mich dabei ist, dann hat ETC was in der Hand, was nicht nur der Wunsch eines Einzelnen ist und der dann irgendwann/wie in einer Schublade liegt und erst nach 1-2-3 Jahren mal wieder auftaucht.
Das ganze kann man in dem Fall auch im Anschluss gerne in Englisch zur Diskussion stellen.
Damit Kollegen aus anderen europäischen Ländern sich beteiligen können.

Natürlich wird ETC einiges davon eh schon auf seiner Liste haben.
Aber,... ETC sieht dann auch, was uns wichtig ist und kann eventuelle das eine und andere vorziehen/zurückstellen.

Meine Idee dazu

Im Prinzip gut, aber was wäre der Unterschied zu dem System, das es jetzt bereits im Forum gibt? Man kann Features für die neue EOS-Version requesten und andere User können den Vorschlag kommentieren und bewerten, siehe: community.etcconnect.com/.../feature-requests

Wie gesagt, der Unterschied ist für mich, beim Features Request geht es ja primär um neue Funktionen die man sich in der nächsten Version wünscht.
Bei dem Weg den vorgeschlagen hatte war die Intention, man schaut sich an, was die Software jetzt an Funktionen hat und bei welchen man da Verbesserungspotential sieht.
Das überschneidet sich natürlich zum Teil.

Beispiel:
Mit Strg.-J bekommt man schon einen Zeilenumbruch in den Notizen hin.
Aber sauber sieht das nicht aus, wenn man diese Notiz erneut öffnet und man den Text dann mit den Pfeiltasten durchsteppt.
Das wäre eine "bestehende" Funktion überarbeiten.

Ich würde auch gerne Mdinoten direkt als C1 eingeben können.
Dieses Hex-Zeugs, damit arbeiten vielleicht IT´ler aber keine Lichtler....

Ja, finde ich eine gute Idee, ich habe mal eine Google Sheets Tabelle erstellt. Wäre das so nach deinen Vorstellungen? docs.google.com/.../edit