OR not digesting BaclkFoot Vegreville CAN99v2 world files properly.

Collapse
This topic is closed.
X
X
 
  • Time
  • Show
Clear All
new posts
  • apco25
    1500 Post Veteran
    • Jan 2008
    • 1827
    • Home is the Chicago suburbs

    #1

    OR not digesting BaclkFoot Vegreville CAN99v2 world files properly.

    I'm getting this error on a variety of world files. Looking at the .w file I don't see a missing reference to a forest region texture, however I do see that the terrain tertex .ace files are not being displayed for all world tiles when viewed in O.

    runactivity.exe : Warning : 0 : STF Error in E:\MSTS\Train Sim\Train Simulator\ROUTES\CAN99v2\WORLD\w-012416+015011.w
    Line 15: Missing texture filename in forest region. UID=4294967295
    at ORTS.ORTraceListener.TraceEventInternal(TraceEvent Cache eventCache, String source, TraceEventType eventType, Int32 id, String format, Object[] args)
    at ORTS.ORTraceListener.TraceEvent(TraceEventCache eventCache, String source, TraceEventType eventType, Int32 id, String message)
    at System.Diagnostics.TraceInternal.TraceEvent(TraceE ventType eventType, Int32 id, String format, Object[] args)
    at System.Diagnostics.Trace.TraceWarning(String message)
    at MSTS.Tr_Worldfile..ctor(SBR block)
    at MSTS.WFile..ctor(String filename)
    at ORTS.WorldFile..ctor(Viewer3D viewer, Int32 tileX, Int32 tileZ)
    at ORTS.SceneryDrawer.LoadAt(Int32 tileX, Int32 tileZ)
    at ORTS.SceneryDrawer.Load(RenderProcess renderProcess)
    at ORTS.Viewer3D.Load(RenderProcess renderProcess)
    at ORTS.LoaderProcess.Update()
    at ORTS.LoaderProcess.LoadLoop()
    at System.Threading.ThreadHelper.ThreadStart_Context( Object state)
    at System.Threading.ExecutionContext.runTryCode(Objec t userData)
    at System.Runtime.CompilerServices.RuntimeHelpers.Exe cuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)
    at System.Threading.ExecutionContext.RunInternal(Exec utionContext executionContext, ContextCallback callback, Object state)
    at System.Threading.ExecutionContext.Run(ExecutionCon text executionContext, ContextCallback callback, Object state)
    at System.Threading.ThreadHelper.ThreadStart()


    Here's the beginging of the world file in question. This section appears the same in every world file in the route. Line 15 appears to be this portion "StaticDetailLevel ( 0 )".

    ]SIMISA@@@@@@@@@@JINX0w0t______

    Tr_Worldfile (

    Forest (
    UiD ( 4294967295 )
    ScaleRange (0 6.72623e-043 )
    Area ( 99000 99000 )
    Population ( 0 )
    TreeSize ( 0 0 )
    StaticFlags ( 00100000 )
    Position (942.991 210.805 -949.252 )
    QDirection ( 0 -0.945537 0 0.325515 )
    VDbId (4294967295 )
    StaticDetailLevel ( 0 )
    Last edited by apco25; 12-04-2011, 16:13.
    sigpicJust say NO to Fictional Railroad Foaming...
  • jovet
    3000 Post Veteran
    • May 2006
    • 3050

    #2
    That looks like the result of something like YardCam 4 not properly formatting the "Yard" region entry. (As well as not placing it in the correct spot in the file.)

    Comment

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

      #3
      What's the solution? Delete that out of each world file, all 416 of them!?
      Last edited by apco25; 12-04-2011, 20:47.
      sigpicJust say NO to Fictional Railroad Foaming...

      Comment

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

        #4
        I downloaded the YardCam 4 installer and ran the auto remove yard cam definitions from world files. That worked and now that is completely removed from each .w file. However, I am now finding that the last entry in many of the world files is duplicated (is this correct?) and there is apparently a broken version of that last entry that is causing the file to not be read and hang up in OR.

        This is what I see at the end of the .w file. I've higlighted the orphaned entry in red.

        Static (
        UiD ( 1325 )
        FileName ( firb.s )
        StaticFlags ( 00002000 )
        Position ( 841.082 82 -705.686 )
        QDirection ( 0 0 0 1 )
        VDbId ( 5 )
        )
        )aticFlags ( 00002000 )
        Position ( 312.682 84.8145 -388.923 )
        QDirection ( 0 0 0 1 )
        VDbId ( 4 )

        )
        Static (
        UiD ( 1325 )
        FileName ( firb.s )
        StaticFlags ( 00002000 )
        Position ( 841.082 82 -705.686 )
        QDirection ( 0 0 0 1 )
        VDbId ( 5 )
        )
        )
        Last edited by apco25; 12-05-2011, 09:27.
        sigpicJust say NO to Fictional Railroad Foaming...

        Comment

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

          #5
          TSUtils is causing scenery to disappear in World files which have the YardCam4 installed when raising DB-Tracks and trying to have the YC4 remove it's "Forest" paragraphs is not working, I have reported to Tom Boswell.

          So far no solution has been offered from either which is a shame because installing DB-Tracks in routes which have the YC4 installed is a MUST HAVE as far as I am concerned, there not being any equal of the former in any train simulator I am aware of !

          Compressing and un-compressing World files also has some problems with many WORLD files, using the utilities I have, TSUtils, Route Riter, ZIPPER and the YardCam4 program itself.

          Last resort would be to ask Mike Simpson to add a function to his Route Riter to remove this unique Forest paragraph, but he has not done anything with it for years and is busy with more interesting programming !

          O t t o

          Comment

          • jovet
            3000 Post Veteran
            • May 2006
            • 3050

            #6
            Originally posted by apco25
            What's the solution? Delete that out of each world file, all 416 of them!?
            From what I can tell of the error report, it looks like OR is looking for the "TreeTexture" entry and not finding it since it's not needed for Yard Regions. That's a bug in OR that needs fixed.

            But for the time being, you could do a global search and replace of all .w files for a piece of that text and add the entry in there.

            For example, search for:
            Area ( 99000 99000 )

            And replace it with:
            Area ( 99000 99000 )
            TreeTexture ( Powerbox.ace )

            (or whatever .ace file works, it just has to exist, not make any sense)


            On a side note, those "Yard" region entries generated by YardCam4 are unfortunately rather malformed. You could search and replace all that text with this one which makes more sense:
            Code:
            [SIZE=3][B]    Forest (
                    UiD ( 0 )
                    ScaleRange ( 0 0 )
                    TreeTexture ( ACleanTrack1.ace )
                    Area ( 2048 2048 )
                    Population ( 1 )
                    TreeSize ( 0 0 )
                    StaticFlags ( 00100000 )
                    Position ( 0 -50 0 )
                    QDirection ( 0 0 0 1 )
                    StaticDetailLevel ( 0 )
                )[/B][/SIZE]
            You'll need a search-and-replace utility that supports searching for embedded line-breaks, though.

            Comment

            • cp5006
              Senior Member
              • Jan 2008
              • 203
              • Ontario, Canada

              #7
              Apco,

              I had a similar problem with the Blackfoot. It because there is a group
              of tiles near Llyodminister that are 2048 x 2048. OR doseny like these as it
              only supports 1024 x 1024 tiles. I was told this has to be fixed at the creator
              level.

              Alex

              Comment

              • jovet
                3000 Post Veteran
                • May 2006
                • 3050

                #8
                Originally posted by cp5006
                I had a similar problem with the Blackfoot. It because there is a group
                of tiles near Llyodminister that are 2048 x 2048. OR doseny like these as it
                only supports 1024 x 1024 tiles.
                Eh? That doesn't make a lick of sense. Could you quote what you were told verbatim, please?

                Comment

                • cp5006
                  Senior Member
                  • Jan 2008
                  • 203
                  • Ontario, Canada

                  #9
                  Sorry I mistated the tile size. 4km by 4km instead of 2048 by 2048. Here is the thread I started about this very message.

                  https://www.trainsim.com/vbts/showth......this-is-new.....

                  Alex
                  Last edited by cp5006; 12-05-2011, 13:28.

                  Comment

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

                    #10
                    Yes that's exactly the problem I am having! Have you made those fixes to the tiles as outlined in the other post?

                    As for the other errors, I was able to remove all of the yardcam4 entries by using the yardcam4 software itself as it has a routine to delete those entries from all .w files. The other junk I'm seeing at the end of the world files why annoying, doesn't appear to be actually causing problems in OR.
                    sigpicJust say NO to Fictional Railroad Foaming...

                    Comment

                    • cp5006
                      Senior Member
                      • Jan 2008
                      • 203
                      • Ontario, Canada

                      #11
                      I started to but the tile texture is way bellow the track and scenery level. Asked about that, and
                      was told that I needed the orginal DEMs. I had read up and even bought the route building
                      guide, but with V3 on the way, I was hoping the creators would fix it. If they dont, I will work away at
                      a fix for it.

                      Alex

                      Comment

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

                        #12
                        It may be worth just waiting for version 3 given the amount of work needed to make this route work, fully in OR. Obviously the simpler issue would be to adjust OR's code to read larger tiles properly, but then again that might be an even bigger project consider how OR gets developed.
                        sigpicJust say NO to Fictional Railroad Foaming...

                        Comment

                        Working...