Stuttering graphics?

That reminds me JC, was attempting to repair my lads x box and the dog suddenly takes an interest in eletronics, weird eh.
 
Kept turning to lick me face and either caught my glasses with his snout or caught them with his tongue, either way he blinded me

He he, :hehe: sounds like you have a pretty silly dog then. :eek: :hehe: ;) We have cats that like to see what we are doing, when we are organizing stuff, etc. :hehe: ;)

Regards.
 
It has 4gb RAM and I upgraded it to 4gb RAM last year. I got the external hard drive and 4gb RAM for my 19th which was in august.

It runs smooth.
 
Last edited:
Interesting to note that my new laptop, which is an Intel I3 2.67Ghz, ATI 5650 1Gb graphics card, 4Gb of RAM and Win 7 64 bit O/S is still choking on TS2010. Tried to do some work in Surveyor yesterday afternoon and after swapping out a couple of terrain textures which weren't working out, copying and pasting some trees the thing crashed ignomiously to desktop. Re-loaded and after about 20 mins same thing happened again. I'm not sure what hardware is required to run TS2010 as a development platform but it seems laptops of any description are not up to the task. Ironically my desktop PC which in theory is a lower spec could handle merging routes (some of the Southlines collection) without falling over, albeit some jerkiness and sound dropout when driving.

Now considering whether to downgrade to TS2009 or TRS2006 even, to actually build the routes, or just throw the towel in and look at other options. It will certainly be interesting to see how Railworks performs on the new laptop as the old one actually coped quite well at least with the editing process.
 
My pennies worth

Re Verns post above that laptop should run 2010 easily according to the recomended specs.
If you had the laptops specs ( equivalent) in a desktop it would.
Laptops are designed to run on low power therein lies the problem.
4 gb RAM is not the problem. I run win 7 64 bit with 2010 and never use more than 3 gb no matter what assets I use.
 
I can only conclude that somewhere between TRS2006 via TC3 and TS2009, something went badly wrong with the optimisation of this programme. Just how can you bork/bottleneck a simulation - which at its core is 10 years old - so that the recommended spec for hardware and O/S (64 bit) exceeds what we would only dream of when it first came out? (And we were running Win 98 or Win ME on Pentium 3 processors with 3DFX graphics cards).

I suspect the answer lies in all these TAD Daemon processes running in the background, whatever they do.

I hate to be negative as I had really looked forward to getting some good route development going but now looks like it's not to be.
 
Just checked my system usage running EK 3 with only 7 Ai floating about. 2156 mb RAM. Trainz .exe 52% cpu (3.16 core duo) TAd deamon 0% so it's not that hogging the limelight.
 
Could be a windows process in the background. At least it plays, that is the main thing.

This is a very big possibility.

Check for Indexing service.

Check for Windows Search and Windows Desktop Search. I think I've mentioned these before either in this thread or another similar one.

Both of these services will take reasonable decent machine and turn it into a '486 equivalent! Disable these, and turn off drive indexing.

With indexing and Windows search, it runs in the background and parses each and every file open, close, delete, read, etc. So with a program such as Trainz, which opens a lot of files, this can kill a machine dead.

While we're discussing services, and background tasks, look at what else is running.

Antivirus applications such as Norton and Trend PCcillin will bunge up the performance terribly. You may want to disable scanning of your Trainz folder when using Trainz, but allow it when you're downloading content.

Disable any form of chat software, messenging software, skype, etc.
Skype by the way is wicked for machine performance. I have my users only load it as needed and not at start-up because it kills the network performance terrible.

Now defrag your hard drives. Badly fragmented hard drives will also cause stuttering because the files and bits are being accessed by Trainz all the time. As the drives need to be searched for data, if the info is spread out all over, this can make the performance lag, and cause stutters as there are delays in uploading into memory the constant stream of information.

Remember Trainz is very system intensive, and really can put a strain on your hardware. So ensure too that your machine is cool. A warm machine will start to stutter as the hardware throttles back to cool its self. Keeping the fans clean and the heatsinks clean will ensure the CPU and other components remain cool while using the program.

John
 
Dependant on your o/s you can see what resources are running and what usage they are taking.
Control manager, administrative tools, performance moniter, open resource moniter. This will show cpu usage and RAm usage, shows you whats using what.
 
First thing I did on the new laptop was disable the search indexing. I also ensure AVG has automatic scanning disabled but none of this made any difference to TS2010 falling over.

By contrast, I fired up the Railworks editor and spent around an hour laying track and a few preliminary scenic items, bit of terrain painting and rock steady no crashes, lock ups or any other issues (other than not having the ease of Surveyor or resources that Trainz has).

So why can't TS2010 which, as I said, has it's roots in a far older core offer the same level of performance? Sorry to say but I just have to conclude that the progessive alteration and hacking of the original code to try and modernise the programme has left it so full of bottlenecks that the processes are bogged down and inefficient.

I hasten to add this is not a Trainz vs Railworks thread, we simply are where we are but the fact remains while I would much rather develop in Trainz, until TS2010 gets some serious optimisation it is useless to me as a development tool.
 
Last edited:
thank you, will check on my laptop when i get home. I disabled windows search. And killed off the AOL toolbar. Bloody useless thing. I will defrag my external and internal hard drives.

off topic: yay, winter in germany!

edit: when optimization comes, It will take a while for steam to catch up. oh btw, how much does trainz 2010 from auran cost in british pounds? Next time, I will get it from the provider. Oh well.

Second edit: The air duster should help as well.
 
Last edited:
So why can't TS2010 which, as I said, has it's roots in a far older core offer the same level of performance? Sorry to say but I just have to conclude that the progessive alteration and hacking of the original code to try and modernise the programme has left it so full of bottlenecks that the processes are bogged down and inefficient.

...roots in a far older core... progressive alteration and hacking of the original code

Sounds about right...

I agree with an earlier poster, with the PC power we now have, Trainz should run with no problems
(as far as graphics stuttering). Seems like this is one issue that is highly variable among users/systems but,
never goes away...

PS: if you turn off indexing, be prepared to wait a while for it to apply...
 
Last edited:
Ok, I am now defragging the drives.


EDIT: it was the indexing service -.-

Excellent! I've seen this issue way too many times myself.

One of the other killers too is GoogleToolbar and Googe Search. Becarefuly of these things because they sneak in as part of downloads and add-ons. You receive some "free" utility that will also include an install for Google Search and Toolbar. The next thing your machine is running like bird poop and you can't figure out why.

@Vern,

This is very true about the code, and is the problem with many programs and operating systems. The problem with clean-ups in code is this will usually break something else very badly, so rather than clean-up, the programmers will do a little dusting because fixing something will break a function somewhere else very badly.

So it's easier to keep adding on rather than clean-up. Eventually something will have to be done because the program will no longer operate. Period.

John
 
Back
Top