TS12 SP1 multiple issues

[Mightyena]

Hi, I have a couple of problems with my TS12 SP1 installation (patched to 61388), and was hoping someone could help me sort them out, since I do miss some of the features SP1 added to plain old 49922...

First of, the performance is absolutely appalling! Opening up the same route in the same position, running with unpatched TS12 (build 49922) I get around 40-50fps, with SP1 I'm down to 9! I know as newer features are added the performance might suffer a little, but to be down 30fps from a service pack is excessive! Even a blank baseboard only gives me 35fps...

Secondly, it also seems to just stop randomly. As in, the program will just lock up and go whited out with with the dialog box that "Trainz is not responding". At this point the only thing to do is to kill it in task manager and face an EDR next time it starts up. This happens fairly randomly, but usually occurs after between 30 minutes to an hour of use. CMP is not safe from this either, it too will just stop responding randomly. Checking the database processes, Trainzutil appears to begin validating, but then just stop half way through, the window just showing:

Code: Select all

CommandHostCallback> TAD_CMDHOST_VALIDATE

And Taddaemon just says:

Code: Select all

AssetIndex::WriteDatabase

If anyone could help with these issues, I would be very grateful. Until then, I guess I'll be sticking with 49922.

Thanks,
James

[Itareus]

I have been running 61388 ever since it came out with no problems.

The best I can suggest is to try another install and see if that helps.

There may also be some issues round your physical PC build.

Also, as TS12 gradually moved towards TANE and standards have got more rigid older assets could be a bigger performance drag on the system. Have you tried turning on Performance Statistics ? OK most of us don't have a clue what they mean but big changes in numbers between versions would point to a problem.

Chris

[Mightyena]

Thanks for the suggestions, I've tried reinstalling, and the problems seem to persist...


I have attached the performance statistics for both 61388 and 49922, they don't look too different:

61388, I was getting around 8-9fps when this shot was taken:


49922, same area, around 30fps


From what I can tell, 49922 appears to be more heavily loaded down than 61388 (higher scene load), but I'm not sure what any of these numbers mean so it probably doesn't help...

As for my PC build, it's getting a little long in the tooth but still seems to be capable of running everything else satisfactorily:
- Intel Xeon X3220 2.4GHz quad core running at 3.2GHz
- Gigabyte P45 Motherboard
- 8GB DDR2 800MHz RAM
- XFX Radeon HD 6870
- 500+750GB WD/Seagate HDDs

[clam1952]

Try a defrag on the drive 61388 is on? i assume you have done the usual QDR which often fixes poor performance for some obscure reason. Yes 61388 has lower frame rates than 49922 here but not that big a difference only talking maybe 5 fps lower.

[cyberdonblue]

Would there be any particular clue in the massive difference in UDP packets, Malc? (61388 - 2ppm whereas 49922 is up at 30ppm) I know UDP is an alternative to TCP but I'm not that clued up as to why UDP would be used here.

Dave

[clam1952]

Would there be any particular clue in the massive difference in UDP packets, Malc? (61388 - 2ppm whereas 49922 is up at 30ppm) I know UDP is an alternative to TCP but I'm not that clued up as to why UDP would be used here.

Dave

Now there's an interesting find, UDP dispenses with error checking that TCP does so in theory is faster but doesn't bother to check if a packet has been received. As far as I was aware Trainz just uses TCP, just checked on my monitoring stuff and it does not appear to be using UDP, just TCP.

[cyberdonblue]

But what is baffling me is, why would network transmission protocols get involved if James is just playing the game on his PC?

Dave

[clam1952]

In addition to contacting the DLS, DRM server and chat if you use it, Trainz uses TCP internally, presumably something relating to the database handling, mostly its connecting to the loopback IP

TS12 SP1 does have a rather suspicious connection to google analytics though.

taddaemon.exe 3344 TCP 49286 192.168.1.101 80 http 74.125.136.138 www-google-analytics.l.google.com Established g:\ts12 - 61388\bin\taddaemon.exe

Closing the TCP connection just cause it to restart using a different IP
blocking it in hosts doesn't work for the same reason........

Also looks like they are using a Europe based sever for something? Trainz.exe is connected to c.global-ssl.fastly.net which is in London , hmm while typing this and watching the connections on the other PC fastly.net has disappeared.

[Nexusdj]

TANE has a download server in London is it the same one ?

[clam1952]

Not sure what it is, DRM server? Or maybe something to do with Softlayer/Ex Theplanet/ now IBM which last time I looked were bragging about server farms all over the Globe.