Replacing Assets

[gkutcher]

I would like to know if it is possible to replace one asset for another in Trainz 2010.


For example, there is a route which has numerous trees "Tree Pine 2 Fast" (they look like four green cardboard cutouts) that I would like to replace with "Tree Alaskacedar 01". I could do this individually (very time consuming) but there must be a better way to replace all these assets in just one easy operation or procedure.


Playing around with the Content Manager, I have been able to delete an asset out of a route that I have downloaded from the Download Center but I have had no luck in deleting an asset which is built-in and comes with Trainz 2010.
Thanks in advance, for any help.


George

 

[Retro00064]

I am not sure, but I do know that TrainzObjectz (the program for TRS2004) allowed you to replace all instances of a particular object in a layout with a different one. TrainzObjectz does not work with any version of Trainz that is TRS2006 or later, however.

Regards.

 

[pware]

Yes there is a faster way of doing it in Trainz 2009 and 2010.

In Surveyor click the Menu button and select "Replace Assets". You will need to drag the original asset name from its drop down list - in the case of a tree it will be in the Objects tab - into the large left hand box (more than one asset can be replaced in one go). Then drag the name of its replacement object into the smaller right hand box.

If you only want to replace the asset(s) in the selected region (which I THINK means the current baseboard) then select the option Current otherwise the replacement will be made throughout the entire layout - on a large layout this can take a very long time.

 

[rweber95]

Playing around with the Content Manager, I have been able to delete an asset out of a route that I have downloaded from the Download Center but I have had no luck in deleting an asset which is built-in and comes with Trainz 2010.

You can only delete kuids that you've created or downloaded, stuff that is in the local folder. Built-in kuids are all in a compressed .ja file so individual kuids can't be deleted. You can disable them so they won't show in Surveyor.

Bob

 

[gkutcher]

Assets

Very good advice....Works like a charm...Once again.....Thanks
George

 

[DonMac]

In the course of searching for 'Replacing Assets' I read a lot of posts.
Replace Assets does not seem to work well in T:ANE.

I have quite a big route which has taken me a very long time to make and I wanted to import into TANE from TS12. Having made a cdp file I imported it only to find a great deal of my track was represented by those dashed lines. TANE would not replace my track. I solved the problem by doing the replacement first in TS12, making a cdp asnd then importing into TANE. Worked well. Hope this helps somebody! (Replace Assets in TS12 excellent)
Can I add a plea to programmers who work on any version of Trainz to consider that a lot of users may be quite old like me (94) and whose eyesight is not so good, to think of contrast in dialog boxes - black text on a dark red background is unreadable - remember the old days of DOS, yellow or white text on a dark blue background. No problem with that! Thanks for listening.

 

[JCitron]

In the course of searching for 'Replacing Assets' I read a lot of posts.
Replace Assets does not seem to work well in T:ANE.

I have quite a big route which has taken me a very long time to make and I wanted to import into TANE from TS12. Having made a cdp file I imported it only to find a great deal of my track was represented by those dashed lines. TANE would not replace my track. I solved the problem by doing the replacement first in TS12, making a cdp asnd then importing into TANE. Worked well. Hope this helps somebody! (Replace Assets in TS12 excellent)
Can I add a plea to programmers who work on any version of Trainz to consider that a lot of users may be quite old like me (94) and whose eyesight is not so good, to think of contrast in dialog boxes - black text on a dark red background is unreadable - remember the old days of DOS, yellow or white text on a dark blue background. No problem with that! Thanks for listening.

Hi Don,

I too hark for larger fonts even for my not-so-old eyes! The sad thing is this seems to have become a thing of the past with larger flat-panel displays, though as convenient as they are, tend to not have the clarity that the old CRT displays had/have. The text size today is what I call the size of an ant's foot prints in a lot of cases. There are however things you can do at your system-level to increase the size of the text as well as with T:ANE where you can run at a lower resolution and in a window, which really does help. Even though my display, for example is capable of 1980 x 1280, I run T:ANE at 1024 x 768 windowed and I've sized the window big enough to do the work I want, yet the text is big enough to read. The color issue, though is a tough one to resolve, but the bigger text helps with that too.

You mentioned too the difficulty of importing routes into T:ANE. I wonder if you went about it the wrong way, or at least a long and roundabout way. I say this because I have successfully imported two very large routes myself. What I did was to first get the dependencies of the routes in TS12 Content Manager. I found the items that would not import at all such as some of the older payware assets from Murchison I had used, as well as older V5 Speed Trees. I dragged these assets to a Pick List, and then started up TS12 Surveyor and replaced the assets until the route was clean and ready for import to T:ANE. To do that, I created a CDP and imported that into T:ANE via its Content Manager.

With the route imported, I then checked for any additional missing dependencies and repaired any assets that didn't come in cleanly, and once that was verified and cleaned up, it was a matter of cleaning up any broken textures, those that came in as clear squares, which I had to hand check in TS12 to find their locations, and I was then ready to enjoy working on my imported routes.

John

 

[DonMac]

Thank you John for your response to my 'moan' about visibility in Property Boxes.
I just cannot understand why the author of such decides to use black text on a dark background. Black text on a light background would be fine OR white or light yellow txt on a dark beckground. I do not have a problem with the small text particularly in T:ANE - I can fiddle my way round by what you described.
This all reminds me of the black cat in a dark tunnel!