Jump to content

Eggu

Mitglieder
  • Gesamte Inhalte

    423
  • Benutzer seit

  • Letzter Besuch

Beiträge erstellt von Eggu

  1. Ev. gehe ich nochmals die anderen Varianten an, aber erst, wenn das "Einrast-Problem" behoben wurde,
    so ist es nämlich eine Qual, wenn einem mühevoll platzierte Elemente wieder "wegspringen".

    Trotzdem nochmals kurz das zugrunde liegende System, hierzu ein Bild mit transparenten Teilen:

    MBS-Rolltreppe.thumb.jpg.098ae4cf1099a8f814dc209604d4879f.jpg

    Basis ist die schräg verlaufende Spur-Schiene mit der Kette von virtuellen SX1-Loks (rot/grün),
    die Abschnitt-Länge muss (sollte) zu der Größe der Stufen passen.

    Zu jeder SX1 gehört ein waagerechter Spur-Stummel passend zu einer Stufe, hierauf steht ein Fahrgast.

    Jeder Spurstummel ist in Portale eingeschlossen, um unten und oben an der Rolltreppe ein sicheres Auf/Absteigen zu gewährleisten.
    Andernfalls muss der Fahrgast sehr genau dann aufsteigen, wenn der Stummel an die ankommende/abgehende Spur anschließt,
    das ist sehr schwierig und unzuverlässig.

    Schließlich läuft die SX1-Kette zyklisch (so wie die Rolltreppe) durch die Verwendung von Portalen oben/unten.

    Und natürlich braucht man ein bisschen EV/Lua, um den Fahrgästen beim Auf/Absteigen etwas zu helfen.

    Gruß Eggu

  2. noch folgende Hinweise:

    - Rolltreppe(n) nur einmal importieren, dann (wie beschrieben), bei Bedarf Kopien anfertigen,
    auf keinen Fall mehrfach importieren !  (alle Rolltreppen arbeiten auf dem selben Code).

    - Dann sollte die Animation auf jeden Fall laufen,  nach dem Verschieben  kann man Figuren ev. manuell wieder an die richtige Position rücken.

  3. Hallo Rotti,

    gerade nach langer Zeit wieder getestet.

    Meine Datei als Anlage öffnen --> Animation ok

    Kopien anfertigen --> Animationen ok

    Meine Datei in bestehende Anlage importieren, an leere Stelle  (Einfügen aus Datei) --> Animationen auch noch ok

    Eingefügte Rolltreppen (alles) in der Höhe verschieben (Snap/Einrastfunktion deaktiviert) --> Objekte springen hierbei trotzdem unkontrolliert nach unten/oben
    --> danach laufen einige Figuren nicht mehr korrekt. Muss man ev. einzeln wieder auf die Spur(en) setzen.

     

    ===> Ich habe das Verhalten bei Neo schon erwähnt und um Korrektur gebeten:

    Deaktiviertes Snap verhindert zwar, dass Objekte an mögliche Ziele "heranspringen", bewegen sie sich aber sehr an an mögliche Ziel heran,
    rasten sie dort trotzdem ein, und verlieren hierbei eine eventuell bestehende Verbindung zu einem Gleis/Spur.

    Ich kenne bisher leider auch kein einfaches Workaround  --> Hoffen auf baldige Korrektur

    Gruß Eggu

  4. Wenn ich den Standard-Geschwindigkeitsregler mit einer Lok verbinde und diese fahren lasse,

    sind das Reglerbild und der Schieberegler ja synchron.

    Wenn aber die Geschwindigkeit automatisch verkleinert wird, weil Annäherung an einen Bremskontakt,
    reduziert sich das Reglerbild bis auf 0 (ok), aber der Schieberegler "bleibt hängen" und läuft nicht synchron (meistens).

    Gruß Eggu

     

    Ergänzung: das gleiche direkt in der Anzeige des Lok-v-Reglers

    Regler_Lok_nicht_synchron.jpg.7b636fab1f164b92376e30b779af6a44.jpg

    Regler_nicht_synchron.jpg

  5. Also wie ich das sehe:

    Auf der linken Seite haben die beiden 15°-Enden des Halbkreises einen größeren Radius als die restlichen 30° Stücke (45523).
    Die rechte Seite besteht nur aus den 30°-Stücken. Auf beiden Seiten zwar je 180°, aber links wird der Halbkreis etwas größer.

    Gruß Eggu

  6. Mir zerschlägt es immer wieder Anordnungen von virtuellen SX1-Loks, die ich als Dummy für spezielle Bewegungen nutze
    (z.B. Heli-Steuerung mit Drehung um alle Achsen).

    Anbei ein abgespecktes Beispiel mit einem Heli knapp neben einer geraden Spur und neben einem Spur-Ring.

    Wenn ich den Heli langsam bewege (am x- oder y- Gizmo), bekomme ich eine funktionierende Verknüpfung mit der geraden Spur,
    in der Nähe des Rings springt der Heli um 90 Grad um und rastet auf der Ringspur ein.

    Zwar erst, wenn man sehr nahe an der Spur ist, aber es passiert trotzdem. Und wenn auf diesen Spuren z.B. schon eine SX1 steht,

    wird diese verschoben. Auch die "Rückgänig" (Undo) Taste kann das nicht mehr reparieren.

    Gibt es denn auch ein echtes Deaktivieren der Einrastfunktion ?

    Beispiel:

    3BBA6BF5-1126-4A10-9592-283302D8FBA5

    Gruß Eggu

    Heli_Einrasten.jpg

    Heli_Einrasten_am_Ring.jpg

  7. Schön, dass wir jetzt erweiterte Gruppenbearbeitung haben,

    dennoch kann es umständlich sein, ein tiefgeschachteltes Objekt zu bearbeiten,

    z.B. Gruppe anklicken, im Menü Gruppe aufschließen, wieder anklicken, nächste Gruppenebene aufschließen, usw.

    Folgender Vorschlag: Aufschließen der aktuellen Gruppe im Kontextmenü (ähnlich wie "Gruppe auflösen"),
    oder auch (wie in anderen Programmen oft genutzt): Objekt mit Alt-Taste zusammen anklicken , schließt alle Gruppen auf bis zum Objekt.

    Gruß Eggu

  8. Wenn ich z.B. einen Animationsnamen aus einem Textfeld auslesen möchte,

    bekomme ich als Eigenschaft nur (noch) "Text (als Zahl)" angeboten, aber nicht (mehr) einfach nur "Text".

    Workaround über Lua funktioniert, also ist die Funktion grundsätzlich vorhanden.

    Bei z.B. Variablen-Werten ok, eventuell Problem speziell nur bei Animationsnamen.


    Gruß Eggu

    Anim_Name_aus_Textfeld.jpg.85c00ed01bff3c18b3423072aa86515b.jpg

  9. Ja, das ist doch eine gute einfache Lösung.
    Nochmals zur Klarstellung: In meinem Fall ist der Regler stand-alone, also mit gar nichts verbunden.
    Bei meiner Anwendung: "Soll-Höhe für Heli" steuere ich nicht direkt ein Fahrzeug, sondern nehme es als Input-Möglichkeit für einen Zahlenwert.

    In meinem Fall wird dann eine Dummy-Lok für die Heli-Höhe angesteuert, und zwar so, dass geregelt die Soll-Höhe angefahren und eingehalten wird.

    Gruß Eggu

  10. Danke für die Erläuterung @EASY,

    ich benutze Regler auch gerne einfach als Input-Quelle ohne Verbindung zu einer realen Lok, und inzwischen kann man die Regler-Position ja direkt auslesen, wie oben beschrieben.  (Z.B. als Soll-Höhe für eine Heli-Steuerung).

    Und wenn ich dann bei einem 50er Regler am Anschlag bin, aber z.B. mit der Maus höhere Werte über den Anschlag hinaus einstellen kann, dann ist das einfach nicht richtig.
    Außerdem erreiche ich damit auch eine Totzone. Wenn ich den Regler erstmal überdreht habe, muss ich ihn entsprechend zurückdrehen, bis sich an der Anzeige eine erste Änderung ergibt und die Nadel wieder zurück dreht. Also so sollte es nicht bleiben.

    Gruß Eggu

  11. Die Stellung des Standard-Drehreglers ist jetzt ja abfragbar (als Eigenschaft)  (y),
    die Skalierung ist hier:  -330 .. +330    ->   0 .. 1,  Mittelstellung (0 km/h) entspricht dann 0.5

    Ich kann den Regler ja auch begrenzen, z.B. bis 50, 100, oder 200.
    Hierbei sind die abfragbaren Reglerwerte gleich denen des 330-Standardreglers, ok (50 km/h = 0,575, unabhängig von der Regler-Variante).
     

    Aber: mit dem Mausrad kann ich alle Regler über den Anschlag hinaus zwischen 0..1 einstellen, 
    obwohl bei den beschränkten Varianten auch die die 0..1 Anschläge nicht erreicht werden sollten.

    Z.B.  müsste beim 200er-Regler  bei 220 = ~0,86  Schluss sein. Der Zeiger bleibt zwar korrekt stehen, aber per Maus kann ich den Wert bis 1 (=330) hochdrehen.

    Regler_ueber_Anschlag_issue.thumb.jpg.71c8477718460716cdadd62323cd3bb0.jpg

    Gruß Eggu

×
×
  • Neu erstellen...