Alle erstellten Inhalte von Leslie
-
Es ist, als würde man in den Himmel steigen. -
I prefer "all" or "trigger".
-
-
-
Das Spiel (aus meinem letzten Beitrag) ist fertig, kein Problem. Das Fahrzeug kann abgeschleppt werden – man muss es mit der Hand greifen und im Simulationsmodus (nicht über das Bedienfeld) abschleppen, wenn es fahrbereit ist. Startet es nicht, sind andere Dinge nötig. Man muss im Spielbereich nach aktiven Objekten mit Umrissen suchen. Möglicherweise kann man die angegebenen Objekte auf dem nächsten Bildschirm verwenden. Sollten sie fehlen, kann man zurückgehen und sie holen. Für eine eingestürzte Brücke benötigt man beispielsweise ein anderes Objekt zur Reparatur. Man muss keine technischen Funktionen nutzen, das Spiel ist problemlos spielbar. Die nebligen Szenen sind zwar etwas schwierig, aber spielbar. Wenn ich ins Deutsche übersetze, kann ich den Text nicht überprüfen. Bitte schreib mir, wenn etwas nicht stimmt.
-
The game (given in my last post) is ready, no problem. The vehicle can be towed - you have to grab it by hand and tow it, in simulation mode, not on the control panel - if it is ready to run. If it doesn't start, then other things are needed. You need to look for active objects with outlines in the game area. You may be able to use the given objects on the next screen... if they are missing, you can go back and get them. For example, for a collapsed bridge, you need to have another object used for repair. You don't need to use technical features, the game is playable without any problems. The foggy scenes are quite difficult, but they are playable. This was made with Google Translate now. If it is still strange, then this is my thinking.
-
Layout is ready (on my last article), no problem. Vehicle can towing - manually drag and tow, not in control panel - if ready to work. If not then other things must to do. You must search for active objects with outlines in playing area. Possible given object can be used on next screen... if missing it then you can return for it. For example at crashed bridge you must have other object to repair. You do not need to use technical features, game playable without problems. Foggy scenes is quite hard but playable too.
-
-
This connects to events only which has integrated switch and animation both. MBS sometimes try to normalize so checks all swiches of layout and toggles animations accordingly to switch. But if it is an endless animation then the result is always false! In this case endlesss animation stops either start or end position accordingly the state of its switch. So I recommend if animation is endless then program must ignore the state of the switch. Use this switch only if it is directly toggled. Also endless animations do not toggle their switch at their end positions. Thank you, in advance!
-
This work, thank you for it. Finally I created a simple turnout: vehicle is one route, woody the other. Phyiscally 2 routes overlay each other so they seem to the same.
-
-
This solves the problem is Woody is alone. But there are trains in this rails so Woody sometimes need to get away and depot is for it
-
Thank you! Multi-track routes has the same behaviour. I choosed this method because of simplicity and not outlines. These are not user-handled routes.
-
Use this layout:problem.mbp 1: Press button. Route is disabled, grayed like turnouts. You can check this with Bettina. 2: Save layout. 3: Load layout. Route is enabled! You also check this, Bettina walk away without problems.
-
No, this is standard MBS function. Disabled routes vehicle can not drive into. Object.routes[1].active = false Or - if locked turnouts are not outlined in simulation - I discard all this and shall use turnouts. This is an alternative solution. Or - if you develop an event "layout loaded" then I shall use this to re-disable routes.
-
MBS enables routes every reload. This causes problems. If I create a layout may enable or disable routes. When I save and reload layout MBS ruins all settings re-enabling all routes. This is the same case when switch all turnouts to base position. Please enable routes during creating (when select and move object from catalog to layout) and save current state later instead of re-enabling them. If you aware of size problems then I recommend to record disabled routes only because there is a few of them in usual. No way to correct this error by program because program do not know when layout is reloaded. Thank you in advance!
-
No Roni. I wish only one. Do not use the program a dice (or any other random/variable solutions) to decide the direction. Portals too, this is the same. I think it is a fair wish. Although I created a tinkering - but working - solution already with turnout. I hate these solutions but I have no time. If there is a correct method I will immadiately change to it.
-
Trains (not from depot) must be able to move across rails. And Woody must be to place to rails too. Both must solve.
-
In the connected layout I wish to release my figure the direction right and backwards.depot.mbp Instead of MBS throws a dice and 5% release correctly 95% wrong. No solution if I change anything because next release flips directions and go wrong at 95% How settings I must use to get a good direction and state?
-
I think I found: if any deferred action in progress while I edit something (eg. event control) so defer is obsolete due editing time then program asks save regardless of I edited anything. Then animations stop even I choose "no save". This is a program error.
-
-
Congratulations! I plan to create a catalogue item from my book - of course without this story but shall contain a full description of its working. With this anyone can create his own story. If you send me a good story or part of it then I will program it to book.
-
-
-