Is it possible to cause an accident where the train derails in open rails?
Crash Trains's
Collapse
X
-
Tags: None
-
It's not an election. The creators of Open Rails want to dedicate efforts toward other functions, and have always been of the opinion that crash simulation is not necessary, could somehow make railroad people suffer mental anguish, and is in bad taste.FTLDave
"Research is what I'm doing when I don't know what I'm doing." - Wernher von Braun
"A software suggestion is not a valid answer to a configuration/troubleshooting question." - TimelmerComment
-
Not for derail animation or causes, but a lesson on handling like pulling an breaking a knuckle exist in ORTS an love the challenges of it an what I have made my autorack an other stock limits have. But is there a way like MSTS to have bunch (run in) force coupler limit parameters? That would teach us on some cars an make ups not to push too hard or brake so hard as an example of road railers where your train breaks, the air hose detaches for it to go into emergency you know you have done something wrong an inspect what air hoses broke from the bunch force as a way of telling what possibly could have derailed even with no animation where the car is still there on rail.
Simple no animation or gore is needed... just a broken coupler effect into emergency but for bunched buff loading force limits that are exceeded for a wag or eng files using bunch limit parameters. We have stretch an pulling force limits already... how about opposite limits.Last edited by UP_4848_Thunder; 07-25-2015, 23:28.A RR Mad Lip: It's Better Not 2 Show un Finished work when the work isn't Complete Proudly then getting let down about it When Posting & telling as it's Boldly Not SaFe 2 Urr Progress or Suportive Parents as it is to Post Regularly Round. Stay.Secretly.Working. & it will Keep it Civil and Safe from Gimme Pigs & Strike Downers
Comment
-
Yep I have done exactly that to all my stock where they wont even break in MSTS but will in ORTS. You just don't get my point an idea about bunched run in force limits.Last edited by UP_4848_Thunder; 07-26-2015, 00:33.A RR Mad Lip: It's Better Not 2 Show un Finished work when the work isn't Complete Proudly then getting let down about it When Posting & telling as it's Boldly Not SaFe 2 Urr Progress or Suportive Parents as it is to Post Regularly Round. Stay.Secretly.Working. & it will Keep it Civil and Safe from Gimme Pigs & Strike Downers
Comment
-
Eventually, someone may decide to code it. I can appreciate the idea of having a break cause the activity to stop, you have to reset something (simulating fixing the coupler) or push the car onto a siding, re-form the train and move on. Would be interesting.Cheers, Gerry
"A mind is like a parachute. It doesn't work if it is not open." Frank Zappa
It's my railroad and I'll do what I want! Historically accurate attitude of US Railroad Barons.
Forever, ridin' drag in railroad knowledge.
Audi, Vide, Tace, Si Vis Vivere In Pace
https://www.trainsim.com/forums/filedata/fetch?filedataid=79656&type=medium https://www.trainsim.com/forums/filedata/fetch?filedataid=79654&type=smallComment
-
"Realism" is something that can't be accomplished in this Simulator.I completely respect everybodys' opinion and the desire to make "real world"operating problems,but the bottom line is that without being able to FEEL your train,you cant' have a realistic sense of running."Push In" and slack tightening is a very subtle experience and having visual aids telling you that it is occurring doesn't cut it for me.The limitation of not being able to feel the train is the main reason why I do not get that excited when there are errors in detail for Routes,Rolling Stock,Locomotives etc.I simply am thankful that somebody took the trouble to make them and appreciate the effort.Personal Computer Simulators are,for me,simply toys that I can use to unwind after hustling cars in the yard.The fact that derailments,accidents and such is not permitted is,in my opinion a limitation to trying to establish some of the realism that we would like to see.Unfortunately,they are a fact of life on the railroad and should be made part of the Sim,but this has been talked about ad-infinitum and the creators of Open Rails do not want to do it.This view must be respected,as is their opinion that it would prove traumatic to real life railroaders that have experienced incidents.I do not share that view,as I and almost everybody I work with has had some sort of what could be described as a traumatic incident and we accept it as part of the job.The point is that the inclusion of derailments and such has already been discarded by the developers and they seem unlikely to change their mind.Their decision should be respected.BrianComment
-
Yea an code it as a option where you just have to turn it off if you are a railroader or someone that does not want to see or simulate bad happenings.
But yea I do like ORTS option for broken couplers an how it is now where I take a while simulating time to repair an couple back or setout the bad car an have a real knuckle to lift around an walk when myself or auto pilot breaks in to two.
But instead of just having knuckles break during run outs stretching too hard an fast to the wag or eng files limits, how about for now simulate bunch run in forces to a limit treating it like the same consequences an warnings as broken stretch couplers making the train disconnect with its air hose causing train to go into emergency. We can than have a slight effect of what we want but with no animation of cars popping off the rail, but imagine it for now instead of seeing where cars affected by their limits are the ones that became disconnected on impact are the ones that you can imagine got on the ground by high tension bunch force slacks. An to put train back together we will have to re couple stretch them 1 by one connecting hoses of the cars affected to their limits same as connecting back a run out break into 2.
MSTS did the same thing with coupler limits that broke even during light or heavy dynamic breaking with times of not derailing an times of derailing ending game but in ORTS no derailments or animation is needed an can be treated same as breaking couplers but during bunching of cars at a parameter limit like example DerailBufferForce ( 690kN ) or just coupler break line 2nd value for bunch limits or a new ORTS parameter. Real life notice of possible derailed cars or break into two are known when the train stays an remains in emergency because air escaped an won't charge for a reason that needs inspecting where some times I been around are just air hoses that broke off on a tight curve because they were not long enough to remain attached an have reported such a thing to a crew.A RR Mad Lip: It's Better Not 2 Show un Finished work when the work isn't Complete Proudly then getting let down about it When Posting & telling as it's Boldly Not SaFe 2 Urr Progress or Suportive Parents as it is to Post Regularly Round. Stay.Secretly.Working. & it will Keep it Civil and Safe from Gimme Pigs & Strike Downers
Comment
-
From what I've seen, the ORTS team has not outlawed derailments. It may not be more than an error message with varying degrees of recovery i.e. some are just a simple pause to get wheels back on the rail and others will end the activity because it would require heavy equipment....
Crashes like MSTS does? Yep. Ruled out as useless.
Sent from my iPhone using TapatalkIf you like what you see here at Trainsim.com, be it the discussions and knowledge in the forums, or items available in our library, I hope you'll consider a paid membership to help support keeping the site operating.... Thanks!Comment
-
Old threads but it was some discussion related to this even from developers that sounded like a good approach I was an am still looking forward to. But what parts that triggers shall come in orderly first as experimental tests 1 at a time from Bunch Buffer slack forces, curve forces, center of gravity, speeding an inches off the rail of impact like lateral that triggers, string lining and by set or just stuck handbrakes on high speeds an big slow down of run in against it from movements behind it etc?
Post 27 of this topic was a nice approach of info for as well as these two being 79 and 76. Any updates an info about these to get a refresh?A RR Mad Lip: It's Better Not 2 Show un Finished work when the work isn't Complete Proudly then getting let down about it When Posting & telling as it's Boldly Not SaFe 2 Urr Progress or Suportive Parents as it is to Post Regularly Round. Stay.Secretly.Working. & it will Keep it Civil and Safe from Gimme Pigs & Strike Downers
Comment
-
"Realism" is something that can't be accomplished in this Simulator.I completely respect everybodys' opinion and the desire to make "real world"operating problems,but the bottom line is that without being able to FEEL your train,you cant' have a realistic sense of running."Push In" and slack tightening is a very subtle experience and having visual aids telling you that it is occurring doesn't cut it for me.The limitation of not being able to feel the train is the main reason why I do not get that excited when there are errors in detail for Routes,Rolling Stock,Locomotives etc.I simply am thankful that somebody took the trouble to make them and appreciate the effort.Personal Computer Simulators are,for me,simply toys that I can use to unwind after hustling cars in the yard.The fact that derailments,accidents and such is not permitted is,in my opinion a limitation to trying to establish some of the realism that we would like to see.Unfortunately,they are a fact of life on the railroad and should be made part of the Sim,but this has been talked about ad-infinitum and the creators of Open Rails do not want to do it.This view must be respected,as is their opinion that it would prove traumatic to real life railroaders that have experienced incidents.I do not share that view,as I and almost everybody I work with has had some sort of what could be described as a traumatic incident and we accept it as part of the job.The point is that the inclusion of derailments and such has already been discarded by the developers and they seem unlikely to change their mind.Their decision should be respected.Brian
I actually agree withe OR's develpers stance on this but there is one other aspect worth considering.....
One of the most difficult tasks in games programming is collision detection, as these are esssential random events. When two objects approach each other, the program HAS to check __EVERY_ vehicle to see if any part of each object comes into contact. This is EXTEMELY CPU intensive. Good collision detection is also difficult to program. AS previosuly mentioned, Railways are not MEANT to have collsions, but an awfull lot of otherthings need to be included, including an as yet to be started route editor. From this point alone ommiting collisions is a quite reasonable decision, there is plenty of other tasks both the CPU/GPU and the developers need to spend time one.
LIndsayComment
-
...talking of breaking hoses
Anyone else having problems with breaking air hoses in the latest version of OR?
I found a thread on Elvas Tower about this but it's apparently (?) a reasonably recently introduced/tweaked feature that has now been fixed ....ONLY it hasn't. Following the advice there my trains are still breaking hoses on just about any bend or curve even when they are well within the route speed limit. This is making the Sim unusable IMO. I'm sure this happens occasionally in real life but if it happened as often as it does in OR
the US Railroad Network would have collapsed by now
Geoff
Dorset - near The Swanage Railway.
UKComment






Comment