Very Weird Stuff Happening With CM-- PLEASE HELP!!!

[overkill650]

I still cant download anything, BUT, I now notice that if I download something this will happen:

lets say its a building that is 1.5 MB.

I'll click download and it will download for a sec, then stop.
Every time I click retry, it goes up by 0.5 MB!!!

so after clicking retry a couple times, it says the download is now 4.5 MB!!!

WHAT THE HELL DOES THAT MEAN??????

 

[fran1]

Wait until the helper has all the deps for the asset or at least most of them before selecting download.
With the figure going up it seems like it's still searching for them.
Give an example of an asset.

 

[overkill650]

I cant view dependencies for anythying, its faded out.

I can only view dependencies for built in assets.

Doing a EXT. DATABASE REPAIR right now.

I also have the TADDaemon window up.

Another window like TADDaemon popped up by itself, titled
" C:\Program Files (x86)\Auran\TS2010\bin\TrainzUtil"

On TADDaemon window,EDR just finished. then said "stream error" under that.

then 20 somethings that say "C:\Program Files (x86)\Auran\TS2010\UserData\Cache\internet\{10 letters and numbers}.gz:stream end"

what do i do now

 

[JCitron]

I cant view dependencies for anythying, its faded out.

I can only view dependencies for built in assets.

Doing a EXT. DATABASE REPAIR right now.

I also have the TADDaemon window up.

Another window like TADDaemon popped up by itself, titled
" C:\Program Files (x86)\Auran\TS2010\bin\TrainzUtil"

On TADDaemon window,EDR just finished. then said "stream error" under that.

then 20 somethings that say "C:\Program Files (x86)\Auran\TS2010\UserData\Cache\internet\{10 letters and numbers}.gz:stream end"

what do i do now

Angelo,

The 20 somethings with the .gz on the end are the links to the DLS. When you login with CM, it goes out to the DLS and updates downloads updates to your machine. The updates coincide with the upload information found online. The reason for this is to synchronize the two places so you can easily download from the black pages (old way), or from within CM. If this didn't happen, you couldn't download at all.

If you've had to run an EDR, this means that you've exited from Trainz and shut off your computer too soon. You need to wait at least 5 minutes before shutting down your computer to be safe. An alternative, which you apparently have done, is to enable the command prompt processor so you can watch the database activities with TADD. This is very helpful because when this window exits, you can then safely turn your computer off.

John

 

[Kessica]

I too have been getting some strange problems also. It often states that there is a problem with an asset, so I fix it, save, but the problem still exists.

I am beginning to think that this is a Security problem and Windows7. I too installed to the default directory, but this is protected. So essentially everything needs to run with Administrator rights for files to be saved. I have set this up in the properties of the Trainz shortcut but I am still getting weird stuff happening like yourself.

I have now un-installed Trainz and have re-installed to a c:\Auran\2010 NOT C:\Program Files (x86)\Auran\TS2010\ as a directory which is not in the Program Files (x86) doesnt need to have Administrator rights to read/write stuff and it is also easier to maintain.

I am still patching at the moment, but will test later. I am wondering if this is a Windows7 problem rather than a Auran one. Ill let you know later, but it is something worth thinking about. I am now curious as to where others have installed to on a 64 bit Windows 7

I might be barking up the wrong tree of course, but without trying I will not know for sure.

50% of the way through patching so I might leave till the morning before I test again as its just gone 02:10 here in the UK.

Kess

 

[CRO]

When you are using CM download helper, you will find it almost impossible to d/l anything over 1.5mb because thesystem times out. To solve this, go to the Auran download page, search for what you want, and download it via direct FTP, then install it using CM. (File...Import CDP's). Most dependencies will come in under the 1.5MB limit except complicated structures etc.
The systems in place do work. You just need to ask questions to find the solution on these forums.

Cheers
Bob (CRO).

 

[CRO]

@ Kessica.
I am running Trainz 2010 EE under Program Files (x86) \Auran\TS2010 with administrator rights as default. I have been able to fix 'broken' assets and the save correctly. It might be an idea to check all your settings in CM to make sure that save and commit are checked. Good Luck.

Bob (CRO)

 

[overkill650]

hey guys i have another thread going on about this.

kessica- i will probally try your idea next. i have windows 7 too. let me know if your idea works.

 

[Kessica]

Well it all installed and updated overnight. I repaired the database - so far so good. Now after importing an asset, I get:

Error: Failed to commit changes to asset <kuid:69978:39000> due to database access error

After another repair which reports a number of anomalies such as asset has moved location and other odd stuff the database error keeps on coming up when I import.

As so typical these days with a lot of commercial software the error messaging gives no clue as to where the problem may lay.

Administrator rights are on the shortcut to Launch TS2010 so I guess Ill try using other compatibility settings.

If there was a solid database access error then theorectically the repair should fail too.....
Of course now I cannot launch Driver and as no commit... :clap:

OK Just adding to this now

Extended REPAIR gives this report:

Message: Performing database repair
Message: <kuid2:82412:850004:1> has been found at a new location.
Message: <kuid:61109:108> has been found at a new location.
Message: <kuid:467400:2000> has been found at a new location.
Message: <kuid:523:1116> has been found at a new location.
Message: <kuid:467400:1034> has been found at a new location.
Message: 'local:hash-8a\kuid 69978 39000' is not a valid asset and will be moved to the trash folder.
Error: Asset <kuid:69978:39000> does not match the asset database record

So I run the repair a second time and get the same errors... I thought the word repair meant fix...

Message: Performing database repair
Message: <kuid2:82412:850004:1> has been found at a new location.
Message: <kuid:61109:108> has been found at a new location.
Message: <kuid:467400:2000> has been found at a new location.
Message: <kuid:523:1116> has been found at a new location.
Message: <kuid:467400:1034> has been found at a new location.
Message: 'local:hash-8a\kuid 69978 39000' is not a valid asset and will be moved to the trash folder.
Error: Asset <kuid:69978:39000> does not match the asset database record

Obviously the database was not written to. Is this in a mimic mode or something and we actually have to turn on a write mechanism?

 

[JCitron]

Well it all installed and updated overnight. I repaired the database - so far so good. Now after importing an asset, I get:

Error: Failed to commit changes to asset <kuid:69978:39000> due to database access error

After another repair which reports a number of anomalies such as asset has moved location and other odd stuff the database error keeps on coming up when I import.

As so typical these days with a lot of commercial software the error messaging gives no clue as to where the problem may lay.

Administrator rights are on the shortcut to Launch TS2010 so I guess Ill try using other compatibility settings.

If there was a solid database access error then theorectically the repair should fail too.....
Of course now I cannot launch Driver and as no commit... :clap:

OK Just adding to this now

Extended REPAIR gives this report:

Message: Performing database repair
Message: <kuid2:82412:850004:1> has been found at a new location.
Message: <kuid:61109:108> has been found at a new location.
Message: <kuid:467400:2000> has been found at a new location.
Message: <kuid:523:1116> has been found at a new location.
Message: <kuid:467400:1034> has been found at a new location.
Message: 'local:hash-8a\kuid 69978 39000' is not a valid asset and will be moved to the trash folder.
Error: Asset <kuid:69978:39000> does not match the asset database record

So I run the repair a second time and get the same errors... I thought the word repair meant fix...

Message: Performing database repair
Message: <kuid2:82412:850004:1> has been found at a new location.
Message: <kuid:61109:108> has been found at a new location.
Message: <kuid:467400:2000> has been found at a new location.
Message: <kuid:523:1116> has been found at a new location.
Message: <kuid:467400:1034> has been found at a new location.
Message: 'local:hash-8a\kuid 69978 39000' is not a valid asset and will be moved to the trash folder.
Error: Asset <kuid:69978:39000> does not match the asset database record

Obviously the database was not written to. Is this in a mimic mode or something and we actually have to turn on a write mechanism?

Kessica,

Ignore the Found in new location messages. This means that you've added stuff or modified content.

The only error that would be of concern is the one about the asset being moved to trash.

Click on the Faulty tab, and highlight the assets.
View errors by right-clicking and choosing view errors and warnings.

If you've got a ton of errors, they will disappear by doing this. For some reason this forces a recheck of the so-called errors, and the faulty flag is reset.

If you then have any errors, perhaps a handful at the most, then you've actually got some bad content that needs to be repaired or thrown away.

Hope this helps.

John

 

[overkill650]

more problems. this sucks kess.

 

[Kessica]

Poking around in the bin directory and checking jetlog.txt I found a lot of stream errors. OK, getting somewhere. I exited the CM and then deleted the hash-8A etc files as I knew these were temporary anyhow. There were 3 and only 2 would delete. I waited a short while for all the processes to end and tried again.

No go. File was in use by another program. This is indicative of software written in C++, throwing an exception but not closing any files due to an error.... sigh... if this is the case then it is a classic programming error. I should know been programming in C++ ever since it was released. Reboot the PC and delete, try again... Repair.... still anomalised assets, but no more streaming errors and I can now commit and run.

Im pretty sure things have got twisted owing to being unable to recover from a previous error and a chain reaction kind of thing.

N3V should give me a job LOL

I still have an asset that wont dissapear with the wrong kuid owing to myself using one that has clashed. Ill probably reinstall again tonight and patch again overnight so that I can start from scratch with a fresh database.

Things like this shouldnt happen not with a program that has been out a while and one that has been patched. Dissapointing...