True to Life

Collapse
This topic is closed.
X
X
 
  • Time
  • Show
Clear All
new posts
  • Donell
    Member
    • Oct 2008
    • 26

    #1

    True to Life

    Firstly, I would like to applaud you for considering the amount of msts content that is available and one cannot just easily switch while discarding all that great content available. My current issues is with FRP as OTTODAD mentioned about, at game start he has 1-2FPR as well as constantly low FPR and stutters, but when I run msts the FRP are much better and a bit smoother. With the primary objective is for those more into train operations than eye candy I have a couple of suggestions.
    DPU operations:
    Train simulator does allow you to mimic locotrol operations but not the way you can do it in the RW. For instance, I have a 135-loaded coal train where the head end is already making use of dynamos downhill and the DPUs are still pushing hard on the rear uphill. In train simulator, you can only do one operation at a time, meaning you have your DPUs in dynamos instead of pushing. I would like to believe in the RW you would most probably break the train apart when you do something like that. The other thing is with power settings of the head end and the DPUs. Instead of having, the same power applied on both ends, it should be possible for one to coordinate the power on both ends as in RW.
    Slack Action:
    In train simulator, by making use of many physics updates available I have noted a great deal of change in how slack action is now visible. I have a long manifest and preparing to depart, I need to pick up all cars slowly before increasing power to avoid breaking the train apart. With msts bin, I notice that the head end at times can be doing 2-3mph before the rear is in motion. This happens after I bulk the train up together, after setting out a few bad order cars. Freight durability limits need to be the outcome of you improperly handling your train not some fault node on a switch, which cause your cars to twitch when the pass that switch (making freight durability’s in msts useless).
    Breaking:
    Still making use of the same physics updates, I have also noted a great deal of change in how different consists respond to break application. I took, stack train down a reasonable grade and I observed that I managed to control the speed by just using dynamos with no air brakes. I took a coal drag on the same grade and observed that I needed to keep the speed under control using both dynamos and air brakes. Common sense comes to play, the heavier the dead weight the more rolling force it poses down grade and proofs to be a challenge to keep under control, whereas the light weight stack train is easier to keep under control (stack train had 3 d-9s with 1 on the rear and 120 5 pack well cars with a few singles. Coal train had three ES44AC with 135 loaded bethgons, with one unit on the rear). The same applies when you apply brakes accordingly for you to come to a stop, with a coal train you need to the break application a bit earlier as compared to the stack train. Both car and loco physics where updated using Bob`s physics.
    In conclusion, I do like msts due to the number of the content available and I hope that the above-mentioned will assist to make Open Rails a true-life simulator.
    Keep up the good work and thumbs up
    *Intel Pentium Dual-Core T4300 @ 2.10 GHz.
    "Honk if you demand satisfaction"
  • muskokaandtahoe
    3000 Post Veteran

    • Apr 2003
    • 3003
    • Silicon Valley, CA, USA.
    • ORTS

    #2
    Recent changes to the code include slack action and improvements to braking. Not completely tested... not yet released... no date for release.

    As to your problem of poor frame rates... yeah, we've seen some examples where they fall and seem to stall out in low single digits. No explanation as of yet. If you have a multi-core CPU, try this experiment: Using the same route you reported as showing poor fps, fire up some CPU intensive utility in the background -- winzip is very good for this -- and while it's chewing up CPU cycles, start up OR and quickly get into the activity before winzip finishes what it was doing. Close winzip and return to OR. What this should do is push one of the OR threads over to the second CPU. As you run the activity, did the fps improve?
    Dave Nelson
    sigpic
    Seldom visiting, posting less often that that.

    Comment

    • OTTODAD
      1
      • Feb 2001
      • 32344
      • England
      • General

      #3
      Originally posted by Donell
      My current issues is with FRP as OTTODAD mentioned about, at game start he has 1-2FPR as well as constantly low FPR and stutters.
      I think that you have got me mixed up with somebody else.

      This what I have posted on the subject: https://www.trainsim.com/vbts/showpo...6&postcount=89

      O t t o

      Comment

      • Donell
        Member
        • Oct 2008
        • 26

        #4
        Frame rates showing 1 and 2 when the train is stationary, what are the frame rates when the train is being driven ?

        At these rates it would hardly be moving ?

        O t t o
        I might have quoted you wrong there Otto, but i was meaning i have a problem with some routes where at the beginning of the game the FPS are very low 1-2 at times even zero. @ muskokaandtahoe thanks for the come back however, for my Train Sim i use game booster to close all other unwanted programs same applies for Open Rails. But then in Open Rails the FPS are just too low that i end up going back to Train Sim where they are better and the game doesn`t stagger a lot. Hopefully, a fix will come out in the future of, which i think i came across a post mentioning an update is underway on improving FPS across many different types of hardware, like mine.

        Donell.
        "Honk if you demand satisfaction"

        Comment

        • GaryG
          1000 Post Veteran
          • Nov 1999
          • 1011
          • Vancouver, BC, Canada.

          #5
          Hi

          One thing to keep in mind when comparing MSTS and ORTS frame rates, unless using the same display size, you're not doing a fair comparison. I can bog ORTS down by going to 1920x1080 even though MSTS can't handle wide screen thus, an unfair comparison.

          I have found when my display sizes were equal (windowed mode with ORTS) that ORTS always shows higher frame rates.

          GaryG

          Comment

          • OrangeBlossom
            1
            • Jun 2010
            • 100

            #6
            Originally posted by Donell
            but i was meaning i have a problem with some routes where at the beginning of the game the FPS are very low 1-2 at times even zero


            There is a known issue with the latest release, where the FPS dropped to 1-5 for many people. They are working on it.

            Check the other threads, it has been mentioned many times already.

            Comment

            • conrail1
              Senior Member
              • Jun 2010
              • 786
              • NY

              #7
              Originally posted by GaryG
              Hi

              One thing to keep in mind when comparing MSTS and ORTS frame rates, unless using the same display size, you're not doing a fair comparison. I can bog ORTS down by going to 1920x1080 even though MSTS can't handle wide screen thus, an unfair comparison.


              The following screen shots were taken with a ATI 5870, Intel i7 975x/6GB of 1600MHz RAM on a fresh install of Windows XP/SP2 64-bit Edition using the ATI Catalyst 10.6 drivers.


              MSTS, 1600x1200, 8xSSAA/16xAF with shadows (46 FPS) -






              OpenRails 1600x1200, 8x “Adaptive” AA/16xAF (103 FPS) -





              OpenRails, 1920x1200, 8x “Adaptive” AA/16xAF (107 FPS) -





              As you can see high resolution has little impact on performance with high end GPU’s and OpenRails.

              Now to make the comparison fair I turned off all shadows in MSTS since OpenRails does not have shadows implemented yet. With them turned off in MSTS the frame rate stayed locked at 60 FPS no matter what but of course it’s still plagued by the split second scenery loading pauses that are non-existent in OpenRails.


              MSTS, 1600x1200, 8xSSAA/16xAF no shadows (60 FPS) -





              One other thing is that MSTS is so CPU dependent that enabling SuperSample AA had no impact on performance. With OpenRails the ATI 5870 was crippled when SuperSampling was enabled.


              OpenRails, 1920x1200, 8xSSAA/16xAF (33 FPS) -

              Asus Maximus VI Extreme Intel Z87, Intel Core i7-4770K, Corsair Dominator Platinum 16GB PC3-19200 (2400MHz), EVGA GeForce GTX TITAN SuperClocked, Samsung 840 Pro Series 128GB SSD (Windows 8.1 Pro 64)/Samsung 840 Pro Series 256GB SSD (Programs), CaseLabs Merlin SM8 with Corsair AX1200 PSU

              Comment

              Working...