Diskussion - DarkMove, Effekte, TransTechnik und anderes

Hallo Zusammen,

da ja in einem anderen Thread herzlich Dampf abgelassen wurde, möchte ich hier nochmal einen extra Thread eröffnen um all die schönen Dinge zu besprechen die ich nicht verstehe, euch aber scheinbar wichtig sind.

Es fielen vor allem oft Begriffe wie DarkMove und es wurde auch der Effektbereich angesprochen.

Ebendso der Wechsel zwischen Live und Blind. Und der TransTechnik wurde nachgetrauert.

Das alles klingt für mich sehr spannend. Und ich würde mich freuen wenn die schon kurz angesprochenen Themen, und auch andere, hier einfach nochmal auftauchen und es darüber eine schöne Unterredung geben kann.

Soweit von mir.

ich freu mich auf schöne Diskussionen.

Alles liebe

thilda

Parents
  • 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 Slight smile

  • Guten Morgen Louis,

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

    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 ;-) ]

  • "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".

  • 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.

    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.

  • 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.

    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!

  • 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.

  • 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.

    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).

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

    Liebe Grüße aus Heidelberg Slight smile

Reply
  • 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).

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

    Liebe Grüße aus Heidelberg Slight smile

Children
  • 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 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.

    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

  • Ja.
    Gefällt mir.
    Jetzt müssen wir nur genügend Kollegen motivieren, mitzumachen.

  • Ich bin ja der Meinung das das eindeutig unter Feature Request fällt.

  • Dann lassen wir es halt...
    Und akzeptieren die Konsole ohne jede Kritik und Wunsch so wie sie aktuell ist.
    Dann kann man sich es aber auch sparen überhaupt so ein Thema zu eröffnen.
    Meine Meinung...

  • Sehe ich ähnlich. Ich bin interessiert daran, ein Produkt nach meinen Wünschen und Bedürfnissen mitzugestalten, aber alles was man als Feedback zurück bekommt ist: "Den Stammtisch könnt ihr alleine Organisieren" oder "Das fällt unter Feature Request" (Beteiligungsschwelle ist seit gefühlt 10 Jahren ein Feature Request) oder "Nutze doch diesen extrem unhandlichen Workaround"... Etwas frustrierend, meine Meinung.

  • "We put it on the list" ist der Standardspruch den ich mir seit 2008 anhören muss. ETC hat kein wirkliches Interesse den Bedürfnissen des deutschen Theatersystems Rechnung zu tragen. Die wollen einfach ihre Konsolen verkaufen und zerstören dafür gewachsenen Produkte von transtechnik / Avab. Ich werde zwar nach wie vor mit den EOS Produkten arbeiten müssen, stelle aber auf MA3 für meine kleine Projekte um.

Related