Eggu

Steht das noch auf der Agenda ? , also "komfortable" Bearbeitung von gruppierten Objekten, ohne eine Gruppe zuvor auflösen zu müssen ? (z.B. "Gruppe betreten/verlassen" und dann innerhalb der Gruppe arbeiten, als wäre diese aufgelöst"). War mal vage noch für die 8er Version angedacht. Gruß Uwe Eggert

Es gibt Tools (http://www.anywaysoft.com/text-to-voice/guide.html) , die nutzen die installierten Windows-Stimmen, "mittelgut".

Vermutlich hast du eine lokale Bild-Datei in der Anlage verwendet, zB als Textur. Diese müsste zunächst in den Katalog aufgenommen werden, also Freigabe durch Admin (Neo).

.. und warum in der Bedingung alle Fahrstraßen (ver-odert) "aufzählen", wenn doch sowieso ein Schlagwort ("Schranke schließen") vorhanden ist ? Gruß Eggu

Das ist das, was ich mit meinen "Formeln" weiter oben auch ausdrücken wollte. Gruß Eggu

Meine (unbestätigte) Vermutung war: Wenn sich die (neue) Kamera-Pos. immer nach folgendem Schema berechnen würde, dürfte es keine Verschiebung geben: Kamera-Pos-neu = Zug-Pos-neu + Verschiebungsvektor, wobei der Verschiebungsvektor einmalig beim Verknüpfen berechnet und beibehalten wird (Kamera-Pos - Zug-Pos) Aber Rundungsfehler könnten sich einschleichen bei: Kamera-Pos-neu = Kamera-Pos-alt + Delta, wobei: Delta = Zug-Pos-neu - Zug-Pos-alt Gruß Eggu

Vor einiger Zeit hatte ich das gleiche/ähnliche Thema angesprochen, dass manchmal nämlich "angeheftete" Objekte während der Fahrt sich nach und nach ein klein wenig verschieben und langsam wegwandern, z.B. Fahrgäste in einem Wagon. Es gab einige Erklärungsversuche, aber ganz schlüssig war es nicht (so meine Erinnerung), habe es dann aber weiter nicht mehr erforscht. Scheint ja aber weiterhin zu existieren, dieses Phänomen. Gruß Eggu

Super, habe ich schon länger nicht mehr gespielt. Ohne den Code in allen Details jetzt nachvollziehen zu wollen, so fällt doch gleich auf, dass bei den Events oben, unten und rechts ca. in der Mitte eine for- bzw. while-Schleife der Form vorkommt: for i, r in ipairs(t) do local liste = {} liste[1] = r[4] liste[2] = r[3] liste[3] = r[2] liste[4] = r[1] nur beim Event "links" fehlt diese Schleife, kann man das kurz begründen ? Gruß Eggu

jeder, der etwas längere/kompliziertere Arithmetik-Ausdrücke hat oder verschachtelte Objekt-Zugriffe, und Zwischenergebnisse mehrmals wieder verwenden möchte. (dachte, ich hätte das oben schon beschrieben). Man braucht das für die gleichen Zwecke wie unter Lua auch, man aber lieber die graph. EV nutzen möchte.

sicher, wäre aber aus meiner Sicht trotzdem ein Feature, dass man ohne großen Aufwand auch in der EV implementieren könnte.

Beim stark verschachtelten Zugriff auf Objekte kann man statt einem Einzeiler auch Mehrzeiler benutzen, und Zwischenergebnisse (insb. Teilpfade auf Unterobjekte) in local-Variablen zwischenspeichern. Das ist oft übersichtlicher, insbesondere, wenn man Teilpfade an mehreren Folgestellen wieder braucht. Oder auch bei längeren Arithmetik-Ausdrücken hilfreich, auch beim Debuggen von Zwischenergebnissen. In der graphischen EV muss ich, um gleiches zu erreichen, den Umweg über Objekt- oder Modulvariablen machen, obwohl diese Variablen ja nur temporär gebraucht werden. Könnte man local-Variablen nicht auch in der graph. EV anbieten ? Gruß Eggu

Hallo Bahnkater, ist das der aufgestaute "Frust" von 9 Jahren, die du jetzt schon dabei bist, oder speziell Neuerungen in V8 ? Kannst du 'mal die 3 Top-Themen nennen, die besonders "unlogisch" sind ? Gruß Eggu

stimmt, hatte ich nicht bedacht.

Ja, schöne Anlage. Läuft bei mir aber nur mit ruckeligen 12..20 fps. (Bei Zoom auf den völlig leeren Hintergrund sogar mit 30 fps). An meinem PC sollte es nicht liegen, die neue Western-Stadt/Bahnhof z.B. läuft mit flüssigen 90+ fps. Gruß Eggu

Wenn die Gleisüberkreuzungen echte Kreuzungselemente wären, könnte man das bestimmt einfach mit Fahrstraßen lösen. Z.B. beim Betreten der roten Gleise die jeweilige Fahrstraße anfordern, die dann am Signal beginnt und an geeigneter Stelle endet. Gruß Eggu

Vielleicht hilft hier der Merksatz: "In der Informatik gibt es kein Problem, welches nicht durch einen Pointer auf einen Pointer gelöst werden könnte."

so z.B.: local variable_modul = $("Kran_1").variables variable_modul["kran_x"] = 0 Hinweis: $-Ausdrücke sind keine echten Variablen, sondern Konstanten, also ein Verweis auf ein konkretes Objekt. Gruß Eggu

Meine Methode: Statt Modulvariablen Objektvariablen nutzen. Objekt kann z.B. ein bestimmter Gleiskontakt pro Kreuzung/Einmündung sein, mit einem bestimmten Schlagwort. In der EV hat man dann eine Indirektions-Stufe mehr, was die EV komplexer macht. In Lua gestaltet sich das dann etwas übersichtlicher. Gruß Eggu

Aus meiner Sicht müssen die nicht verschlossen sein. Gruß Eggu

z.B. mit/ohne Rundfenster (Bullauge) oder eckiges Fenster, oder leichte Variation in der Steintextur. Kleinigkeiten, um die Wiederholung in der Dachstruktur zu durchbrechen

gefällt mir. Vl. einige der Fenster/Tür Varianten reduzieren und statt dessen auch ein paar Dach-Variationen. Gruß Eggu

"Erst wenn der Fahrweg komplett frei ist, wird die Verriegelung aufgehoben und eine andere Fahrstraße kann aktiv werden. " Ich denke, das stimmt nicht ganz. Weichen werden bereits frei gegeben, wenn diese passiert wurden. Gruß Eggu

Rechte Maustaste auf "Meine Anlagen" und "Neue Kategorie" wählen

nein. Aber dies ist per Animation möglich, falls dies im Modell so vorgesehen ist.

Ein normales Straßenstück auf gewünschte Länge ziehen (120), dann zu Spur 2 ein Segment zufügen und links-rechts Bogen einstellen (Bild, nicht gerechnet, probiert). Für die Gegenseite ein gespiegeltes Element erstellen (Segment 1 und Segment 2 tauschen bzw. plus/minus tauschen). Und "Position" auf -8,5 (statt 8,5), da ja von der Gegenspur aus zurück gewechselt wird nach "8,5" Dazwischen ein normales Straßenstück auf gewünschte Länge ziehen ( und mit Baustelle versehen). Auf korrekte Drehung der Spurwechselstücke achten . Gruß Eggu