Jump to content

Eggu

Mitglieder
  • Gesamte Inhalte

    336
  • Benutzer seit

  • Letzter Besuch

Beiträge erstellt von Eggu

  1. Hier eine Beispielanlage mit vollständiger Lösung:

    Verschiedene Fahrzeuge fahren über einen Lern-Kontakt, alle Animationen werden gestoppt, kurz aktiviert und wieder zurückgesetzt.

    Kommen dann die "Animation gestartet" -Ereignisse, werden die Blink -Ereignisse herausgefiltert (Text-Suche nach "Blink" bzw. "Fahrtrichtungsanzeiger",
    dann nach "Rechts" bzw. Links"). Diese Namen speichert jedes Fahrzeug in einer lokalen Objekt-Variablen ab (Blinker_Rechts bzw. Blinker_links).

    Via dieser Variablen wird dann vor der Rechts-Kurve rechts geblinkt.

    87AACAEB-6D5D-4444-9DAC-DA9A6DD99269

    Gruß
    Eggu

  2. Das ist ja genial!

    Aber gibt es eine Möglichkeit, neue Animations-Namen automatisch zu extrahieren und entsprechend die Liste zu ergänzen ?
    (bzw. hatte ich so was gelöst, indem jedes Animations-Objekt pro Animation eine Textvariable erhielt,
    die dann eben für alle Objekte den gleichen Namen erhielt).

    Gruß
    Eggu

  3. Ui, die Anlage "erschlägt" einen ja.

    Zunächst: Mir ist das Konzept deiner Fahrstraßenverwendung nicht klar:

    1: Die Fahrstraßen sind viel zu lang, eine Fahrstraße soll doch nur einen kritischen Abschnitt absichern.

    2: Warum werden in einer Wiederholung gleich mehrere Fahrstraßen angefordert ? Immer eine nach der anderen.
    Ist denn dann sichergestellt, dass der anfordernde Zug auch alle Fahrstraßen befährt und wieder freigibt ?
    Da scheinen mir Dead-Locks vorprogrammiert zu sein.

    Gruß Eggu

  4. Ja, je weiter weg vom Startpunkt, um so  weniger das Zittern.

    Auch wenn ich ein weiteres Segment kurz vor dem anderen platziere, snapt das Teil nicht an das Folgeteil, sondern zittert weiterhin.
    Wenn ich den Quadrat-Anfasser benutze, snapt es sofort an das Folgeteil. Aber das Teil ist dann wohl in einem anderen Modus,
    im Editor wird Winkel=0 angezeigt. Und wenn ich dann erneut einen Anfasser anklicke, springt das Spline-Teil sofort zurück in eine Gerade.

    Also, da ich diesen sehr störenden Effekt oft habe, bin ich  nach wie vor an einer genaueren Analyse interessiert,
    und natürlich an Abhilfe.

    Gruß Eggu

  5. Aha, danke für die Erklärung.
    Habe mal meinen Entwurf hochgeladen und die Beispiel-Bahnsteige gelblich texturiert.
    Das sind Abschnitte mit sanftem Bogen, entstanden durch Spline-Anpassung an die Gleise,
    so was kommt recht häufig vor bei mir.

    Sind das solch kritische Abschnitte ?

    254C45FA-396D-4DC7-A9FC-4A97D4365660

    Die darüber liegenden grauen Abschnitte sind ähnlich leicht gebogen, lassen sich aber smooth verschieben, ohne Zittern.

  6. Nicht neu (für mich), aber jetzt muss ich doch 'mal nachfragen:
    Insbesondere wenn ich Gleise oder andere Splines an einem Ende ziehe (um z.B. den Spline zu verlängern, oder zu verkürzen),
    verhindert die Shift Taste nicht immer das Einrasten, oftmals springt das Ende wild hin und her, ich kann nicht erkennen , wo es einrasten will.
    Nimmt man statt den Achs-Anfassern den quadratischen Spline-Anfasser, so gelingt das Einrast-lose Verschieben,
    aber dann hat man eben keine genaue Kontrolle über die Richtung.

    Fotos anbei: Shift-move y-Handle Position 1 , Shift-move y-Handle Position 2  (keine Zwischen-Position möglich), 
    und Verschiebung ohne Shift (also aktivem Snap):  das eine Ende springt vollkommen zur anderen Seite (auf Minimal-Länge).

    Bekanntes "normales" (aber unschönes) Verhalten, oder brauche ich eine andere Tasten-Kombination ?

    Spline-Pos-1--3D-Modellbahn Studio V8.5.jpg

    Spline-Pos-2--3D-Modellbahn Studio V8.5.jpg

    Spline-Pos-snap--3D-Modellbahn Studio V8.5.jpg

  7. Du hast recht, eine Gruppe hat ihren eigenen lokalen Gizmo (mit Drehung 0 bei der Erzeugung der Gruppe).


    Problem tritt auf, wenn man 2 (oder mehrere)  bereits gedrehte Objekte gruppiert (z.B. Mast mit Schild).
    Dann bekommt die Gruppe die Drehung 0.
    Also: Objekte bevorzugt gruppieren, wenn alle Objekte in "Grundstellung" sind.

    Das funktioniert aber nicht mehr, wenn ich bereits platzierte und gedrehte Objekte nachträglich gruppiere,
    oder wenn ich lediglich eine Mehrfachselektion verschieben möchte (wobei üblicherweise die Objekte nicht mehr in Grundstellung sind).
    Selbst wenn ich die Objekte in Grundstellung gruppiert habe,
    muss ich ev. die Gruppe später (dann ev. schon gedreht) temporär auflösen und wieder neu bilden
    (Workaround, um einzelne Objekte innerhalb der Gruppe nachträglich zu bearbeiten/transformieren).
    Gruß Eggu
     

  8. Bisher ist der lokale Gizmo nur für Einzelobjekte möglich (so meine Beobachtung).
    Bei Gruppen oder Mehrfachselektionen bleibt der Welt-Gizmo wirksam, auch bei Anwahl des lokalen Gizmo.

    Bei Gruppen könnte der Mittelwert der einzelnen lokalen Gizmos als lokaler Gruppen-Gizmo gesetzt werden (so macht es Blender),
    oder alternativ kann man ein Referenzobjekt anwählen (hierdurch könnte man dann ein Objekt entlang einer beliebigen Achse verschieben, drehen).
    Gruß Eggu

  9. Am 17.8.2023 um 13:29 schrieb Phrontistes:

    Hallo Neo,

    es wäre schön, wenn man innerhalb eines benutzerdefinierten Ereignisses in der graphischen Oberfläche eine lokale Variable definieren und benutzen könnte. Man kann zwar auf eine Modulvariable ausweichen, sauber ist das aber nicht, denn diese könnte von einem anderen Ereignis verändert werden.

    Beste Grüße

    Phrontistes

    Statt einer  Modulvariable kann man eine Objektvariable als temporäre Variable nutzen. (Objekt = auslösendes Trigger-Objekt des Events).
    Damit umgeht man die Gefahr des Überschreibens. Diese Objektvariable wird bei erster Werte-Zuweislung automatisch angelegt.
    Man kann diese auch wieder am Ende des Events löschen.

    Gruß Eggu

  10. Am 6.5.2022 um 13:42 schrieb Neo:

    Hallo opax,

    es gibt bereits einige Vorkehrungen im Studio, um die Depots flüssiger zu machen. Das System kommt allerdings bei größeren Zügen an seine Grenzen, weshalb es je nach PC zu Rucklern kommen kann. Das Problem ist aber bekannt und steht definitiv auf der Liste der Punkte mit den Verbesserungen. Leider erfordert die weitere Beschleunigung der Depots einen größeren Aufwand, weshalb wohl erst mit V8 mit weiteren Verbesserungen gerechnet werden kann.

    Viele Grüße,

    Neo

    Hallo Neo,

    das Depot-Ruckeln ist auch in V8.5 unverändert (schon ab einem Fzg. im Depot).
    Steht das auch noch auf der Agenda ?
    Gruß Eggu

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

×
×
  • Neu erstellen...