A Little Help With TS09 (& maybe TS12)

[Col_Klink]

I have just recently purchased TS09 & TS12 and have wondered about a few things that I thought should have disappeared long ago.
I have TS04 & TS06 and have been here for about 10 years, not just on-line. Anywhooo- I have a couple of questions if there are folks
who can give a good answer. Here goes :

1- On TS09, once I am in the content manager, I can make changes in the config file like changing a kuid number for another number
just to make it work (of course it's compatible to the piece) but after a "Quit" and a "Restart" I go back to the same file and it
shows no changes. I've tried all I know, 10yrs worth, and I'm stumped. I've checked the dependencies and it the old one remains.

2- I have an nVidia GT8800 video card, 64bit processor running OS Win7. When I came from 32bit Win-XP everything paused,
buffered, cached, stuck every so often which was aggravating. With the new system, some of the same things occur.
I've made changes to the config and displays on the front-end before the program loads and it still has some FPS issues.

Has anyone mastered the Content Manager yet?
I really like how you can do so much with it and not even go to DLS for the assets. I kinda miss Terry Franks 2004 editor but I've
taken the new one by the hand and am really liking it a bit better. Sorry Terry.

 

[ColPrice2002]

Hi,

The Trainz Jet engine is possibly responsible or the pause/buffer/cache you see - the Jet engine is still 32 bit and can only use 2 cores of the CPU, so it's the CPU that's throttling the performance, not the GPU card (GT8800).
The other thing that affects performance is the speed of the hard disc => memory transfer speed; a solid state drive has much faster transfer speed and this has heed some users.

Lastly, the amount of RAM can affect the responsiveness of the program, Trainz can't use more than 3-4Mb, but having 8Mb installed means that Trainz isn't competing with the OS

HTH
Colin

ps T:ANE is 64 bit program, so itca use more RAM and more CPU Cores

 

[nicky9499]

2- I have an nVidia GT8800 video card, 64bit processor running OS Win7. When I came from 32bit Win-XP everything paused,
buffered, cached, stuck every so often which was aggravating. With the new system, some of the same things occur.
I've made changes to the config and displays on the front-end before the program loads and it still has some FPS issues.

You don't clearly state, so I'll just assume you are still using the 8800. Switching from XP x86 to 7 x64 (to the average user) does nothing except allow you to utilize more than 3GB of memory. There will be little, if any, performance gains to be had apart from whatever benefits having more memory may bring. To achieve tangible improvements, upgrade your graphics card. It helps you run at higher resolutions and better graphics settings.

On the Content Manager thing, did you commit the assets and is the "re-open for editing" option ticked when you launch Trainz from CM?

 

[Col_Klink]

To Col Price: I completely understand what you said about the everything and the hard drives capabilities. I am considering buying a couple of
solid state drives to help with the speed of nearly everything else. Currently, I am on two e-sata hard drives and the regular C-Drive carries
the OS and some heavy duty updates from MS and nVidia for the cards. I have either 8GB or 16GB RAM when I changed from the 32bit system.
The other drive is the G-Drive and it handles all the other stuff including this simulator. Both are huge GB Capacity. One other thing is that I
also have a 2TB WD peripheral drive and is a USB-3 speed. It actually runs pretty quick as I did have TS04 on it. I'll take your suggestion and
look for a different kind of drive, so thanks for the heads up.

To Nicky:
I am still using the 8800-GT card and on a usual basis, nVidia send updates and I load them ASAP. I have never had a lick of problems with it.
My next card will be an nVidia, what version I cannot say.
Your question about the 'commit' for the assets? The answer is YES. Every time an asset is downloaded to the game, it is instantly committed
while the Manager is running. The "Open for Edit" is not ticked. But it is listed in a grey transparent like the other ones are.
I also do not launch Trainz from the Manager. Many times it is on but minimized then I launch it from the Icon at the bottom of the desktop.
Do you think that has an effect on how assets are changed over ??

 

[nicky9499]

Storage and memory wise you sound good to go.

It's not a good idea to have CM and Trainz running at the same time as they both access the same database.

About the KUID number thing, you could try cloning the asset then changing the number on that, or dragging out the explorer contents of the original, changing the number in the config then importing it as a new asset.

 

[Falcus]

My experiences with having both CM and Trainz open is that they're fine, as long as the CM isn't dealing with Assets related directly to the route/session you have open in Trainz (This can and will crash Trainz if it happens, though as long as TADaemon and CM stay up a DBR won't be necessary). That said, my CM is up almost 24/7. No FCT = its almost mandatory to continue DLing, lol.

Falcus

 

[JCitron]

My experiences with having both CM and Trainz open is that they're fine, as long as the CM isn't dealing with Assets related directly to the route/session you have open in Trainz (This can and will crash Trainz if it happens, though as long as TADaemon and CM stay up a DBR won't be necessary). That said, my CM is up almost 24/7. No FCT = its almost mandatory to continue DLing, lol.

Falcus

With TS12 this isn't so much of a problem because of TADDaemon which intervenes and oversees what the programs are doing and who is accessing the database. I've actually downloaded content in CM while TS12 was running in Surveyor. The new assets don't show up immediately, but if you change categories from let's say scenery objects to splines and back again, the database is refreshed and the newly downloaded assets are available. This is great if you want to test something, you simply reskin, commit, test, reskin, commit, test, etc., rather than quitting CM, starting up TS12 and finding out you have to tweak things a bit more.

Up until recently, I never did this, then one day my buddy Frank Bartus told me he did it all the time, and sure as shootin, it worked and pretty nicely too!

John