Shelving TRS2010 no more unrealistic Nonsence!

Well, I second that, first off how do you know that "many" have no problems and "few" have problems? When someone has a problem with new software the tendency is to delete it and try something else, if the majority do have problems but never complain about it how would you know?

As for programming, back in 1985 I had a Tandy 1000TX, 16mhz 80286 processor with 640k RAM. There were flight simulators but no train simulators back in those days, so I attempted to make my own train simulator. I'm a poor excuse for a programmer, so it ran like a shagged moose, with the animation more of a slide show than any kind of video. A few years later I bought a new Dell 80486, 66mhz processor, 4 megabytes RAM. Without going into the pipelines and whatnot differences, the new system had 4.125 times speed and 5.6 times the memory (by comparison my current computer is 180 times the speed and has 3,276 times the memory of that old Tandy 1000TX). So I dusted off that old VB trainsim project, NOW it runs fast and the animation is smooth as silk on the 486!

Does that mean my programming is better and the code is now the best it can be? No, it merely proved that even with clumsy coding if you throw enough horsepower at it the flaws won't matter. Same thing here, the code could be improved to run better and smoother on a midrange machine, but the guys with the super fast Alienware machines wouldn't notice much, if any, difference.
 
Last edited:
Right on target sniper297

:o This issue that I am describing is a built in software problem with the drawdistance as it is indentical on all computers, super fast or medium speed computers. The Trs2010 Get button is a new issue that Trs2006 does not have. Just for fun I installed this Trs2010 on many different computers for testing Draw Distance and is still very poor, same exact distance drop outs. At least as a single programer you can fix your problems. When many programers are involved it is a rough go at getting together and solving the problems that come up. From what you said, you are a great programer and that I respect. I am no where near that good. But I do love building Computers and troubleshooting as a hobby and a living:)
 
Last edited:
Hoping for a Service Pack 3

The Trs2010 does have better reflections on the locos and consists. I am hoping to no end that Auran will realize that we are hooked on trainz and want to have a great realistic venture going down those self created Train tracks. I am using the Trs2006 for the time being to continue on with my 6 year old map. If The Trs2010 does get repaired:mop: I will put all of my efforts into it and continue on with my Map.
 
I am one of the many who do NOT have any problems, after upping all the settings in the NVidia controll panel it all runs fine. How could it possibly be a software problem when only a minor percentage suffer? It's all well and good having a top of the range Ferrari sports car when you don't know how to drive it!
Tweak all your Bios and board settings to be optimised to run in parallel with each other. ;)

A disappointing post that displays the faulty assumption that "it works for me, therefore it should work for everyone else!" Right up there with posts that contain the dreaded "you people".:o
 
Can someone answer this.

If TS2010 works on my machine without all the errors that plague others, indicating that there are no evident code errors, why would this same code give errors on other machines.

We have four main factors to consider - Program Code, Recorded Disk, Computer, and User.

Program Code. Deano, myself and others have no problems, this removes the first factor. It has to, as we are all using the same code.

Recorded disk. Could this contain errors? Was it a digital download?

Computer. If you consider the wide variation in computer hardware, it is a marvel anything works.

User. None of us are infallible.

Given all this why is everyone so sure that the program code at fault?

Peter
 
The best thing we can do is report these bugs to the helpdesk. I've done this on quite a few occasions and have gotten some nice thank yous back from Zec. He told me that this is helpful for the dev and support group that we report these things to them.

John
 
Can someone answer this.

If TS2010 works on my machine without all the errors that plague others, indicating that there are no evident code errors, why would this same code give errors on other machines.

We have four main factors to consider - Program Code, Recorded Disk, Computer, and User.

Program Code. Deano, myself and others have no problems, this removes the first factor. It has to, as we are all using the same code.

Recorded disk. Could this contain errors? Was it a digital download?

Computer. If you consider the wide variation in computer hardware, it is a marvel anything works.

User. None of us are infallible.

Given all this why is everyone so sure that the program code at fault?

Peter

Thank you Peter, that's just my point. ;)
 
The program code is at fault!

No more versions of Trainz for me until the code is updated . :mop: New 3D games like Flightsim do not have draw distance problems and disapearing ground and they run very good on even slower computers. There is no video card or super computer in the world that is going to run poor code. I have tested Trainz on over 15 computers all the way up to the core i7 and there is no improvement for the jerky 3D engine. I suggest that the content should be drawn in by another source and the 3D movement is done from another source. So that they do not interfere with the processing of each other, but then again I am no code programer. If I could do it I would have the content on a seperate fast GPU and the the 3D engine on a another GPU and keep the 2 problems away from each other. Just a thought!:eek:
 
Last edited:
Back
Top