Route_Riter & OR

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • rlkimbal
    Member
    • Dec 2005
    • 92
    • Atlanta, GA, USA.

    #1

    Route_Riter & OR

    It would be nice if a future version of Route_Riter would catch the same errors as OR and attempt to correct them. I have been surprised at the number of warnings I get from OR on routes wcich have no errors in R_R.
  • baldwin
    6000 Post Veteran


    • Nov 1999
    • 6358
    • Chippenham, Wiltshire, UK.
    • ORTS

    #2
    Development of Route Riter has ceased so what we have is it. The errors that you are seeing in OR have always been present, in most cases, but MSTS is more tolerant in that respect. OR has a much more robust error trap. RR was designed to catch the known errors in MSTS, but with no access to the MSTS source it was and always will be impossible to find and correct anything else.
    Beer is not a matter of life or death, it is much more serious than that.

    Comment

    • apco25
      1500 Post Veteran
      • Jan 2008
      • 1827
      • Home is the Chicago suburbs

      #3
      MSTS had nothing even close to error tolerance. In fact MSTS just ignored error it didn't know what to do with or as we are all too familiar, would produce vauge errors that were difficult to track down or would simply just crash. Remember, the MSTS code was never fully finished, but a semi functional version rushed to market by Kuju for Microsoft. OR, is pickier, but also far more forgiving at the same time. Errors that would have barfed MSTS are simply noted and informed to the user. Better still the errors are specific and not just a vauge suggestion as to what is wrong. Yet further, OR is also bringing out old, long standing coding errors, sloppy, duplicate work and all sorts of minor issues that were floating around in MSTS routes for years now.

      The "errors' that OR finds are pretty simple and easy to fix. The error log has everything you need to find and fix them.

      Don't forget that OR is still developmental software so some things may be considered errors that are no more than code hasn't yet been written to handle a certain feature.
      sigpicJust say NO to Fictional Railroad Foaming...

      Comment

      • eolesen
        9500 Post Veteran and Administrator



        • Dec 2002
        • 9583
        • NS MP245.4 CNO&TP South District
        • English, SQL
        • General

        #4
        1) correct that Mike has stopped enhancing R-R.

        2) It's a bit of a mixed bag -- some things MSTS ignored, ORTS barfs on; some things ORTS flags and moves on, which would otherwise cause MSTS to trip over itself... For the most part, I find ORTS is far more stable.
        If 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

        • seagoon
          5000 Post Veteran

          • Jun 2001
          • 5161
          • Yamba, N.S.WALES, Australia

          #5
          Originally posted by eric
          ... For the most part, I find ORTS is far more stable.
          Ditto.
          IBM XT i386; 512Kb RAM; 5.25" FDD; 1.4Mb FDD; 5Mb HDD; VGA 256-colour graphics card; AdLib soundcard; DR DOS 6.0; Windows 3.0

          Comment

          • twpol
            Senior Member
            • Oct 2009
            • 434
            • United Kingdom

            #6
            Originally posted by apco25
            The error log has everything you need to find and fix them.
            That's the aim, certainly.

            OR also categorises things it finds quite deliberately: Information - something you should know about but can't fix (such as something not implemented yet), Warning - something you can fix (but which we'll cope with anyway) and Error - something you need to fix (because we can't cope).
            James Ross
            Open Rails Management Team
            sigpic

            Comment

            Working...