Replaced Textures remaining as Dependencies after replacement BUG ?

big_b

Active member
Have been replacing older textures in my Route with updated 4.6 built textures using
( bulk asset update/replace tool )
all textures replaced remain in CM as dependencies of the Route.
Even after using ( delete all missing assets ) and doing a Data base Repair.

Have tried new route single board only with 2 textures and then replacing 1 using
( bulk asset update/replace tool )
Cm now shows 3 textures as dependencies

Anyone else had this problem ?
Is this a bug ?
 
Anyone else had this problem? Yep. I think it was also present in T:ANE.

Edit:
There is a work around.
Download a texture from the Download Station.
In Surveyor, use Bulk Replacement to replace the textures you want removed with the DLS texture. Save.
In Manage Content remove that DLS texture.
Go back into Surveyor, remove missing dependencies. Save.

Phil
 
Last edited:
Didn't work
texture downloaded show shows as missing after replace
After delete missing textures - downloaded texture not showing in CM
but original texture that was replaced is still there

EDIT

just tried it with the 2 texture single board with same result

Texture I've been trying to replace and delete from dependencies is BARK builtin 2300:21002

The only way I've been able to remove replace textures is to either delete or disable the texture in CM
But that leaves any other route using them with missing dependencies
 
Last edited:
This workaround usually works:


'Bulk asset update / replace ...' the textures
Save the route
Disable the textures that are replaced
Run 'Delete Missing Assets'
Save the route


Then the route would no longer require the replaced textures
... enable the disabled textures
 
This workaround usually works:


'Bulk asset update / replace ...' the textures
Save the route
Disable the textures that are replaced
Run 'Delete Missing Assets'
Save the route


Then the route would no longer require the replaced textures
... enable the disabled textures


You shouldn't have to go to all that trouble just to replace something
if it's built in as you said enable it
But if it's downloaded then you have to re download all the items again
It needs to be fixed instead of work arounds
 
It's an easy to do workaround (you shut not redownload anything - just enable it again (make a list in CM with the disabled textures))

But yes - it need to be fixed
It's a wellknown bug years bag in Tane, and I have seen it on N3V's to do list.
Maybe they have forgotten it, I dont know
 
Last edited:
Trainz has always retained underlying textures to about 3 deep in the config, think it's related to the fact that they are not actually replaced but painted over. Been like it ever since I started using Trainz in 2008, probably long before that.
I don't worry about replaced textures still showing as dependencies, life's too short.
 
I don't worry about replaced textures still showing as dependencies, life's too short.

Jeah - but for example, if you transfer a route from Tane to TRS19, and the texture is ONLY built-in in Tane (not in TRS19 and not on DLS), it's a paine in the a.. ;)


I hate "unknown asset/dependencies"
 
Yup been an issue for as along as I can remember.

There's also an issue other assets too showing as missing dependencies when their newer counterparts are installed. I've reported this as a bug.
 
I know that method - but still, if you upload the "new" (TRS19) route to DLS, people will get Unknown Assets.
And there come the paine in the a.. ;)

That’s true, it’s only a solution local to your own computer. N3V say they will be making those built-ins available on the DLS but nobody knows when.
 
Been having the same problem, I thought something went wrong on the route I was editing and so I started all over again with the replacing only to have this problem again. Hopefully this will get fixed because having to use workarounds for something that is listed as a feature that should work is crazy
 
Back
Top