New Route Editor

[Vince]

Hello Piotr,
Okay, I got TSRE5 to load up the lirr. In the settings this is what I had:

route edit
#createNewIfNotExist = true
writeEnabled = true
writeTDB = false
#deleteTrWatermarks = true
#deleteViewDbSpheres = true

For testing I used a tried and true shape, my own custom LIRR Whistle Post.
It's just a simple 9 poly shape. You'll see them throughout the LIRR route. I installed one on a tile that has ~1700 objects and another on the adjacent tile that has 2570 objects. Both placements seemed normal.

BUT . . . Route_Riter now pukes during the TSUtils ICHK test. It gets to the point of verifying the integrity of the world files when about half way through that process, dies and crashes hard to the desktop.
I did of course run all the Route_Riter tests error free before using TSRE5.

Running in the area with Open Rails seemed normal and the two new whistle posts show up correctly.
I have attached an edited TSUtils ICHK prinntout. RR afterTSRE5_Place2WhistlPost.zip
RR afterTSRE5_Place2WhistlPost.zip
Piotr, If you need any more information please ask. I see there is a log in the TSRE5 folder.
What I'm planning to do is patiently wait your recommendation. RR seems to be complaining about ViewDB_Sphere and so on. Does OR even need the ViewDB thing? I sure don't know.
best regards,

[GokuMK]

Can't help because RR crashes without clue why.
You need to find by binary search, what RR doesn't like.

[Vince]

Hi Piotr,
Route_Riter crashes because it does not like the condition TSRE5 leaves the routes worldfile after the installation of a simple static object.
I can use the MSTS route editor to correctly place the object in question. Your editor can not! It introduces an error into the world file.
i did include the RR error log to assist you. According to the RR log something to do with the ViewDB_Sphere seems to be the cause.

Sorry but I dont have a way to do a binary search and wouldn't know what to search for.
What other information do you need to help solve the editor problem?

regards,

[GokuMK]

Binary search is just split world file objects until you find this one that crashes RR.
Alternatively you can send me these files, but I don't know what RR needs.

What you can do:
- restore your route
- set in settings.txt
sortTileObjects = fasle
- place objects
- if RR will crash, send me old and new .w file.


Also, please use my proper forum nick name in your posts

[Vince]

GOKU,

Understood.
On Binary Search: Ah, thank you. On this side of the pond I've always heard it called a 'split search.
On the problem:
I already know whats crashing Route_Riter; It's the tile where I installed the whistle post.
While the ViewDB_Sphere may not be a problem, it's the lines that follow that get me nervous:

--> 'Static(4712)-VDbId': Referenced 'ViewSphere' 13 is NOT defined!
---> 'TrackObj(4727)-JNodePosN': Error X-Quad-number:
Conversion-error (Pos=17) within number-expression. ('getNV(nan)')
---> 'TrackObj(4740)-JNodePosN': Error X-Quad-number:
Conversion-error (Pos=17) within number-expression. ('getNV(nan)')
---> 'TrackObj(4741)-JNodePosN': Error X-Quad-number:
Conversion-error (Pos=17) within number-expression. ('getNV(nan)')
---> 'TrackObj(4751)-JNodePosN': Error X-Quad-number:
Conversion-error (Pos=17) within number-expression. ('getNV(nan)')

In doing what you recommend I will use an almost empty tile to simplify things.
I'll place one object with the MSTS editor, test with RR (Route Riter).
Next, without making any changes, I will place the same object using TSRE5 Editor followed by a seconf Route_Riter run.

When I drove around the area where I placed the two objects with your editor I did not notice any unwanted visual effects. In other words, all looked normal and the objects, the two whistle posts appeared normal.
Perhaps these ViewDB_Sphere entries are not needed by Open Rails?

I'll get busy.

regards,

[GokuMK]

RR crashes on different tile that complains about ViewDB Spheres.
Some users used RR and it worked fine.

[Vince]

Hello GOKU,
I just thought of something; All my world files are compressed. Is this a problem?
regards,

[GokuMK]

Yes, it could be the problem. Uncompress the tiles before editing.

[Vince]

Will do.
vince

edit add. NEW
There's a hint editor works okay if world file is uncompressed unicode text. Double checking this. Will post 2morrow.
vince

[Vince]

Decompressing World Files

Problems . . .
I have 168 compressed world files that refuse to allow any of the utilities, TKUTils. Route_Riter or Archibald to de-compress them. Files are not set to Read Only.

It seems the only way left to de-compress these world files is via the MSTS Route Editor. Arggghh!
Meaning I'm going to have to visit each of the 168 tiles in the MSTS Editor, make a small change and save.
That saves the change and de=compresses the world file with the save.

If anyone knows of a way to de-compress MSTS World files I'd like to hear about it.
Thanks.

regards,

[Vince]

GOKU,

Here are the files you asked for.

LIRR TSRE5 EDITOR TESTS.zip

TSRE5 edited world file give errors if the source world file is compressed.
The Route Riter TSUTil ICHK test fails with tracknode errors report in attached zip
Works fine if the source world file is unicode text.
World files from TSRE5 save are markedly different depending if source world file is compressed or not.
If compressed = bad output
Unicode text = good output
A single static object, us2_lamp was used for placement in the edit tests.
best,

[ChiFan]

Vince, I used Route_Riter 7.6.26 to unzip the LIRR world flies without a problem.

Just to be precise about the actions taken at this end, here are the steps I took with RR after copying the world files into a separate folder:
- Navigated on the left side to the separate folder.
- Clicked the "W" to ensure only w files in the selection list.
- Highlighted all files in the selection list.
- Clicked "Same View" to force use of same folder for output.
- Clicked the "MSTS Files Utils" tab.
- Clicked the "Uncompress..." button.
- Clicked "OK" on the warning message.
- RR changed to an hour glass as it uncompressed. Took awhile.
- RR ended with no indication (as usual for certain functions).
- Files in the folder were uncompressed and function as expected.
- After copying those files back into the route, everything functioned as expected.

If not an operational issue, then maybe RR got corrupted, or it and the other utilities don't operate properly on your system for some reason. You might try a fresh install of 7.6.26 if you haven't already.

If still stuck, we could use Dropbox or similar for me to get the files and try at this end.

Chuck R

[GokuMK]

TSRE5 edited world file give errors if the source world file is compressed.

I know ViewDBSpheres are not supported in compressed tiles if using TSRE. TSRE removes them, but leaves vdbid ids for each object. Maybe it is the problem. I will look if there are another issues.
But still, I think better uncompress all tiles before using TSRE and avoid all possible .w files errors.

[Vince]

Good morning GOKU,

But still, I think better uncompress all tiles before using TSRE and avoid all possible .w files errors.

Agreed!
But apparently there is no reliable way to decompress world files.
It would helpful if your editor would be able to selectively do this? Highlight w files to decompress/compress.
I've tried all the current way to decompress the world files and the only reliable way is to use the MSTS RE . . . and that's a pain.

One other thing, is there an on screen compass display available such as the MSTS editor has?

best regards,

[GokuMK]

One other thing, is there an on screen compass display available such as the MSTS editor has?

Not yet. Is it useful feature?