New version of WorldFileHacker available

[eric]

It's been a couple years since I updated WFH, but there's now a new version available at DigitalRails.com for a $10 donation.

Updates in Version 3 include:

* Automatic removal of ViewDB's
* Ability to select alternate content locations as opposed to only the MSTS folder located in the registry
* Support for multiple placement files (e.g. one for berms, one for stations, one for power lines, etc...)
* Ability to remove all companion objects referenced in a placement file

Used in conjunction with TSRE, it's no longer necessary to use the MSTS-RE to perform a TDB rebuild after removing interactives, as the AutoFix function in TSRE will clean up TDB entries that no longer have a corresponding W file entry.

[jonpd]

What is a "viewDB"?

[eric]

It was a way for MSTS to load some areas of a tile before the rest of the tile back in the days of Windows XP with Pentium and lower chipsets.

Neither OpenRails or TSRE need it, nor do MSTS users on modern CPU's.

[GokuMK]

Used in conjunction with TSRE, it's no longer necessary to use the MSTS-RE to perform a TDB rebuild after removing interactives, as the AutoFix function in TSRE will clean up TDB entries that no longer have a corresponding W file entry.

I don't know if you know, but you can remove objects using TSRE too.
You can define a set of objects to remove from a route in settings.txt, for example:
objectsToRemove = signal:speedpost
And with loadAllWFiles and autoFix it will remove all specified objects from the route.

[scottb613]

I don't know if you know, but you can remove objects using TSRE too.
You can define a set of objects to remove from a route in settings.txt, for example:
objectsToRemove = signal:speedpost
And with loadAllWFiles and autoFix it will remove all specified objects from the route.

Hi Goku,

Good to know as well - thank you !

If I want to delete a large number of populated tiles from a route - will AutoFix do the cleanup removing all the associated objects on said tile ?

Regards,
Scott


Sent from my iPad using Tapatalk

[eric]

Hi Goku,
If I want to delete a large number of populated tiles from a route - will AutoFix do the cleanup removing all the associated objects on said tile ?

My experience has that TSRE leaves vectors in the TDB even if the track section isn't present, but I'm curious to see Goku's response.

AutoFix seems to go after TrItems when the corresponding declaration in the W file is missing. I've had vectors remain without track present, so my guess is that you'd wind up with a bunch of yellow lines and no way to delete them short of a manual update.

[GokuMK]

AutoFix won't remove not referenced vectors, because sometimes they are useful and intended to be this way.

But you can easily remove huge amounts of objects. Select terrain patches -> right click -> select objects -> delete.

[scottb613]

My experience has that TSRE leaves vectors in the TDB even if the track section isn't present, but I'm curious to see Goku's response.

AutoFix seems to go after TrItems when the corresponding declaration in the W file is missing. I've had vectors remain without track present, so my guess is that you'd wind up with a bunch of yellow lines and no way to delete them short of a manual update.

Hi Eric,

Thanks.

Regards,
Scott

[scottb613]

AutoFix won't remove not referenced vectors, because sometimes they are useful and intended to be this way.

But you can easily remove huge amounts of objects. Select terrain patches -> right click -> select objects -> delete.

Hi Eric/Goku,

Thank you both. Yeah - someone had mentioned it should be possible with RouteRiter - they said sever all road and track connections crossing tile boundaries in the block of tiles you want to delete - remove the tiles - then use RR/TSUTILS CLRDB to clean up the track and road database. I haven't tried it yet - but it's nice to know there are options.

Appreciate the responses...

Regards,
Scott

[eric]

Are you looking to do a tile or two at a time? I've been working on a nuclear option to remove track and/or roads...