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!

Ja, ich hatte mich auch daran versucht. Das Studio bietet ja so viele Möglichkeiten, Aufbau und Automatisierung und Code zu kombinieren, dass man viel ausprobieren kann. Aber bei Kreuzungen gab es dann doch immer wieder Situationen, dass ein Stau nicht mehr aufgelöst wurde. Oder dass Fahrzeuge sich durchdrungen haben und dann schnell ein Anhänger um- oder abgehängt wurde.

Trotz hoher FPS Rate ruckelt die Anlage ständig (niedrigste Grafik-Einstellungen, fps 60..120). Seltsam. Außerdem nach kurzer Zeit Verkehrschaos, gelöste Anhänger, Stillstand an Verkehrsknoten. Gruß Eggu

Sehr schön, das sieht doch jetzt recht flüssig aus. Gruß Eggu

Danke für die Erläuterungen. Aber ich meinte mehr die Wartezeiten am Kreisverkehr, Fzg. warten anscheinend so lange, bis der gesamte gewählte Weg durch den Kreisverkehr frei ist. Real werden aber meist kleinste Lücken genutzt um einzufahren, natürlich mit der Gefahr, dass hierdurch (zunächst) unauflösliche Staus entstehen. Gruß Eggu

Sehr schön, allerdings ist das Einfahren in den Kreisverkehr sehr restriktiv, sieht etwas unnatürlich aus, im wahren Leben geschieht das "mutiger". Gruß Eggu