Timba

Gerade wollte ich sie per PN schicken, aber Dateianhänge in PN sind offenbar disabled worden. Veröffentlichen möchte ich sie momentan nicht, falls überhaupt. Gruß Timba

Moin, diesen Hinweis vom 8. Oktober hatte ich noch im Hinterkopf, als ich mich vorhin abmühte, das Gelände an gewisse Bauten anzugleichen und es nicht so klappte, wie ich das gerne hätte. So änderte ich kurzerhand die Rastergröße von 4 cm auf 1 cm, habe aber sicherheitshalber vorher abgespeichert. Die FPS-Rate sackte von 60 auf 17 ab. Zugegeben, es handelt sich um eine recht große Platte, aber trotzdem, "keinen so starken Einfluss auf die Performance" ist aus meiner Sicht etwas übertrieben. Gruß Timba

@Roter Brummer, ja, stimmt. Funktioniert. Ist aber eine ziemliche Fummelei. Aber ok, das ist es in Grafikprogrammen auch manchmal, wo es um Detailreichtum geht. Vor den Erfolg haben die Götter den Schweiß gesetzt. Aber tatsächlich könnte man so eine Maske simulieren.

Moin, ich stehe grad etwas auf dem Schlauch, weil ich nicht erkenne, wie das (Maskengröße) gemeint ist. Unter Maske verstehe ich eine Abgrenzung. Es kann sich dabei um eine positive oder negative Maske handeln, je nachdem, ob alles innerhab der Maske verändert werden darf und außerhalb nichts - oder eben umgekehrt. Nun gibt es in Grafikprogrammen auch Rechteckmasken oder kreisförmige Masken, aber die interessanten und auch wohl am häufigsten benutzten Masken sind die frei gestaltbaren Masken. Eine Bodenplatte lässt sich zwar vergrößeren/verkleinern, auch neuerdings mit Schrägen versehen, etc., aber von einer frei gestaltbaren Form ist das noch kilometerweit entfernt. So wie ich mir die o.a. Idee vorstelle, wird doch dabei immer auch auch kleine Bereiche geändert, die gar nicht geändert werden sollen, oder? Gruß Timba

Wie du weißt habe ich von solchen Dingen keine Ahnung. Wenn es nicht geht, dann geht es halt nicht. Ich dachte eben, dass sei texturmäßig alles egal.

Das wäre sicher eine Herausforderung. Spontan wäre meine Idee, einen Übergang mit einem Grafikprogramm herstellen, das JPG in eine Textur konvertieren und auf eine Ebene kleben, Transparenz des Wassers etwas erhöhen und dann die Ebene unters Wasser schieben. Hast du ne bessere Idee?

Eigentlich hätte ich von dir jetzt goldgelb erwartet, um das Wasser darstellen zu können wie es aussieht, wenn die Modellbahnbrauerei überschüssige Ware in den Modellbahnfluss ableitet.

Frei wählbar, wie bei den anderen beiden Wasser-Elementen. Oder ist das ein unverschämter Wunsch? Könnte man nicht stattdessen die Flussbreite über Animation steuern, so wie es @BahnLandbei einigen Tunnelportalen realisiert hat? Gruß Timba

Moin, das neue Element "Wasser (Fluss)" [Content-ID 502BC75D-D028-4114-8951-69ED5CFC797C] ist durch seine Ausgestaltung als Spline für Flüsse gegenüber "Wasser (rechteckig)" und "Wasser (kreisförmig)" im Vorteil, keine Frage. Was ich allerdings sehr vermisse ist die Möglichkeit der Farbänderung, wie sie bei den beiden letztgenannten vorhanden ist. An die Stelle wurden Variationen der Flussbreite gelegt. Schade, nun sind Abweichungen vom chemisch sauberen Standardwasser nicht mehr möglich. Keine bräunliche Verfärbung durch Schlammeintrag, keine grünliche Verfärbung durch Algenbefall, leider nicht mehr möglich. Gibt es vielleicht eine Möglichkeit, die Farbänderung auch für "Wasser (Fluss)" einzurichten und die Flussbreitenvariationen irgendwie auf andere Weise anzubieten? Gruß Timba

@Neo Moin, ein kleiner Schönheitsfehler: Wenn man in der Geländegestaltung den Schieberegler für Größe oder Stärke bewegt und den Wert verstellt und anschließend im Hauptfenster denselben Wert mittels Mausrad weiter verstellt ohne zuvor einen Klick auf die Landschaft auszuführen, dann wird nur die Prozentzahl verändert, aber der Schieberegler bleibt unverändert am Fleck. Erst nach einem Klick in die Landschaft wird es wieder "normal". Die Funktion ist aber nicht betroffen. Es liegt wahrscheinlich daran, dass das Steuerelement Schieberegler noch den Focus hat, solange kein anderes Steuerelement angewählt wurde, aber irgendwie sieht es trotzdem komisch aus, wenn die Prozentzahl auf 1% steht und der Schieberegler ganz rechts am Anschlag. Gruß Timba

Moin, wenn Einrasten ganz sicher aktiviert ist, dann müssen die Gleise andocken und das tun sie auch. Ab einer Nähe von ca. 20 mm (H0) rasten sie ein, wobei es keine Rolle spielt, ob das anzufügende Gleis etwas verdreht ist. Der einzige Grund, der mir einfällt, warum es bei dir nicht klappt, ist, wenn die Gleise auf unterschiedlicher Höhe sind. Beim Gleisverlegen bin ich selbst lieber im 2D-Modus, daher kommt mir der Verdacht, das könnte bei dir auch der Fall sein. Im 2D-Modus siehst du nicht, auf welcher Höhe sich das Gleis befindet. Am besten lässt du die automatische Höhenanpassung (Gelände) auch aktiviert. Dann sollten die Gleise auch in der Höhe zueinander passen, falls du nicht zuvor "in der Luft" gebaut hast. Gegebenenfalls kannst du unten rechts im Eigenschaftsfenster überprüfen, ob beide Gleise auf derselben Höhe liegen. Unter Position z ist die Höhe eingetragen. Gruß Timba

Dieses merkwürdige Phänomen habe ich auch gestern gehabt. Vielleicht hat es gar nichts mit dem hier vorliegenden Fehler zu tun, aber es ist ein Versuch, der nicht viel Arbeit macht. Das merkwürdige Verhalten bei meiner Anlage war durch nichts zu erklären, es waren definitiv keine anderen Fahrzeuge beteiligt, in der Fahrstraßenauflistung wurden keine Fehler angezeigt, die orangenen Linien der Fahrstraßen waren genau da, wo sie auch sein sollten, alles total chic und trotzdem war die Fahrstraße einen Moment lang blockiert ohne Grund. In meiner Hilflosigkeit habe ich dann einfach die Fahrstraße komplett gelöscht und anschließend neu eingerichtet. Oh Wunder, da war's ok. Das heißt, es kann auch mal ein winziger Fehler in der Fahrstraße sein, der mit bloßem Auge nicht erkennbar ist. Gruß Timba

Habe das Problem doch mit einem Skript gelöst. War in diesem Fall der einfachste Weg.

Ich versteh nicht ganz ... Geschwindigkeit setzen?? Es ging doch um eine Verbindung ...

Das ist zwar insofern sachlich richtig, da hier nur die Geschwindigkeit für die Beschleunigung erwähnt wird, gleichzeitig ist der zweite Satz aber irritierend für Anwender, die sich noch nicht so gut auskennen. Dieser könnte auf die Idee kommen, ein schnellerer Zug könnte nicht gebremst werden. Der Vollständigkeit halber sollte erwähnt werden, dass man auch beide Häkchen (Beschleunigen UND Abbremsen) setzen und beiden dieselbe Geschwindigkeit einrichten kann. Dann verlässt der Zug den Gleiskontakt immer mit derselben Geschwindigkeit, egal ob er schneller oder langsamer angekommen ist. Gruß Timba

Ups ... Verzeihung, das war mir nicht bekannt. In dem Fall bitte meinen Doppelpost ignorieren. Aber nun weißt du wenigstens, dass ich noch wach bin.

Nachtrag zum vorherigen Beitrag: Es ist ein Bug. Ich habe den Teil der EV nach Lua konvertiert und den Begriff 'contact' durch 'vehicle' ersetzt, klappt alles wunderbar. Es ist also seitens der Programmierung so wie überall im Programm vorgesehen, nur die grafische EV bietet die Auswahl nicht an. Bitte bei Gelegenheit korrigieren, @Neo. Gruß Timba

@Goetz, das mit der Aufzeichnungsmöglichkeit in Win10 kannte ich noch gar nicht. Vielen Dank für den Tipp. Zuerst dachte ich, du willst mich auch den Arm nehmen und meinst die Aufzeichnungsmöglichkeit aus dem MBS. Da hätte ich ja eine Woche oder mehr gebraucht, so langsam wie die ist. Aber das mit Win10 ist eine geile Sache. Das kann ich sicher gut gebrauchen hier und da. Im konkreten Fall wäre mir aus gewissen Gründen ein Stopp dennoch lieber gewesen. Ein praktisches Werkzeug ist es aber trotzdem auf jeden Fall. Super! Gruß Timba

Grundsätzlich gebe ich dir völlig recht. Leuchtet ein. Aber du kennst das MBS besser als ich und weißt, dass die Rekonstruktion einer bestimmten Situation via Protokollierung eine recht aufwendige Angelegenheit ist. Wer stand wo zu einem gegebenen Zeitpunkt, usw. Es gibt Situationen, die sich besser via Protokollierung aufklären lassen und es gibt Situationen, bei denen ein Blick auf die Anlage der bessere Weg ist, die Geistesblitze zucken zu lassen. Bei letzterem ist eben nur der exakte Zeitpunkt wichtig. Per Hand stoppt man die Sim die entscheidenden Sekunden zu spät, leider. Aber nicht so schlimm, wenn es derzeit keinen Stopp-Befehl in der EV geben kann, mit der Protokollierung geht es ja und die damit verbundenen Performance-Einbußen sind während des Testens zu verschmerzen. Danke für die Antwort. Gruß Timba

Moin, die Idee war, in einem bestimmten Bereich manuell zu steuern und um nicht für jedes Fahrzeug einen Regler einzurichten, nur einen zu benutzen und diesen mit der jeweiligen Lok zu verbinden, sobald diese den Bereich betritt und den entsprechenden Gleiskontakt auslöst. Problem ist, bei Ziel (Auslöser) wird mir nur der Gleiskontakt angeboten. Der Begriff Fahrzeug fehlt, im Gegensatz zum sonst üblichen Erscheinungsbild. Ist das nun ein Bug oder ist das aus irgendeinem Grund so gewollt und was wäre dann wohl der Grund dafür? Gruß Timba

Ha ... nicht mal einen division by zero error kann man provozieren. Der hat wirklich jeden möglichen Fehler abfangen.

Hast du es schon versucht? Funktioniert nicht. In der grafischen EV kannst du sowieso nur das einrichten, das es gibt. Also habe ich eine Lua-Abfrage eingerichtet. if $("24612").acceleration == 0 then end Das Objekt ist eine Weiche. Ist natürlich völliger Blödsinn, eine Weiche kann nicht beschleunigen. Und was macht MBS? Ignoriert es einfach. Nein, Neo hat das Ding einfach zu gut programmiert, so leicht lässt es sich nicht austricksen.

Nenn mal ein Beispiel für eine ungültige Abfrage. Das, was ich gerade als ungültige Abfrage mir ausgedacht habe, wird einfach ignoriert. Da passiert nix, weil das ja gar nicht ausgeführt werden kann, logisch, da bleibt aber auch nix stehen. Nur wenn ich die Protokollierung dazuschalte, hält die Sim an. Das erreiche ich aber auch mit einem kleinen Lua-Einzeiler, wie oben schon geschrieben. Aber trotzdem danke, dass du versucht hast, mir eine Hilfe zu geben.

Hallo @Neo, wäre es vielleicht möglich und umsetzbar, der EV eine Aktion hinzuzufügen, welche die Simulation pausiert, so als würde ich oben in der Menüleiste die Pause-Taste drücken? Das wäre beim Austesten bestimmter Situationen oder bei der Fehlersuche hilfreich. Man könnte z.B. ein bestimmtes Ereignis und eine Bedingung festlegen, bei deren Eintreffen dann alles schlagartig einfriert und kann sich dann in Ruhe die Situation ansehen und analysieren. Zwar lässt sich das momentan auch über Lua erreichen mit 'error ("Message")', aber dann muss zwingend die Protokollierung mitlaufen, sonst bleibt das Ding nicht stehen. Ohne die Protokollierung ist die Grafik flüssiger, weshalb ich die Protokollierung nur mitlaufen lasse, wenn's unbedingt nötig ist. Gruß Timba

Wenn du meinst.