Timba

Wtf ist das denn?

Wie erklärst du es dann, dass eine komplett bebaute Anlage aus dem Katalog von MBS mit sogar viel Animation bei mir gerade mal zwischen 20 und 30 FPS schafft, und zwar völlig unabhängig davaon, ob Animationen eingeschaltet oder pausiert sind (kein Unterschied!!), meine im Bau befindliche x-fach größere Anlage ohne jede Bebauung mit 6 fahrenden Zügen auf 58 bis 60 FPS kommt? Welcher Faktor außer der Bebauung sollte da eine Rolle spielen? Außerdem ist mir meinem letzten Bau (noch unter V4) auch schon aufgefallen, dass mit zunehmender Bebauung die FPS-Rate runter ging. Du magst es ja gerne anders sehen, ich hingegen bin davon überzeugt, dass die Anzahl Objekte auf der Anlage eine enorme Rolle spielt.

Hallo Aloys, die Züge machen genau das, was du ihnen über die Ereignisverwaltung befiehlst. Da man nicht sehen kann, was in deiner EV steht, müsste man Hellseher sein, um dir zu helfen. Gruß Timba

Wenn ich vielleicht noch den fachkundigen Worten von @streit_ross etwas hinzufügen darf: Wenn dein Rechner bereits in die Knie geht, solltest du vielleicht auch darüber nachdenken, ob du von dem "einigen", was du auf der Anlage hast, auf etwas verzichten kannst. Jedes Teil, das du zusätzlich auf die Anlage packst, verbraucht eben auch Rechnerleistung. Ich habe leider auch keinen Hochleistungsrechner zur Verfügung und stehe vor einem ähnlichen Problem wie du. Hinzu kommt, dass ich weitläufige Strecken liebe. Würde ich dieses großräumige Universum so liebevoll und detailverliebt bestücken wie einige der First-Class-Modellbauer hier, dann blieben meine Züge auf der Stelle stehen und aus dem PC-Gehäuse würde Rauch aufsteigen. Daher verzichte ich lieber auf umfangreiche Bebauung und Landschaftspflege, fahre durch karges Land, dafür aber einigermaßen flott. Du musst für dich halt deinen Weg finden, was dir am liebsten ist. Weniger auf die Anlage, bzw. kleinere Anlage, oder Rechner verbessern. Einen anderen Weg gibt es nicht. Gruß Timba

Du bist ja auch noch jünger als ich. Das kann ich ja später (mit mehr Durchblick) ändern. Vielleicht muss ich mir das mal ansehen bei dir. Die Anzahl der Ereignisse stören mich eigentlich nicht so sehr, einmal erstellt, klappe ich das Modul zu und sehe sie nicht mehr. Viel mehr stört der Aufruf bzw. die Auswahl des "richtigen" Ereignisses über die vielen if...then...Bedingungen.

Andy, mit entsprechender Animation könnten die Bäume nachwachsen. Ein regeneratives Diorama sozusagen.

Sobald die Sonne die Erde erwärmt, lichtet sich der Nebel. Was draußen in der Natur gilt, wird auch für dich gelten. Nur Mut!

Hallo @Neo, nein, eigentlich nicht. Als ich vor einiger Zeit erstmalig ein benutzerdefiniertes Ereignis mit Lua aufrief, habe ich das zunächst mit der grafischen EV gemacht und dann nach Lua konvertiert, um die Syntax zu sehen. Danach beim Tippen war ich offenbar zu ungeduldig und habe, weil das durch $ aufgerufene Dialogfenster nicht unmittelbar das gewünschte Ereignis hergab, einfach händisch den Namen eingegeben und diese Arbeitsweise dann beibehalten. Wie ich jetzt weiß, ist das Quatsch und falsch. Richtig und zuverlässig ist: So mache ich das jetzt und das funktioniert ja auch. Man muss nur halt aufpassen, wenn man den Aufruf manuell verändert wegen der Referenzierung. Oder wenn man den Aufruf kopiert. Wobei ich festgestellt habe, dass bei der Kopie eines kompletten Moduls die Referenzierungen innerhalb des Moduls alle richtig sind. Nur die Variablen verweisen teilweise noch auf das Originalmodul. Aber damit komme ich schon klar. Die Funktion wäre mir sehr willkommen. Bei einem achtgleisigen Bahnhof mit 4 zweigleisigen Anschlüssen habe ich insgesamt 64 verschiedene Fahrwegschaltungen. Die sind mit Bezeichnungen in der Art "xx-->yy" in 64 benutzerdefinierten Ereignissen hinterlegt und werden durch entsprechend viele if...then... Bedingungen ausgewählt und aufgerufen. Da Herkunft und Ziel des Zugs dem Programm bereits bekannt sind, könnte daraus leicht ein String mit dem Namen des benutzerdefinierten Ereignisses erzeugt und das Event aufgerufen werden. Wäre wesentlich einfacher. Vielleicht kannst du uns ja irgendwann mit dieser Funktion erfreuen. Gruß Timba

Ich glaube schon, dass du das falsch siehst. Es ist doch nicht die Internet-Verbindung, die dich ausbremst, sondern dein PC hat offenbar zu wenig Leistung für die umfangreichen Berechnungen, die für die Grafik des MBS gemacht werden müssen.

Hallo Andreas, täuscht die Perspektive oder ist das Ersatzrad tatsächlich etwas oval statt rund? Gruß Timba

Das benutzerdefinierte Ereignis ist Teil der Bahnhofssteuerung. Die Steuerung habe ich für einen Bahnhof erstellt und getestet, danach für den nächsten Bahnhof kopiert. Deshalb identische Namen. Die Funktion ist recht umfangreich, ca. 70 Zeilen Programmcode. Die Struktur ist annähernd gleich (deswegen Kopie), aber im Detail schon unterschiedlich und benötigt Anpassung. Je nachdem wieviel Zu- bzw. Abfahrwege und vorhanden sind müssen Änderungen vorgenommen werden. Mit ein paar Parametern ist das nicht getan, denke ich. Was natürlich nicht heißt, dass das nicht geht, aber für mich ist es im Moment so einfacher. Nun kann ich natürlich nach dem Kopieren die Funktion umbenennen - ein vorangestelltes A, B oder C würde ja völlig genügen. Dann ist der Name wenigstens eindeutig. Ja eben! Genau diese Unsicherheit führte ja zu meiner Anfrage hier. Würde das beim Testlauf nicht funktionieren, sucht man sich einen Wolf nach dem Fehler. Dass da das "falsche" benutzerdefinierte Ereignis aufgerufen wird, da kommt man wahrscheinlich nicht gleich drauf.

Finaler Test. Du hattest recht, Andy. Es muss das benutzerdefinierte Ereignis unbedingt ausgewählt werden, wobei offenbar ein Referenzierung stattfindet. Bislang habe ich das wohl falsch gemacht. Es ist doch möglich, in Lua direkt das Ereignis auszuwählen. Schreibt man nur den Namen des Ereignisses, dann kann das falsche aufgerufen werden, wie ich gerade ausprobiert habe. Ob ich an der Stelle auf "MyEvent" in Modul 1 oder auf "MyEvent" in Modul 2 klicke, bringt oberflächlich zwar denselben Befehl, in der Ausführung ist es jedoch unterschiedlich. Wie du eingangs schon geschrieben hast, manuelle Änderungen sind hier absolut heikel und sollten möglichst vermieden werden. Ansonsten muss man die Ereignisse unterschiedlich benennen, dann wird es wohl auch gehen.

Jetzt habe ich mal folgendes ausprobiert: In der grafischen EV habe ich in Modul 2 das benutzerdefinierte Ereignis in Modul 1 aufgerufen. Das Ergebnis in Lua sieht völlig identisch aus. Anders ausgedrückt: Ob ich aus Modul 2 das Ereignis in Modul 1 oder in Modul 2 aufrufe, es lautet in beiden Fällen $("blabla"):Invoke(). Kein Unterschied. Woher das Programm nun wissen soll, was ich will, ist mir schleierhaft. Hm ....

Ja, Andy, wenn man das benutzerdefinierte Ereignis über die grafische EV anspricht, wählt man es aus. In Lua aber nicht. Und wenn man die grafische EV nach Lua umwandelt, steht da auch nur der Aufruf des Ereignisses ohne eine Referenz zum Modul, von daher bezweifele ich, dass eine Referenzierung stattfindet bzw. denke ich, dass es intern klar ist, welches Ereignis mit welchem Aufruf in Verbindung steht, also so wie Goetz es darstellt. Für mich ist ja nur wichtig, wie ich es schreiben muss. Die internen Abläufe sind sekundär, nice to know, aber nicht essentiell.

Ähm ... ok, aber eigentlich geht es um die Frage, ob der Aufrufer weiß, welche Funktion er aufrufen soll, also genau umgekehrt. Ich unterstelle aber mal, dass das in dem Fall identisch ist.

Danke. Das ist beruhigend. Ist eigentlich dieses "invoke()" zwingend oder kann man es weglassen, wenn keine Argumente übergeben werden müssen?

Moin, das habe ich ganz am Anfang gemacht. Ich hatte doch keine Ahnung, wie der Aufruf in Lua aussehen muss. Da steht kein Modulname davor. Eintippen geht auch nicht so einfach, weil sobald man das Dollarzeichen tippt muss man auswählen zwischen Objekt und Ereignis, Für die Syntax des benutzerdefinierten Ereignisses ist beides nicht zutreffend. Da es nicht anders geht, wähle ich Objekt und nehme wahllos das erste, danach ersetze ich händisch den Objektnamen durch den Namen des benutzerdefinierten Ereignisses. Etwas umständlich, aber ich wüsste nicht, wie es sonst gehen sollte. Gruß Timba

Nachtrag: Ich hatte nur Sorge, weil der Aufruf des benutzerdefinierten Ereignisses über Lua nicht die Modulbezeichnung voranstellt, also nicht etwa $(Modulname).(Benutzerdef. Ereignis), sondern einfach $(Benutzerdefiniertes Ereignis). Deshalb mein Zweifel, ob das Ding kapiert hat, in welchem Modul es sich gerade befindet.

Jepp, Weiß ich. Module haben verschiedene Namen. So wie Andy und Timba z.B. Nicht alle. Manche ja, manche nein. Ist mir schon aufgefallen. In Fällen, wo eine nachträgliche Änderung unvermeidbar ist, überprüfe ich das immer. In diesem speziellen Fall ist eine nachträgliche Änderung ausgeschlossen. Aber danke trotzdem für den Hinweis. Gruß Timba

Hallo alle, bevor jetzt ein schlimmes Bahnunglück mit Hunderten virtuellen Verletzten passiert eine Frage: Wenn ich zwei nahezu identische Ereignismodule nebeneinander habe und in jedem dieser Module existiert ein benutzerdefiniertes Ereignis mit dem Namen "Prüfung", das jeweils innerhalb des Moduls aufgerufen wird, kann ich mich dann darauf verlassen, dass jeweils nur das Ereignis des eigenen Moduls aufgerufen wird und nicht das Ereignis des anderen Moduls? Oder muss ich vorsichtshalber unterschiedliche Namen vergeben? Gruß Timba

Success is when British Railway buys your patent for cube signals.

Hab das vom letzten Jahr nicht mal aufgebraucht.

Vielen Dank, Eierschalen-Andy, das hast du ganz professionell und vorbildlich gemacht. Weckt direkt Lust, Blender runterzuladen.

I am interested, too. Although I'm not thinking of starting with Blender right now. But one day I will and then I can fall back on this thread.

Sowohl als auch. Im MS-Office beispielsweise kann man die Tastaturbelegungen verändern, wenn einem das, was Microsoft vorgibt, nicht mehr gefällt. Meiner Erfahrung nach ist das jedoch unnötig, weil die vom Hersteller festgelegten Shortcuts meist einem gewissen Standard folgen.