Timba
-
Gesamte Inhalte
1091 -
Benutzer seit
-
Letzter Besuch
Beiträge erstellt von Timba
-
-
Na dann ist ja alles gut.
-
Hää? Ich hoffe, du hast sie auch tatsächlich auf Festplatte gespeichert. Hast du? Kannst du sie im Explorer finden? Wenn du sie hast, kannst du alternativ auch die Lösung von Ralf anwenden, indem du mit rechtem Mausklick auf die Datei klickst und dann wählst "mit MBS V5 starten".
-
Der Achim ist mit umgerechnet 1,81 m sehr H0-maßstabskonform. Dann musst du bloß ca. 30 mm für jedes Geschoss rechnen, dann passt es. Hast du die?
-
Auf dem Startbildschirm klickst du zuerst auf "alle zeigen" --->
Dann siehst du rechts unten "Vorhandene Anlage importieren" ---->
Dann öffnet sich ein ganz normaler Windows-Dialog, wo du die Datei angibst und fertig.
-
vor 7 Stunden schrieb metallix:
Scheint wohl so zu sein das das MBS diesen check fuer identische ausloeser nur beim starten durch durchfuehrt.
Ja, das wäre eine plausible Erklärung. Reicht ja auch, wenn nur einmal hingewiesen wird. Nicht so wie beim Navi, das mir noch dreimal sagt, dass ich nächste Straße rechts fahren soll, selbst wenn ich es beim ersten Mal schon verstanden habe.
-
vor 35 Minuten schrieb streit_ross:
Mir scheint dabei das Proble zu sein,
Ein Problem gibt's ja nicht. Schließlich ist es nur ein Hinweis, nicht mehr.
vor 19 Minuten schrieb metallix:Vermutlich ist bei dem einen oda anderen ereignissbuendel oben, wo das ausloesende ereigniss ausgewaehlt wird, eine aenderung (wegen der kleinen schriftgroesse in blau) uebersehen worden.
Definitiv nicht. Das war nämlich auch mein erster Gedanke. Habe sogar den Auslöser rausgenommen und nochmal neu eingetragen, mit demselben Resultat.
vor 19 Minuten schrieb fzonk:die große Frage ist doch zu erst, funktioniert die EV für beide Bahnhöfe korrekt? Ich gehe mal von Ja aus.
Davon gehe ich auch aus. Sehe ich, wenn ich fertig bin. Habe erst die Nordseite fertig.
vor 22 Minuten schrieb fzonk:In meinem Fall hatte sich dies erledigt nach dem ich die Anlage das nächste mal gespeichert, geschlossen und wieder geöffnet habe. Danach stand die Meldung bei allen betreffenden Ereignissen.
Auf deinen Hinweis hin habe ich das versucht. Anlage gespeichert, MBS beendet, MBS neu gestartet, Anlage geladen ... Jetzt fehlt der Hinweis in beiden Fällen, obwohl er eigentlich da sein müsste.
vor 25 Minuten schrieb fzonk:Unabhängig davon kann du deine beiden Ereignisse auch zu einem zusammenfassen, da sie ja den selben Auslöser haben. Du kann auch einfach von einem Ereignis in das Andere deine erstellten Einträge schieben.
Ja, da hast du recht. Ist halt ein Relikt aus V4. Sollte ich tatsächlich bereinigen.
vor 15 Minuten schrieb metallix:weil er wohl einen schweren tag hatte und in hier schon etwas suicidal klang.
Pah, ich bin überhaupt nicht suizidal, ich quatsche nur manchmal so daher.
Und damit du dich davon überzeugen kannst, dass es tatsächlich in beiden Fällen derselbe Auslöser ist:
-
@Neo, gerade habe ich eine merkwürdige Beobachtung gemacht. Bin ja immer noch dabei, alles auf Gleiskontakte umzustellen und nehme mir gerade die Bahnhöfe vor.
Folgende Situation: Zwei völlig identische Bahnhöfe mit völlig identischer EV. Alle Objekte, Bezeichnungen, Befehle, etc. sind gleich und unterscheiden sich nur durch ein vorangestelltes B1 oder B2, da wo eine Unterscheidung der Bahnhöfe relevant und notwendig ist. Es gibt in jedem Bahnhof zwei Ereignisse, die jeweils von einer Variable ausgelöst werden. Beim zweiten Bahnhof steht da (völlig korrekt) der Hinweis: "Es gibt mehrere Ereignisse, die für die gleichen Änderungen ausgelöst werden usw." Beim ersten Bahnhof steht der nicht. Zuerst dachte ich an einen eigenen Fehler, dass ich z.B. die Variable nicht korrekt ausgewählt hätte oder so. Nein, alles korrekt. Mehrfach geprüft. Erscheint dann dieser Hinweis willkürlich, mal ja und mal nein? Kann ich mir irgendwie nicht vorstellen. Gibt es eine Erklärung dafür?
-
Gerade eben schrieb m.weber:
Danke... funzt!
Und das am Freitag, den 13. !!! Das nenn ich doppeltes Glück.
-
Hab's!!
Bei Gleis musst du auf "Objekt (Name)" stellen, neben "Name" klickst du auf Einstellungen und stellst auf Variable. Da trägst du dann deine Variable "GS" ein.
-
vor 22 Minuten schrieb m.weber:
Die Lok, die auf dem Gleis 404 (Variable GS hat den Wert 404) fährt aber NICHT los,
Auf den Fehler falle ich auch jedes Mal rein. Das Problem ist wahrscheinlich, dass du in Variable GS die 404 als Zahl gespeichert hast, jedoch erwartet MBS an der Stelle ein Objekt, nämlich ein Gleis, d.h. die Zahl muss erst in ein zulässiges Objekt gewandelt werden. Da kommen sicher gleich die Experten und sagen dir wie ... mir fällt's gerade wieder nicht ein.
-
Oh, sehe gerade, dass Ralf eine noch einfachere Lösung kennt. Super!
-
Auf dem Startbildschirm (wo deine Anlagen angezeigt werden) rechten Mausklick auf die Anlage, --> auf die Festplatte exportieren, fertig. V5 Starten, Startbildschirm unten rechts --> vorhandene Anlage importieren, Datei auswählen und fertig.
-
-
vor 36 Minuten schrieb metallix:
Das ist spezialwissen das man nur hier im forum, zwischen irgendwelchen zeilen findet oda so wie du durch probieren und studieren herausfinden kann.
Der einfachste Weg, die Parameter für die Richtung der Gleiskontakte herauszufinden, ist die Beobachtung des Ereignisprotokolls, denn da wird es angezeigt.
-
Am 7.9.2019 um 21:10 schrieb Andy:
Effektiver kann man so 'kommentierte' Schnipsel hier kaum reinbringen.
Doch.
Mit einem Tool namens "FastStone Capture".
-
Mal was zum Lachen: Da werde ich fast verrückt hier weil der Scheißdreck
von Lua-Script nicht mehr funktioniert, baue die Befehle um, und nochmal, und nochmal, tobe, schreie, springe herum, schaue schon mal bei Amazon was ein stabiles Hanfseil wohl kostet, und nach einer Dreiviertelstunde, kurz bevor ich meinem kläglichen Dasein ein Ende setzen wollte, fällt mir ein, mal zu prüfen, ob die Simulation auf "Halten" steht, weil Animationen ja im Haltezustand nicht funktionieren. Maaaaaaaaaaaaaann!! Ich glaube, ich mach mal Pause und schütt mir nen Malt ein zum Runterkommen. -
vor 1 Stunde schrieb Andy:
Aber an 'Leer' würde ich den Wert nicht geben
Hatte ich nicht vor. Wie gesagt hatte ich mir nur ein Blabla-Ding gebastelt um mir die Struktur bei mehr als einer Verzögerung anzuschauen und da war ich zu faul, alle Angaben auszufüllen. Als Anschauungsmaterial reicht es ja auch ohne Werte, nicht wahr.
vor 8 Minuten schrieb Neo:Ein defer-Aufruf, der sich immer wieder selber aufruft, ist am Ende ein Timer, der auch endlos läuft. Selbst eine Verzögerung von 0 Sekunden führt dazu, dass das Ereignis erst im nächsten Frame ausgeführt wird. Genug Zeit also, um die Anlage weiter zu bearbeiten.
Ok, sehr beruhigend. Ich hatte früher hin und wieder das Pech, versehentlich eine Endlosschleife zu programmieren und je nachdem gab es manchmal nicht mal die Möglichkeit eines Escapes. Da ging wirklich nur Steckerziehen. Immerhin habe ich mir damals angewöhnt, vor jedem Testlauf abzuspeichern, denn sonst ist alles im Nirwana.
-
Um die Struktur der Scripte mit Ausführungsverzögerung noch besser zu verstehen und zu verinnerlichen habe ich mir ein Blabla-Beispiel generiert und angesehen:
Offenbar ist der zweite Parameter der defer-Anweisung eine Art Sprungmarke, die das Programm zu der richtigen deferredCall-Anweisung führt. Wenn man hier bei der zweiten defer-Anweisung einen Fehler macht und die Sprungmarke der ersten Verzögerung, also statt "Verzögerung (2)" nur "Verzögerung" eingibt, dann könnte ich mir vorstellen, dass man sich dabei eine fette Endlosschleife einhandelt, der man nur noch mit Steckerziehen beikommen kann. Ist das so? Hat das schon mal einer ausprobiert?
-
Jepp, funzt.
Sorry für die viele Fragerei. Bin gerade total geflasht von den Möglichkeiten, die Lua bietet. Versuche gerade die Steuerung für meinen Lokschuppen umzuschreiben. Ich habe einen Schuppen mit 15 Plätzen und versteckt entsprechend 15 Schalter. Bei Betätigung eines Schalters fährt die entsprechende Lok aus dem Schuppen inkl. Tor auf und zu, Drehscheibe, etc. Mit V4 hatte ich quasi für jeden Schalter eine eigene Reihe Ereiignisse definiert, ging ja nicht viel anders. Jetzt will ich das zusammenfassen, dass das von einer einzigen Routine gesteuert wird, Die Einfahrt in den Lokschuppen habe ich schon fertig. Die Ausfahrt kriege ich auch noch hin.
-
Der Befehl "layout:getVehiclesOnTrack(Schiene)" erzeugt laut Dokumentation eine Liste mit allen Fahrzeugen auf dieser Schiene. Gehe ich recht in der Annahme, dass diese Fahrzeuge als Objekte in der Liste stehen? Wenn ich also eine Objektvariable vom Typ Objekt definiert habe, sollte etwas in dieser Form
liste = layout:getVehiclesOnTrack(Schiene) Lokschuppen.FZG = liste[1]
zu einem richtigen Ergebnis führen. Oder falsch?
(Das Zeug macht süchtig
)
-
Vielen Dank!
-
Ok. Nächste Frage (sagt Bescheid, wenn mein Kontingent an Fragen aufgebraucht ist
) : Ich habe in dem Tutorial von Goetz gelesen, dass Variablen bis auf wenige Ausnahmen grundsätzlich global sind, wenn keine anderslautende Vereinbarung getroffen wurde. Global heißt nach meinem Verständnis, dass sie für die gesamte Laufzeit und in allen Routinen gilt. Wenn ich nun eine Sammlung Daten, oder Tabelle heißt es wohl, in der Form von >Quatsch = {"eins", "zwei", "drei"}< in einem Ereignis deklariere, wird sie ja bei jedem Aufruf neu generiert, was völlig unnötig ist, weil sie ja global ist. Wird die in einem anderen Bereich deklariert und wenn ja, wo?
-
Eine Frage hätte ich noch an die Lua-Experten bezüglich Ausführungsverzögerungen.
Warum steht im Code (wenn er Verzögerungen beinhaltet) zu Beginn ein "if not deferredCall then"? Warum reicht ein einfaches "defer(x sec)" an der Stelle wo die Verzögerung sein soll nicht? Ist das zwingend notwendig damit der Code lauffähig ist oder einfach nur eine Sicherheit, falls der Code fehlerhaft sein sollte? Irgendwie konnte ich bisher nicht den Sinn dahinter entschlüsseln.
-
Texturen ins MBS Laden für Bordmittel Modelle
in Modellbau mit externen Programmen
Geschrieben
Ich widerspreche dir nur höchst ungern, mein lieber Andy, aber meine Objektinfo sagt mir bei Höhe 20,91 mm, das sind umgerechnet (1:87) mathematisch korrekt 1.819,17 mm, also roundabout 1,82 m. Da der Bub Stehhaare hat, die bei der Messung der Körperhöhe nach internationalen Standards nicht mitgemessen werden, ist die korrekte Körperhöhe für Achim 1,81 m.