Fault aliased traincars

[rweber95]

The following 2 flat cars by majekear are trainz-build 2.5:
FlatCarNorfolkSouthern195005ant,<kuid2:56063:100604:2>
FlatCarATSF93393ant,<kuid2:56063:180608:2>
The config.txt file of each show they are aliased to kuid:-1:100017, however, the config file also has a mesh-table that references a body folder and a shadow folder. The Config.txt file also references attachment points for loading queues. None of these referenced items are actually in these files nor in the aliased file. CM does not show any errors.
When you try to place these in Surveyor all you get is a red and green arrow. They can't be deleted in train mode. The only way to delete them is to place a different, valid traincar with them then go to consist mode and delete the consist. Anyone explain this?

Bob Weber

 

[paulzmay]

That's why CM warns it can't check aliased meshes. It has no way to check if the referenced items exist....

 

[stationmistress]

Fixed?

The following 2 flat cars by majekear are trainz-build 2.5:
FlatCarNorfolkSouthern195005ant,<kuid2:56063:100604:2>
FlatCarATSF93393ant,<kuid2:56063:180608:2>
The config.txt file of each show they are aliased to kuid:-1:100017, however, the config file also has a mesh-table that references a body folder and a shadow folder. The Config.txt file also references attachment points for loading queues. None of these referenced items are actually in these files nor in the aliased file. CM does not show any errors.
When you try to place these in Surveyor all you get is a red and green arrow. They can't be deleted in train mode. The only way to delete them is to place a different, valid traincar with them then go to consist mode and delete the consist. Anyone explain this?

Bob Weber

I just downloaded these assets and played with them. Straight from DLS, commit, open for edit, open the config file and remove the mesh tables from each. Save and re-commit both assets. Now in surveyor mode, both flatcars are visible and ready for loads, 20 & 40ft containers. TRS2009 v41844 used. Hope this helps.

 

[rweber95]

Ok, but the question is why does CM show any error?? The CM will complain if you don't have a shadow mesh-table when there is no shadow but here we have the mesh-table and no meshes and CM doesn't say a thing. Weird. Inscrutable Aussie Software!

Bob Weber

 

[paulzmay]

I suspect that few assets are uploaded to the DLS by their original creators without looking at the mat least briefly in-game. This generally reduces the number of no-show assets. N3V presumably thought that getting CM to check the obvious wasn't a good use of time/money.

Unfortunately, some folks fixing faulty assets in the DLS clean-up are not checking the assets in-game, and therefore a correctly formed mesh table is totally useless when it points to a non-existent mesh. If the item is Aliased, CM has even less clue about whether the asset will work - hence the usual warning.

Paul