Major annoyance issue SOLVED !!!

Railhead001

New member
Ok, anyone whose been around Trainz for awhile has probably experienced the reoccurring config file issue in which your missing a KUID and even after deleting the line from your config file it always resets back to having it included....major annoyance since you get that "Missing Dependencies' error message all the time.

Well after playing around with my config file I finally tried saving the previous KUID number on the list over the KUID that was missing, keeping the line number the same as it was only pasting over the actual KUID itself.....I tried exiting and restarting my layout 3 times each time checking the Asset Manager and noting that my layout stays "Modified" without going back to the original KUID numbers and saying "Modified, Missing Dependencies" as it did before when I only deleted them.....

I would like others to try this and leave feedback here to see if this is a solid solution.............


RH001
 
This does not match what I have been told by other users who know a lot more than I do on this matter.

My understanding is that the list of kuid assets in a route or session config.txt file are checked each time the asset is loaded into Surveyor (and possibly Driver) and any missing values are added. Because of this, deleting kuids from the list has no effect.

I once deleted all the kuids (except the kuid of the asset itself of course) from the config.txt file of a route then loaded it into Surveyor. When I later looked at the config.txt file all the deleted kuids had been returned to the file.

The explanation given at the time was that Trainz uses the actual asset kuids found in the various .gnd and other files that form the route and session. Their presence in the config.txt file is used by CM to quickly determine the dependents and dependencies of the asset. But I could be totally wrong, not for the first time.
 
This does not match what I have been told by other users who know a lot more than I do on this matter.

My understanding is that the list of kuid assets in a route or session config.txt file are checked each time the asset is loaded into Surveyor (and possibly Driver) and any missing values are added. Because of this, deleting kuids from the list has no effect.

I once deleted all the kuids (except the kuid of the asset itself of course) from the config.txt file of a route then loaded it into Surveyor. When I later looked at the config.txt file all the deleted kuids had been returned to the file.

The explanation given at the time was that Trainz uses the actual asset kuids found in the various .gnd and other files that form the route and session. Their presence in the config.txt file is used by CM to quickly determine the dependents and dependencies of the asset. But I could be totally wrong, not for the first time.

I did not delete, I replaced the Kuid with the previous one on the list keeping the same line number so only the Kuid number was pasted over........deleting will cause the Kuid to reappear but replacing it does not seem to have that affect.
But if you add anything such as in surveyor it will revert to original Kuid number and error but if you not it seems to stay fine even after closing the game and restarting it.
 
Last edited:
Ok, interesting.

But of course there could be unexpected consequences down "the track" so to speak. I would keep an original copy of the config.txt on standby just in case.
 
Ok, interesting.

But of course there could be unexpected consequences down "the track" so to speak. I would keep an original copy of the config.txt on standby just in case.

And that's what I am keeping an eye out for by trying to go over the layout.....but it works after several close/restart attempts ....but you are right, backing up original files is always a good idea which is why I tried this on a "copy" version of my layout just in case....

I will do more testing but encourage others to see what their results are as well also advising using a copy or backing up original files.
 
What will happen is your old problem will return once you do a database repair or need to reinstall the route from backup for some reason. As was said CM uses this for string values to search its through the assets.tdx database and the actual assets for the route are tracked within the route data files.

How would I know about this?

I thought the same as you when I attempted to fix a route a few years ago by doing the same as you. The problem returned once a database repair was required and the underlying data files were refreshed.
 
What will happen is your old problem will return once you do a database repair or need to reinstall the route from backup for some reason. As was said CM uses this for string values to search its through the assets.tdx database and the actual assets for the route are tracked within the route data files.

How would I know about this?

I thought the same as you when I attempted to fix a route a few years ago by doing the same as you. The problem returned once a database repair was required and the underlying data files were refreshed.

That very well may be true but when you have only a few items such as I do it is definitely worth it and if it does reset with an update I will do the same again, it far outweighs the possibility of a reset and it will last a decent amount of time vs. any other method to get rid of those error messages. Plus it is simple to achieve. Benefits for me far outweigh any downside that has been mentioned.
 
That very well may be true but when you have only a few items such as I do it is definitely worth it and if it does reset with an update I will do the same again
Why don't you just delete it using the Delete Missing Assets option within Surveyor. All this config editing is unnecessary.
 
If it doesn't work for you then you have a much more serious problem that should not be concealed with a but of config file editing.
Well on the mac version it's never worked on ANY Routes I have, it just freezes the program , this is multiple versions of trainz from 2010 to date. Using your logic,every route on my computer since 2010 must have major issues :-) I rather think it's a coding issue.
 
I too am having trouble trying to delete missing assets in surveyor in build 90948 . I find TANE just freezes and I have to exit via task manager.
 
Well on the mac version it's never worked on ANY Routes I have, it just freezes the program , this is multiple versions of trainz from 2010 to date. Using your logic,every route on my computer since 2010 must have major issues :-) I rather think it's a coding issue.
I didn't comment on whether the major problem was with the route or the code. But whatever, it's an issue that should not be hidden behind a config file edit. If you can reproduce it in every route then there should be no trouble providing an example for the help desk.
 
I didn't comment on whether the major problem was with the route or the code. But whatever, it's an issue that should not be hidden behind a config file edit. If you can reproduce it in every route then there should be no trouble providing an example for the help desk.


And what's the problem with resolving the issue with the config file if it works and has no negative issues ? Unfortunately this program has a bunch of issues that "should" not happen but still do so by editing a config file to get positive results is no big deal and since it works , actually resolves an annoying issue, so be it.
 
Does your fix stick if you edit and save the route? I'm guessing that it doesn't as the kuid table is repopulated from the route files on a save?

Personally I have never had an issue with missing assets not being removed in TANE other than you need all layers unlocked / need to be in the layer the asset is missing from.

Other than that the solution I'd use and have used in TS12 when the problem occurred for a non deletable missing asset would be to create a dummy asset with the same kuid and delete that from the route / session.
 
I too am having trouble trying to delete missing assets in surveyor in build 90948 . I find TANE just freezes and I have to exit via task manager.
Have you been waiting long enough?
The process may take some time (sometimes a lot of time) before it's ready.

// Erik from Sweden
 
I too am having trouble trying to delete missing assets in surveyor in build 90948 . I find TANE just freezes and I have to exit via task manager.
I have found that if I delete missing assets, and there are a large number of occurrances of a specific item, such as a tree asset, it can take a really long time to complete (sometimes 2+ hours,) but eventually it completes.
 
And what's the problem with resolving the issue with the config file if it works and has no negative issues ? Unfortunately this program has a bunch of issues that "should" not happen but still do so by editing a config file to get positive results is no big deal and since it works , actually resolves an annoying issue, so be it.
This is your question: "I would like others to try this and leave feedback here to see if this is a solid solution". The response is that it is a kludge that will come back to bite you. That's seems to me like the sort of feedback you asked for.
 
This is your question: "I would like others to try this and leave feedback here to see if this is a solid solution". The response is that it is a kludge that will come back to bite you. That's seems to me like the sort of feedback you asked for.

Like I said before, it works for me, I have only a couple of kuids that are the issue so I could care less if 5 months down the road I need to do the same, and my point was for feedback on people trying my suggestion...but to each their own
 
Back
Top