Eggu

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: 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

Hallo @Neo, ein ähnliches Verhalten ("Weghüpfen" einiger Objekte beim Verschieben) gibt es bei meinem Rolltreppenmodul B6CC6478-3AC5-448A-B553-0B7AF29185C5. (siehe Disk. hierzu mit @Rotti: Rolltreppen-Diskussion). Auch hier ergibt sich die "simple" Anforderung: Selektierte Objekte verschieben unter Beibehaltung aller relativen Abstände und Verknüpfungen. Gruß Eggu

ich hatte die Rolltreppen-Objekte nun alle selektiert und verschoben, indem ich direkt die neuen x,y,z-Koordinaten eingegeben habe. (Snap off, Höhenanpassung off). Das scheint zu funktionieren, die Animationen und relativen Objekt-Positionen bleiben erhalten. Gruß Eggu

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.

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

Ich denke, es geht auch darum, schnell zu sehen, ob und welcher Kontakt seine Verknüpfung verloren hat.

... gibt es doch: 166579AA-E44E-4F4A-87D8-439C77A8B767

ok

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

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

Danke @Neo, das wäre wirklich hilfreich. Wenn aber z.B. eine Lok bereits mit einem Gleis verbunden ist, dann soll bei der Bewegung des Gleises diese Verknüpfung natürlich erhalten bleiben. Gruß Eggu

Nein, ich habe das Einrast-Symbol deaktiviert, hat gleiche Wirkung wie Shift. Shift invertiert einfach die Wirkung des Einrastsymbols. Jedenfalls bei mir. Das Einrasten (Snapp) über größere Strecken wird unterbunden, aber eben nicht komplett, wenn ich sehr nahe am Einrastpunkt bin. Gruß Eggu

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

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

Wenn ich das Notensymbol deutlich vergrößere (z.B. Skalierung 5) wird die Lautstärke des Sounds hörbar lauter, bei ansonsten gleich eingestelltem Lautstärkepegel. Höre ich da richtig ? Gruß Eggu

Weiterhin werden in der EV bei Blöcken mit Unterblöcken (z.B. Bedingung) nur der äußere Block kopiert bzw. dupliziert. Vorschlag: Wenn der Block eingeklappt ist, dann gesamten Block mit Sub-Struktur kopieren/duplizieren. Gruß Eggu

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

Alte Anlage, Spline-Spur, gelbes Quadrat angeklickt, und Spline springt in bisher unbekannte Formen, siehe Bild. Das war "früher" sicher nicht so. Ist das bekannt? Das kann so nicht richtig sein. Gruß Eggu

Hallo @EASY, als Demo anbei eine überarbeitete Version meiner Heli-Steuerung. CD1347E4-9F40-4752-9981-922568BA25C2

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

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

... das gleiche gilt auch für das Reglerfenster, 50km/h ~ 20 %, aber auch hier kann man bis zu 100% einstellen. Also entweder müsste auch hier bei den 20% eine Begrenzung sein, ODER 100% sind immer Skalen-Ende. Gruß Eggu

Die Stellung des Standard-Drehreglers ist jetzt ja abfragbar (als Eigenschaft) , 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. Gruß Eggu

Frage hierzu: Die shade-smooth/flat Einstellungen wirken ja auf den Rendering-Prozess in Blender selbst, aber hat das denn auch Auswirkungen auf das Rendern in MBS?

In diesem kurzen Video ist kurz dargestellt, welche Änderungen es gab zu 4.1 und wieder zurück in 4.2 bezügl. Shade-smooth, shade-flat und Auto-smooth Auto Smooth is Back in Blender 4.2!