Phrontistes

Hallo @EASY, sehr schön, vielen Dank! Beste Grüße Phrontistes

Was ist das eigentlich für ein Ton? Hallo @EASY, darf ich nochmals einen anderen Säulenwusch vorbringen? https://community.3d-modellbahn.de/forums/topic/5926-easys-kleiner-modellbau/page/12/#comment-108578 Beste Grüße Phrontistes

Hallo @Hawkeye, Kannst Du mal verraten, wie Du das genau machst? So kann man dieses (ärgerliche) Problem wenigstens schneller einkreisen. Beste Grüße Phrontistes

Hallo @SualokinK, Noch etwas früh, ich weiß ja, aber trotzdem schon mal ein Gedanke: Wäre es nicht für Dich und den Benutzer einfacher, das Modell samt dem benötigten "Zubehör" (zusätzlich) als Anlage zu veröffentlichen damit der Benutzer es "gebrauchsfertig" in ein Depot schicken kann, welches er dann wiederum als eigenes Modell speichert? So tausche ich jedenfalls immer solche Konglomerate aus einem Fahrzeug und damit verlinkten Items (Ladegüter, Partikeleffekte, Kameras oder was auch immer, auch ganze Züge) zwischen meinen Anlagen aus. Beste Grüße Phrontistes

Hallo @Roter Brummer, hier die Version "deluxe+" bei der die Wagen nach Benzinmarke auf die drei Gleise verteilt werden, aber nur jedes zweite mal, sonst wäre es ja langweilig. Deine zweite Bedingung im Event "Waggons verteilen" musste übrigens in meinem neuen Event "Waggons verteilen nach Marke" raus, denn die führte dazu, dass das letzte Wagen immer dem zweitletzten folgt, weil das Abdrücksignal schon auf Ra 6 steht, wenn der letzte Wagen den Gleiskontakt vor der Weiche erreicht. ME 09 Ablaufberg deluxe+.mbp Beste Grüße Phrontistes

Hallo zusammen, hallo @Neo, Das stimmt und ich empfand es schon immer als eher unschön früh. Gibt es einen Grund, das fahrstraßengesteuerte Zurückschalten der Signale schon so früh zu machen? Reichte es nicht, dies bei "Verlassen" zu tun? Beste Grüße Phrontistes

Hi @simonjackson1964, The bug is fixed in V. 8.5. You should change to 8.5. Kind regards Phrontistes

Hallo @Neo, das Phänomen ist gerade wieder aufgetreten. Diesmal hab bin ganz sicher nur (im Simulationsmodus ) via Strukturansicht in die Properties des Partikelobjektes und habe dort Einstellungen verändert. Nach dem Losfahren war das Partikelobjekt verschoben, aber immer noch mit dem Fahrzeug verbunden. ist also nicht korrekt, sie fahren schon noch mit, aber an einer anderen Stelle. Beste Grüße Phrontistes

Hallo @Spurwechsel, Wir sollten mal @Neo fragen, ob es sein kann, dass sein Capture Video bei Monsteranlagen in die Knie geht und nicht mehr jeden Frame aufzuzeichnen in der Lage ist und einfach welche auslässt. Fehlen im avi Frames ist das Video (vermeintlich) zu schnell. Du kannst ja mal probeweise mit 15 fps aufzeichnen, vielleicht sind dann alle Frames da. Beste Grüße Phrontistes

Hallo @Spurwechsel, Sehr seltsam, das kann ich mir nicht erklären und sollte unabhängig von den im MBS eingestellten Parametern nicht so sein. Ja, mach' das gelegentlich mal. Beste Grüße Phrontistes

Hallo @Spurwechsel, Wir Du das hinbekommst, ist mir nicht klar. Youtube kommt eigentlich mit allem klar, was man hochlädt. Mit den standardmäßig von Neo vorgeschlagenen 30 fps sowieso, denn das ist auch der Youtube-Standard. Deine Auflösung ist mit 480p sehr dürftig. Mit 1080p wäre das Video nicht so verwaschen. Du kannst mir gerne mal schicken, wie Du genau vorgehst - siehe PN. Beste Grüße Phrontistes

Hallo @streit_ross, Das ist mir klar. Zunächst wollte ich nur mal deutlich demonstrieren, was man machen kann. Realistisch ist das alles nicht, bei modernen Loks schon gar nicht. Beste Grüße Phrontistes Nachtrag zu "geringe Reaktion auf Deine Bemühungen" Nicht nur meine Bemühungen, auch die von @EASY, siehe hier.

Hallo @tim-fischertechnik, ich habe Deine BR 627 in diesem Video mal inszeniert und zwar mit zwei verschiedenen Partikeleffekten, einem (hellen) für Stand und Streckenfahrt und einen (dunklen) für das Anfahren. Beste Grüße Phrontistes

Hallo @EASY, Die Runde besteht leider immer noch nur aus mir , aber ich habe daran mal weitergearbeitet. Hier ein weiteres Video, wie das aussehen könnte. Falls Dich die Steuerung interessiert, die Entwurfs-ID ist AE2F6792-B250-44C4-8697-F506F42E6197 Von mir schon, denn Du könntest als Modellbauer vermutlich noch etwas mehr gestalten, wie ich bei der Limmat gesehen habe, deren Partikel offensichtlich davon abhängen, ob sie steht oder fährt - oder sehe ich das falsch? Nebenbei: Deine schöne SOS-Säule stand mal auf dem im Video gezeigten Bahnsteig, jetzt leider nicht mehr . Beste Grüße Phrontistes

Hallo @Neo, zwei Dinge sind on V. 8.5 schon mal schön: Fahrstraßen und Fahrzeugziele werden bei der internen Videoaufzeichnung nicht mehr fälschlicherweise angezeigt Die interne Videoaufzeichnung zeichnet nun auch animierte Objekte auf Perfekt wäre, wenn Du auch noch verhindern könntest, dass während der Videoaufzeichnung Objektrahmen angezeigt werden wenn man (versehentlich) mit der Maus darüber fährt. Beste Grüße Phrontistes

Hallo @Neo, hier wäre schön, wenn man eigene Templates speichern/aufrufen könnte: Beste Grüße Phrontistes

Hallo @Neo, ich habe das folgende seltsame Verhalten festgestellt: Link Partikelobjekt(e) (bei mir bis zu 4 je Fahrzeug) --> Fahrzeug ist/sind vorhanden. Alles ok, die Partikelobjekte fahren mit. Ich verstelle mehrere Dinge in den Properties (und ggf. auch der Position) der Partikelobjekte. Die Links Partikelobjekt --> Fahrzeug sind danach (angeblich) immer noch vorhanden - eines oder mehrere bleiben aber trotzdem an Ort und Stelle und fahren nicht (mehr) mit. Lösung: Unlink/Link und das Partikelobjekt ist wieder angeheftet - steht aber natürlich erst mal nicht mehr dort wo es soll, wenn man das erst nach der Weiterfahrt bemerkt. Wenn ich das schrittweise durchgehe, kann ich die Fehlfunktion nicht reproduzieren. Im Echtbetrieb ändere ich natürlich mehrfach irgendwelche Sachen (Properties, Position) bis mir schlussendlich alles gefällt. Leider ist es mir mehrfach passiert, dass danach ein oder mehrere Partikelobjekt(e) nicht mehr mit dem Fahrzeug mitfuhr(en) ohne dass ich die Ursache erkennen kann - der Link ist ja noch vorhanden. Beste Grüße Phrontistes

Hallo @Eggu, . Beste Grüße Phrontistes

Nein, das ist nicht meine Absicht, sondern ich will - wie mehrfach beschrieben - mit einem vor einem geschlossenen Signal stehenden Zug nicht einfach losrasen, wenn der Fahrdienstleiter (Fahrstraßen) die Auftrag zur Abfahrt gibt. Jetzt lasse es mal gut sein; ich weiß ja, wie ich an das auslösende Fahrzeug komme.

Hallo @Neo, hier nochmals mein Feature-Wunsch, den ich, wie schon eingangs erwähnt, nur als Anregung verstanden haben will. Es wäre sinnvoll, wenn das Ereignis „Signalstellung hat sich geändert“ außer dem Signal auch den Gleiskontakt und vor allem das auslösende Fahrzeug (falls eines auf dem Kontakt steht, sonst eben [Leer]) als trigger liefern würde. Man kann sich zwar behelfen, indem man das auslösende Fahrzeug beim Betreten des Signalkontaktes als Objekt in eine Objektvariable des Signals schreibt, aber mich stört daran, dass beim Ereignis „Signalstellung hat sich geändert“ dem Programm diese Information ja wohl sowieso zur Verfügung steht. Ohne dass es darauf ankommt, ergänzend zum Anwendungshintergrund, den ich eingangs nur rudimentär geschildert hatte, eben weil es nicht darauf ankommt: Wann das Ereignis „Signalstellung hat sich geändert“ ausgelöst wird, kann ich nur bedingt vorhersehen, denn Signale werden bei mir (fast) immer durch Fahrstraßen geschaltet. Welche angemeldete Fahrstraße bei Kollisionen wann drankommt, ist ja eine Zufallsentscheidung des Programmes. Losfahren mit Verzögerung war nur ein einfacher Anwendungsfall, warum ich das auslösende Fahrzeug benötige. Ich brauche es auch, um z.B. vor dem Losfahren eine Abgaswolke auszustoßen (und zwar am Motorfahrzeug, das auch am anderen Ende sein kann), die Kamera umzuschalten und um auf die Vmax des Fahrtzeuges (und nicht eine fest hinterlegte) zu beschleunigen. Die hierfür benötigten Informationen sind alle im auslösenden Fahrzeug hinterlegt. here again my feature request, which, as already mentioned at the beginning, I only want to have understood as a suggestion. It would make sense if, in addition to the signal, the event "Signal indication has changed" would also provide the track contact and, above all, the triggering vehicle (if one is on the contact, otherwise [empty]) as a trigger. You can help yourself by writing the triggering vehicle as an object into an object variable of the signal when entering the signal contact, but what bothers me is that this information is probably available to the program anyway by the event "signal indication has changed". Without it being important, in addition to the application background, which I had described only rudimentarily at the beginning, precisely because it does not matter: I can only predict to a limited extent when the event "signal position has changed" will be triggered, because signals are (almost) always switched through routes. Which registered route is used in the event of a collision is a random decision of the program. Starting up with a delay was just a simple use case as to why I need the triggering vehicle. I also need it, for example, to emit an exhaust plume before starting up (on the motor vehicle, which can also be at the other end), to switch the camera and to accelerate to the maximum speed of the vehicle (and not a fixed one). The information required for this is all stored in the triggering vehicle. Beste Grüße / Kind regards Phrontistes

Ja! Code einfügen statt Bild wäre noch nett, dann muss man nicht abtippen . Danke für den Hinweis; ich hab' (mal wieder) nicht an die Properties gedacht . Eigentlich weiß ich ja, dass man auch dort fündig werden kann; z.B. starte ich das Fahrzeug ja damit. Beste Grüße Phrontistes

Hallo @Hawkeye, Du benutzt auch nicht den Trigger, sondern hast ein einzelnes Signalobjekt eingetragen. Natürlich geht das, nutzt aber nichts für eine allgemeingültige Routine (schau' in meinem Bild auch mal ganz oben, welches Ereignis ausgewertet wird), die für alle Signale, bei denen die Abfahrt verzögert werden soll nur einmal geschrieben wird. Beste Grüße Phrontistes

Hallo @Hawkeye, Wie? Jedenfalls nicht als Trigger: Ich würde beim markierten Zahnrad gerne den Trigger "Track contact" (oder von mit aus auch "Signal") auswählen, wenn er angeboten würde, wird aber aber (bisher) nicht. Nicht, wenn Du mit "Vehicle is located on track/track contact" fragst. Die folgende allgemeingültige Routine für verzögerte Abfahrt an Signalen funktionierte ohne die zweite Abfrage auf das "hintere" (jetzt aber am Signal stehende) Fahrzeug nicht. Bei einer Kopfwende am Prellbock mit Lichtwechsel, Wechsel der Zugzielanzeige, Wechsel der Führerstandskamera, und Wechsel des mit einer Außenkamera zu verfolgenden Fahrzeugs hat man das gleiche Problem, weshalb mich das auch nicht überrascht hat Beste Grüße Phrontistes

Hallo @streit_ross, genau das mache ich ja in meinem Beispiel. Welches Fahrzeugs? Das ist doch genau das Problem. Auf das Fahrzeug kann ich im Ereignis „Signalstellung hat sich geändert“ ja nicht direkt zugreifen. Im Übrigen habe ich nur einen Teilaspekt beschrieben und im Beispiel gezeigt. Es gibt folgende Situationen wenn das Signal schaltet: Auf dem Gleiskontakt befindet sich das auslösende Fahrzeug (im Beispiel gezeigt). Auf dem Gleiskontakt befindet sich kein Fahrzeug (im Beispiel gezeigt). Auf dem Gleiskontakt befindet sich ein anderes Fahrzeug als das, welches den Gleiskontakt ausgelöst hat, nämlich das andere Ende des Wendezuges (im Beispiel nicht gezeigt). Hier braucht es dann noch mehr, nämliche eine Variable im "vorderen" Fahrzeug, in der das "hintere" steht und entsprechende Prüfungen (im Beispiel nicht gezeigt). Ich verstehe schon, weshalb Neo im Ereignis „Signalstellung hat sich geändert“ bisher kein Fahrzeug liefert. Mit dieser Information muss man dann schon umzugehen wissen. Beste Grüße Phrontistes

Hallo @Neo, Es wäre schön, wenn das Ereignis „Signalstellung hat sich geändert“ außer dem Signal auch den Gleiskontakt und das Fahrzeug (falls eines auf dem Kontakt steht, sonst eben [Leer]) liefern würde. Anwendungsfall: Das Fahrzeug soll nicht zeitgleich losrasen, sondern noch etwas warten (siehe Beispiel). Das kann man zwar mit zwei Variablen lösen (siehe Beispiel), aber die Information ist ja sowieso vorhanden. Mir ist klar, dass das Ereignis nicht durch den Gleiskontakt oder das Fahrzeug ausgelöst wurde – aber durch das Signal auch nicht, sondern manuell, durch die EV oder eine Fahrstraße. It would be nice if, in addition to the signal, the "signal position has changed" event also provided the track contact and the vehicle (if one is on the contact, otherwise just [Empty]). Use case: The vehicle should not start speeding at the same time, but wait a little longer (see example). This can be solved with two variables (see example), but the information is available anyway. I realize that the event was not triggered by the track contact or the vehicle – but neither by the signal, but manually, by the EM or a route. Beste Grüße / Kind regards Phrontistes Example: Delay after signal change.mbp