Trainz-build numbers below 3.7 are no longer supported....
- Thread starter Paulsw2
- Start date
Does say in Tony's post when they can schedule it in, probably need to take the server off line to do it. Post by Zec on here somewhere stating that as well.
And, if I may speculate here, I think its' effecting the DLS, big time ... I have nearly 300 items, and it seems to go through in chucks, meaning ... 25 here, 30 there... I've uploaded about 10 cdp's, all 3.7.... simultaneously during this week, etc ... and usually, in the pass, they have all gotten accepted at once .... I mean, there's no rush -- been with trainz since 2001 .... But I just don't move my files to external hard drives til items land on the DLS, and I have loads of files on my desktop!
.... Just saying ...
Ish
Yep, what I got is what I call a master folder, and then inside is where it gets crazy and wild, LOL ... is like a desktop within itself -- Windows 10 supports multi desktops simultaneously, which is a cool feature! -- It means, one desktop can always be kept crystal clean, while another for trainz, and so on, etc ... sir! LOL
John should know lots about this! :wave:
Ish
Yup. Played with them already. Pretty cool, but I have no use for it yet myself just yet with two monitors which suffice for my space.
I don't have much on my desktop either. Starting with Windows 8.1, probably a bit before that, I setup a desktop apps folder where I put all my shortcuts to anything I want to run including all the Trainz shortcuts, Pev's tools, etc. This beats going back to the start menu for everything. Other than that I have a text-viewer shortcut on the desktop which launches when I drag files on to it. The rest is bare and will remain that way.
John
"people have already made up their mind that the problem is network-related" "load up Process Explorer from TechNet"
Duh, okay!
This is running on a solid state drive, with a low speed DSL connection, this is the game running, not surveyor. TADDaemon.exe is shown using 50% of the CPU when the game pauses, I should still be convinced the problem is disk access? :hehe:
Duh, okay!
This is running on a solid state drive, with a low speed DSL connection, this is the game running, not surveyor. TADDaemon.exe is shown using 50% of the CPU when the game pauses, I should still be convinced the problem is disk access? :hehe:
Yup. Played with them already. Pretty cool, but I have no use for it yet myself just yet with two monitors which suffice for my space.
I don't have much on my desktop either. Starting with Windows 8.1, probably a bit before that, I setup a desktop apps folder where I put all my shortcuts to anything I want to run including all the Trainz shortcuts, Pev's tools, etc. This beats going back to the start menu for everything. Other than that I have a text-viewer shortcut on the desktop which launches when I drag files on to it. The rest is bare and will remain that way.
John
John, sir ...
http://forums.auran.com/trainz/show...nz-(TANE)-vs-Windows-10&p=1392988#post1392988
Ishie :wave:
That would break content for everyone with a build lower than 3.7, which is pretty much what this thread is about.
@Sniper297
If you really want to hit your point home, since you seem convinced its the Mother-ship communications that's making TADDAEMON eat resources, why don't you monitor all traffic through your IP address and post that? Its one thing to say "I think its this, because I can prove something indirectly related", vs being able to say "I have conclusive proof its this, and here it is for all to see".... I don't think TADDAEMON eating 50% CPU is any surprise to anyone that's still reading this post, and most probably to anyone that posted in this thread at all. Any Trainz Veteran thats ever so much as glanced at their Task Manager (Don't even have to have a 3rd Party Program to see) will notice that TADDAEMON will eat an inordinate amount of resources.... Many of us here have at different times ranted about it in fact (Feel free to search the boards, I honestly can't be bothered at this point for that purpose).
But if you're going to keep insisting its using all of those resources in some apparently misguided or "targeted frustration inducing exercise" as you *seem* to be suggesting, why not go all out and prove it for all of us unwitting User's. I'm sure the Full Time Program Coders that play this hobby will certainly back you up if your evidence is sufficient enough to live up to your claims....
And at this point, I'm genuinely curious. If you can provide conclusive Net Logs listing TADDAEMON, no DLS downloading, using high bandwidth to match its resource usage, we'll see what N3V has to say about it since they're responding to things.... Until then I'm under the impression that TADDAEMON uses its resources to do as intended with a primary focus of constantly organizing and checking the status of assets so as to make retrieving them a doable exercise for the Trainz Simulation Environment.... And yes, at times, Validate against the mother-ship to look for overall changes.....
-Falcus
If you really want to hit your point home, since you seem convinced its the Mother-ship communications that's making TADDAEMON eat resources, why don't you monitor all traffic through your IP address and post that? Its one thing to say "I think its this, because I can prove something indirectly related", vs being able to say "I have conclusive proof its this, and here it is for all to see".... I don't think TADDAEMON eating 50% CPU is any surprise to anyone that's still reading this post, and most probably to anyone that posted in this thread at all. Any Trainz Veteran thats ever so much as glanced at their Task Manager (Don't even have to have a 3rd Party Program to see) will notice that TADDAEMON will eat an inordinate amount of resources.... Many of us here have at different times ranted about it in fact (Feel free to search the boards, I honestly can't be bothered at this point for that purpose).
But if you're going to keep insisting its using all of those resources in some apparently misguided or "targeted frustration inducing exercise" as you *seem* to be suggesting, why not go all out and prove it for all of us unwitting User's. I'm sure the Full Time Program Coders that play this hobby will certainly back you up if your evidence is sufficient enough to live up to your claims....
And at this point, I'm genuinely curious. If you can provide conclusive Net Logs listing TADDAEMON, no DLS downloading, using high bandwidth to match its resource usage, we'll see what N3V has to say about it since they're responding to things.... Until then I'm under the impression that TADDAEMON uses its resources to do as intended with a primary focus of constantly organizing and checking the status of assets so as to make retrieving them a doable exercise for the Trainz Simulation Environment.... And yes, at times, Validate against the mother-ship to look for overall changes.....
-Falcus
Frankly I don't care what it's doing or why it's doing it - "TADDAEMON will eat an inordinate amount of resources" is the main problem.
I saw a demo of TRS2004 back in December 2003, running on a P3 1.5ghz, which was state of the art at the time. I had half that horsepower, AMD 800mhz at the time, and MSTS looked better than the demo on routes with far more detail than the demo with satin smooth animation on my system. The two guys running the demo (Great American Train Show in Wheaton IL) didn't seem to be bothered at all by the severe constant jerk-jerk-jerk of the animation, even after I pointed it out to them. Programmers having the latest and greatest systems on the planet is fine, the problem is when they don't occasionally test their code on the target minimum spec machine, and when they accept clumsy sloppy water buffalo coding simply because it can be overpowered by a high end system.
At the moment I can't run any tests because I don't have any version of Trainz installed, until I get a system that can overpower the jerky animation I'm playing games that actually look good AND run smoothly. Trainz reminds me of the McDonnell-Douglas F-4 Phantom, they kept adding bigger engines and more fuel until they overcame the weight problem. One Grumman tech rep commented "They proved you can make a bank vault fly if you add enough power to it." That's Trainz with TADDaemon, allegedly it will run smoothly if you have a Cray.
I saw a demo of TRS2004 back in December 2003, running on a P3 1.5ghz, which was state of the art at the time. I had half that horsepower, AMD 800mhz at the time, and MSTS looked better than the demo on routes with far more detail than the demo with satin smooth animation on my system. The two guys running the demo (Great American Train Show in Wheaton IL) didn't seem to be bothered at all by the severe constant jerk-jerk-jerk of the animation, even after I pointed it out to them. Programmers having the latest and greatest systems on the planet is fine, the problem is when they don't occasionally test their code on the target minimum spec machine, and when they accept clumsy sloppy water buffalo coding simply because it can be overpowered by a high end system.
At the moment I can't run any tests because I don't have any version of Trainz installed, until I get a system that can overpower the jerky animation I'm playing games that actually look good AND run smoothly. Trainz reminds me of the McDonnell-Douglas F-4 Phantom, they kept adding bigger engines and more fuel until they overcame the weight problem. One Grumman tech rep commented "They proved you can make a bank vault fly if you add enough power to it." That's Trainz with TADDaemon, allegedly it will run smoothly if you have a Cray.
I wonder if a flying bank vault is quieter than an F4. Those things about blew my ears off with low level passes. Watching them dump fuel and igniting it with the after burners was rather cool. :hehe:
BuilderBob
New member
If you want to do something about that problem then you do need to care about what it's doing. In particular, you need to know whether it is a problem with Trainz, with your assets database, with your PC, with your internet connection, with your OS configuration, or something else.
If you don't want to fix then
No, he doesn't have to do anything. He stated clearly I think what he wanted. A Trainz that will run on a "Minimum Spec Computer". Thats his choice, and I can respect that......
@Sniper297
What I can't respect is all the insinuation.... I'm sorry the graphical simulation world isn't what you seem to want it to be. It hasn't been, for about 15 years now. Late in the 90's it got out that the more money you drop for a Graphics card, the better your gaming experiences will be.... That's not N3V's fault, nor Auran's, nor anyone else here. Blame all the little micro-cosmic forces in the entire gaming industry for that, because every single one of them decided that that was going to be the way its going to be. I remember the last video game I played where I knew for a fact they spent more money on Story Writers then Graphical designers..... That was about 1999 or so, FFIX.... Everything after has been a Movie with subtitles where the Forward Button is really the "Play Button". All thats left really for something new and different is FPS, Strategy, and Simulation, and they're even more subject now to needing higher graphical requirements then RPGs or Puzzle games....
If you want minimum Spec Trainz, I think theres still a few dozen active members (or more) over at Trainz Pro Routes that will happily help you get set up with TRS '04 or '06. Both of those will run flawlessly on whatever system you have if you're running TS12. I'll be surprised if TS'09 or '10 doesn't soon end up with a similar following there, and eventually TS12 and yes Im sure some day even T:ANE.
After that, if you ever care to catch up spec wise to the rest of the average TS12/T:ANE using public, feel free to ask. Many here can help you find something that will run it, or TANE, and generally even help give advice about how to go about it cheaply if thats what you need.
But if you're gonna keep going into other threads and bemoan the state of the Gaming industry as a whole, there might be better places for it.... Bloatware is a buzz word long out of date, because Computer specs are still advancing at the rate of knots, and no matter how inefficient a coders programming is, within a year there will be a computer that can run it flawlessly for cheap somewhere, if there isn't one already by the time the program is ready for release. Its the way our technology crazed society has gone, you can roll with it or not your choice. But whining about something most everyone else has lived with and accepted on an individual entities forum probably won't win you many battles....
Good Luck whatever you decide,
-Falcus
I'm not going to get in the lack of hardware to run a program which is graphics-intensive, however, I will point out that TADDaemon actually does not use up a lot of the system resources as has been implicated. It does have a priority issue and does hog threads and processor when validating and accessing the network. This is a known issue and has been reported. In another thread Windwalker (to drag him in again) even said this was an area that needed improvement as this was truly made worse with SP1. I'm not defending N3Vs programming (far from it); it's just not a memory hog as people say. In fact here's a memory snap shot of the Trainz execs and assets.tdx file. I used Process Explorer and RamMap from Sysinternals which are available free from Microsoft.
Assets.tdx ------ Total RAM: 124,488K, with same in standby, meaning it's read and used but the data is flushed if the memory is needed for something else.
TADDaemon ---- currently running with CM... Private Bytes 232.8 MB. Private Bytes is a locked memory pool allocated by the program. This memory cannot be overwritten and is "owned" by the program for its entire time it's running. When searching the database online for updates, the private bytes peaked to 250MB, however, this dropped back to 232MB again afterwards. (I tried getting this in text, but the export feature exports all of PEXP data and not the single application...)
It's important to note that TADDaemon does nothing; it just sits there and waits like any database manager should until there is some kind of database access activity. A good example is querying the DLS for updates. Like any program that's waiting there is some processor and other resource overhead, but it's just sitting there. Here is some activity.
See the graphs below:
Here is CM and TADD. Note how quiet bother are. The spike in activity in TADD is from me querying the online DLS database
Here is some activity caught during the download of the two items:
Activity in CM during downloading of some assets:
This isn't saying that the process is 100% plus efficient and not buggy as hell which we've all experienced. TADDaemon does have some I/O-related bugs and with network activity and this can be seen with system resource hogging. We've all felt this during the validation process and when there are other busy times when we get the white-screen lockups and long pauses. These issues have been reported, and as I said Windwalkr acknowledged them as issues that needed addressing. Checks in TANE CM and program performance have shown improvements in this area, however, I have not run any profiling or captured other data on this.
Keep in mind that there are many factors that can prevent a program from running efficiently. They are not always the program code and can be caused by an antivirus program scanning every I/O action, corrupted system files, bad network cables or internet service, power issues, and a host of other things. As I have also been a victim of this issue, and yes extremely verbal about it, I have been investigating this issue very deeply. Yes, part of it is some bad code, but not all of it is. A simple upgrade to Windows 10 has shown remarkable improvements in I/O performance overall which have also shown substantial improvements in TS12 performance, which of course translates to good performance in TANE.
John
Assets.tdx ------ Total RAM: 124,488K, with same in standby, meaning it's read and used but the data is flushed if the memory is needed for something else.
TADDaemon ---- currently running with CM... Private Bytes 232.8 MB. Private Bytes is a locked memory pool allocated by the program. This memory cannot be overwritten and is "owned" by the program for its entire time it's running. When searching the database online for updates, the private bytes peaked to 250MB, however, this dropped back to 232MB again afterwards. (I tried getting this in text, but the export feature exports all of PEXP data and not the single application...)
It's important to note that TADDaemon does nothing; it just sits there and waits like any database manager should until there is some kind of database access activity. A good example is querying the DLS for updates. Like any program that's waiting there is some processor and other resource overhead, but it's just sitting there. Here is some activity.
See the graphs below:
Here is CM and TADD. Note how quiet bother are. The spike in activity in TADD is from me querying the online DLS database
Here is some activity caught during the download of the two items:
Activity in CM during downloading of some assets:
This isn't saying that the process is 100% plus efficient and not buggy as hell which we've all experienced. TADDaemon does have some I/O-related bugs and with network activity and this can be seen with system resource hogging. We've all felt this during the validation process and when there are other busy times when we get the white-screen lockups and long pauses. These issues have been reported, and as I said Windwalkr acknowledged them as issues that needed addressing. Checks in TANE CM and program performance have shown improvements in this area, however, I have not run any profiling or captured other data on this.
Keep in mind that there are many factors that can prevent a program from running efficiently. They are not always the program code and can be caused by an antivirus program scanning every I/O action, corrupted system files, bad network cables or internet service, power issues, and a host of other things. As I have also been a victim of this issue, and yes extremely verbal about it, I have been investigating this issue very deeply. Yes, part of it is some bad code, but not all of it is. A simple upgrade to Windows 10 has shown remarkable improvements in I/O performance overall which have also shown substantial improvements in TS12 performance, which of course translates to good performance in TANE.
John
You're welcome.
No feature of Windows 10. Simply use Process Explorer from SysInternals/Microsoft on TechNet. This is one of the free utilities written by Mark Russinovich - a really, really smart programmer at Microsoft.
https://technet.microsoft.com/en-us/sysinternals/bb842062.aspx
John
peterwhite
Steam Rules OK
Just a quick question about TS2012SP1.
When support ceases in 2016 what will happen regards DRM? Will we still need to connect to the internet to validate the game.
Seems to me that if support finishes then so should DRM
Any body else agree?
Peter
When support ceases in 2016 what will happen regards DRM? Will we still need to connect to the internet to validate the game.
Seems to me that if support finishes then so should DRM
Any body else agree?
Peter
I think they should drop DRM the second they stop selling the game.
I also think they should stop selling the game the second they drop support.
Since they have dropped support for 2009 and 2010 yet are still selling them, I fear that will take a while or not happen at all.