Notice to all visitors and members of the Train-Sim.Com message forums: If you plan on using a signature banner in your posts, we would like to remind you that there is a maximum size for banners. That maximum is 450 pixels wide by 120 pixels high, and not to exceed 25k. Your compliance is appreciated. FORUM RULES Problems? There are two common reasons for problems with logging in and posting messages. The first is that you are running a firewall that prevents your messages from being sent to the server. The other is that you have cookies disabled; the DCForum software requires cookies to work properly.
My name is Alex I am from the UK.I note with interest the intention to develop an alteranatvie to the now cancelled MSTS2.These were some feature suggestions I will make- Improved tunelling suppourt I am currently producing a subway/tube route for BVE because it's the only sim that really lets me do the sort of tunnels I want to the accuracy I desire in the route (albiet fictional) that I was working on. (BTW If the Raildriver/TMTS team are in need of a fictional subway route I would be willing to at the very least disscuss my Beck Line ideas with them..) Being able to specify a tunnel's profile in a dilog box by means of bezier curves or even just a radi, and then some tool that sweeps an appropriate texture round a curved/straight track would be much appreciated.- Non US Signalling logic. It is appreciated that having come from efforts to build a pro-sim in the US the signalling logic for TMTS might initally be US based. However, signaling systems whilst sharing color light have very different indications or logic behind them. Even within the UK, LUL signals differ from those on Network Rail (ex BR) Infrastructure. Additonaly whilst ERTMS is a common European system it has yet to be implmented here in Britan. Suppourt for appropriately localised signalling logic would be appreciated. Furthermore some means of ensuring that the tripcock mechanism (LUL) or AWS/TPWS systems in use BR do what they are supposed to in the sim (should also be considered). This is not of course just a matter for signalling as it could affect the way panels and physics files for trains are developed. No current hobby sim as far as I am aware has a fully accurate AWS/TPWS. (The ability to have a PC runnable sim that does true AWS//TPWS and good physiscs, accurate scenry at pro -levels might enable the makers of said software to approach UK (and with other approrpriate tweaks) european markets in terms of pro-simulation as well. I belive current systems are quite expensive..)Coupled with the singaling Logic, is the need in respect of semaphore signals to allow for approprate animation (or ate the very least image changes). Although UK standrad seamaphores are straightforward some of the European Semaphore systems aren't.)-Map/Arieal Photo Data Capture suppourt...
The ability to be able to use a captured map or arieal photo to assist in the consturction or placment of objects would be much appreciated. In the UK standard mapping is usaly OS maps which can go to 1:2000 scale. (Site plans (not OS) can probably go into even greater detail)Being able to capture things like countours and other terrain (with some manual intervention) would be useufl in helping to speed up the production of terrain for a sim.A freeware sim under development called Rail3D2K is understood to be have limited data capture from map/arieal photo suppourt.)At pro-sim level, map/photo data capture suppourt IMO should be considered as an important feature.) Alex
Alex,Thank you and everone else for the suggestions. We are compiling all the suggestions down here and upstairs. Many are similar to the our own desires. After all many of our team has been running and building for MSTS since it came out. As for a UK perspective we hired Tim Court for his outrageous accent. We just though it sounded funny for tech support. As it turned out he is ACTUALLY from England and did not learn it from Monty Python as we all thought. In the end he has contributed considerably to our international approach to this development. We understand that one signal system or type of braking system does not fit all. So we are making provisions to handle various regions, time periods and future systems for our professional training programs. Please keep enjoying all the available train sims while we work to make the next generation. Michael
>Alex, > >Thank you and everone else for the suggestions. We are >compiling all the suggestions down here and upstairs. Many >are similar to the our own desires. After all many of our >team has been running and building for MSTS since it came >out. > >As for a UK perspective we hired Tim Court for his >outrageous accent. We just though it sounded funny for tech >support. As it turned out he is ACTUALLY from England and >did not learn it from Monty Python as we all thought. In the >end he has contributed considerably to our international >approach to this development. We understand that one signal >system or type of braking system does not fit all. So we are >making provisions to handle various regions, time periods >and future systems for our professional training programs. > >Please keep enjoying all the available train sims while we >work to make the next generation. > >Michael In resepect of the enthusiast verision I also hope there is 'localisation'.As in other threads there are various technical phrases that differ. 'Switch'= 'Points' but even I'm not sure what it is in German (another major rail-sim market if the predominance of DB routes for BVE is anythign to go by.)If you ask some of the UK contingent here at TS, you might find some indviduals who would definitly be able to advise on what current/historic British practice is/was.Although presuambly most people will want an easy to use sim, the ability to input direct from engineering data if needed would be useful. ( To hide such functionality from the less advanced user is of course an interface issue.)Alex
Hi Alex,I am gradually educating them into Our UK terminology Seriously though, the language issue is often one thats addressed at the end once you get a working product, One thing that sometimes can help would be some sort of Glossary of terms but then again on the other hand, most Rail Enthusiasts often know the other terms anyway.I think it makes sense that if you are distributing a product worldwide then it should contain worl content and also be available in at least one of the core languages from the regions covered.Tim
IS there a possibility to make differenet signalisation systems? In belgium we are working with pre-dicting signals for example green yellow vertical means that the next signal is clear but with a limitation (2 yellow, green yellow horizontal)and this signal should not be passed with a speed higher then 70 km/h and the next following signal is placed in a distance that is to short to obay it's assignment, like red(stop) 2 yellow with a speedreduction, if the previous signal showed green yellow horizontalis it possible to make such signalisation systems?on this site you can find some info about our BELGIAN railroad signal system http://www.b-signal.be.tf/it would be great to see this possibility. If you need some further info or assitance, I'm always willing to assist.Another tiny thing, is it also possible to import this in your sim : after a speed reduction , it isn't logic that the speedlimitation is directly suppressed, this should only be so if the train has passed completly the speedlimitation zone.
Signal logic, based on what I am hearing here, should not be hard coded then... it should be scripted, with default definition scripts that define basic logic to the route being run. It might seem harder at first, but flexibility is what I'm hearing is the desire here.Pete Willard
