Trials and trubulations with taddeamon in TS12...

[Zeldaboy14]

Where do I find TS10?

I own TS12, after reading all the database issues you have experienced, (Im an old Steam Acount too) Im thinking I might want to regress into TS10....

Thanks for all the great info here, Im glad I have not purchased TANE yet either, shades of WIN8, I always wait 1-2 yrs for things to iron out, or I don't buy it period, learned that after buying a new model year truck that turned out to be a lemon and costs 1000$ in repair bills, because the idiots (engineers) tried to shave off metal, and other items that should never have been.

Blue

Best advise: DON'T buy the steam version! Buy the one directly from N3V, or if your lucky, a local walmart.

 

[davesnow]

Sounds like we're all in the same boat. It is HIGHLY frustrating.



N3V probably doesn't really care. They've got their hands full with T:ANE now.

I can't even work on my new route anymore for all the jerking around while the above is going on.

I'm glad I have Euro Truck Simulator 2 to occupy my time now, because my time with Trainz is fading.

 

[normhart]

It is just that time of the month for TS12, I go do something else. It is running on both my PCs at the moment.

 

[JCitron]

Even if I lost connectivity for a little while (of even failed logging in), it shouldn't have to re-validate 15000+ assets afterwards ... if I couldn't login, it didn't update the database right? So, why should it flush my assets and require a validation. Not because the database became unstable. This EXACT same thing happened, in the exact same way on my desktop about 3 days ago ... same invalid login, same flush, same 15000+ asset validation that occured on my laptop tonight (and it's still going). I monitor the TADDaemon like a hawk to make sure I don't inadvertently corrupt something by doing something while it's closing down. I think it is the DRM working it's magic ... seems to happen about once every 30-40 days ... maybe more, I'll try to keep track this time (posting to the forum will give me a timestamp). Everytime I see an invalid login and the asset flushing when closing CMP (along with a lengthy shutdown) and am able to login immediately thereafter (no problem), I know that the next CMP run will force a huge asset validation (and again, if I can't login to CMP, the database shouldn't get corrupted because I can't download anything!!!!). I don't think it has anything to do with connectivity, I think the failed login is a remnant of the DRM process (I don't know if everyone sees it or not, but I definitely do). I don't know why we just can't have a login/license key check rather than this mess. And if it's not DRM and just the failed login (due to server issues) that's even worse (and I'll say it one more time, I couldn't login, so I couldn't download anything to update the database ... why in the world would it need to validate anything after any failed login????????).

This will occur if you were connected with TS12 when the glitch occurred. It may have been validating. Once that occurs it throws in the towel and puts up a validation message.

I know it's frustrating but there isn't much we can do. TS12 had this horrible issue, however, the process is now different in T:ANE due to the many suggestions and bug reports we put in about the validation process.

If you are getting this after a shutdown, it means that you are doing something afterwards such as rebooting or shutting down your PC right away. TADDaemon does a clean-up process, which sadly isn't displayed on the screen. To avoid an unexpected shutdown, use the option found, under the developer tab in the launcher options, to display the database console messages. I can say that once I did that, 99.99% of my validations and repairs went away.

Speaking of validations, A few hundred assets is nothing, even 2,500 assets is nothing. Try 48,000. This will ruin a whole day of Trainzing as the program is frozen until this completes. I do hear your pain, but understanding how things are working means you can work around this the best you can. An internet outage, or server outage is beyond our control.

 

[jkfrench]

This will occur if you were connected with TS12 when the glitch occurred. It may have been validating. Once that occurs it throws in the towel and puts up a validation message.

I know it's frustrating but there isn't much we can do. TS12 had this horrible issue, however, the process is now different in T:ANE due to the many suggestions and bug reports we put in about the validation process.

If you are getting this after a shutdown, it means that you are doing something afterwards such as rebooting or shutting down your PC right away. TADDaemon does a clean-up process, which sadly isn't displayed on the screen. To avoid an unexpected shutdown, use the option found, under the developer tab in the launcher options, to display the database console messages. I can say that once I did that, 99.99% of my validations and repairs went away.

Speaking of validations, A few hundred assets is nothing, even 2,500 assets is nothing. Try 48,000. This will ruin a whole day of Trainzing as the program is frozen until this completes. I do hear your pain, but understanding how things are working means you can work around this the best you can. An internet outage, or server outage is beyond our control.

Nope ... not shutting down, I watch the database console messages ... that's how I know that the Assets Changed State (and to expect the long validation) ... and b) I can see the validation actually occurring. Like I said, I watch TADDaemon like a hawk (and TrainzUtil for that matter, but those seem less important and once TADDaemon is shutdown, TrainzUtil will be too) ... I NEVER try to restart Trainz or CMP until I know TADDaemon is finished with it's previous shutdown. And why would it always occur on my Desktop then 2-3 days later (like clock work) occur on my Laptop (that's why I am pretty convinced this is part of DRM).

The exact steps are Launch CMP ... login fails (red message at bottom of CMP window) ... I don't check credentials, because I know they are correct, haven't changed ever ... shutdown CMP ... wait about 15-30 minutes for Assets tochange state (if it doesn't do this, no long validation) ... then TADDaemon finally shuts down ... relaunch CMP immediately ... or the next day (doesn't matter) ... if the next login succeeds, a large asset validation occurs (if it doesn't then things really get ugly) I don't mind a couple validations, after a download, no problems there. By the pretty much monthly huge validation is just painful. Should I not be shutting down after the login fails? I always wait for TADDaemon to do it's thing and completely shutdown before relaunching CMP ... would it help to not shutdown CMP quite so soon (is there something CMP needs to do?) ... I'd love to know the secret ... but again my fear is that it is DRM related and like you said, nothing can be done. Also, I almost never shutdown my computers. Desktop has battery back up, laptop obviously does [and it works] ... and if I do have to reboot, CMP/TADDaemon/etc, aren't running and it's typically just because of a windows update or similar.

 

[JCitron]

Nope ... not shutting down, I watch the database console messages ... that's how I know that the Assets Changed State (and to expect the long validation) ... and b) I can see the validation actually occurring. Like I said, I watch TADDaemon like a hawk (and TrainzUtil for that matter, but those seem less important and once TADDaemon is shutdown, TrainzUtil will be too) ... I NEVER try to restart Trainz or CMP until I know TADDaemon is finished with it's previous shutdown. And why would it always occur on my Desktop then 2-3 days later (like clock work) occur on my Laptop (that's why I am pretty convinced this is part of DRM).

The exact steps are Launch CMP ... login fails (red message at bottom of CMP window) ... I don't check credentials, because I know they are correct, haven't changed ever ... shutdown CMP ... wait about 15-30 minutes for Assets tochange state (if it doesn't do this, no long validation) ... then TADDaemon finally shuts down ... relaunch CMP immediately ... or the next day (doesn't matter) ... if the next login succeeds, a large asset validation occurs (if it doesn't then things really get ugly) I don't mind a couple validations, after a download, no problems there. By the pretty much monthly huge validation is just painful. Should I not be shutting down after the login fails? I always wait for TADDaemon to do it's thing and completely shutdown before relaunching CMP ... would it help to not shutdown CMP quite so soon (is there something CMP needs to do?) ... I'd love to know the secret ... but again my fear is that it is DRM related and like you said, nothing can be done. Also, I almost never shutdown my computers. Desktop has battery back up, laptop obviously does [and it works] ... and if I do have to reboot, CMP/TADDaemon/etc, aren't running and it's typically just because of a windows update or similar.

With Trainz Util kicking like that, it sounds like you need to do a database repair. Run this overnight and let it do its thing and then check if you have more problems. Keep in mind it will kick in a validation so this is why I run it at night or if I'm away from the computer. Also you'll have to view errors and warning afterwards, but you should be all set once you go through this.

I don't think starting and stopping CM too fast is causing this. I've done that and also run TS12 while also browsing and downloading stuff in CM at the same time. This is what TADD is supposed to do.

One other remote possibility, since you're doing everything else the right way.... Are you running any automatic disk utilities such as a defragment or checker? I've had issues with the automatic defrag settings in Disk Keeper causing TADD to crash, or actually restart in a loop, which caused a massive validation for me. Once I disabled the automatic features, this problem went away.

Sometimes TADD has trouble connecting. What causes this, I don't know. It's been a problem since SP1 because they "fixed" it. This too was something that was truly fixed in T:ANE as this process is different now.

I will say that if there are any updates to built-in assets that you have downloaded, this can and will trigger a validation. It depends upon how much content is updated. I forgot to mention this before.

I doubt it's because of DRM unless of course some of the DRM content has been updated as I mentioned along with the built-ins. I have a lot of DRM and haven't (knock on wood thicker than my head) had one of these validation sessions in months since the mess back in May.

John

 

[HiBaller]

@jkfrench: One other thing you might try that worked for me when I was getting a lot of "failed connections" is to put absolute crud (random characters) into your username and password fields once you start up CMP. Then allow the login to fail. Quit CMP and let TADD completely close. Then do the process all over again but put legitimate username and password in the field and let it connect. Somehow, it seems to 'reset' those fields at the servers.

See if that helps. It did for me.

Bill