Is it TRS2010 or UMR 2010

GP30Fan

Member
First off, let me apologize for the length of this post.
I tried making brief, but it wasn’t getting the job done.
Having said that, its still a confusing read.
So here goes......

I have been a big fan of UMR from the beginning.
UMR2010 is no exception.

I have however had problems of one sort or another with
TRS2010, also from the beginning.

Well one problem is now catastrophic.

I started working south from Gladsden in UMR2010.

Changing signals from Searchlight to Safetran Clights
using norfolksouthern37 signals.

The reason for this change was mainly because of the pesky
corona at the base of the searchlight signals in 2010.

It’s taken me a while but I have now reached Sherwood working
west. Leaving Sherwood westbound there is a river bridge and a bit
farther west is Sherwood Greenhouses.

And now the problem.

Approaching the greenhouses, the computer locks up.

The error reported is:

trainz caused an Access Violation (0xc0000005) in
module MSVCR80.dll at 001b:781451eb.

Very informative isn’t it. Well the sleuthing begins.

One potential problem is this one.

Having narrowed the speedtree instances to what seems
like 62 different types.

Of the 62, 3 are definitely a problem.

Neil used SpeedTreeGroup_01, <kuid:523:10827>, SpeedTreeGroup_02, <kuid:523:1120> and Tree Pine 03, <kuid:523:1134>.

In Content Manager V3.3, the two SpeedTreeGroup objects and the Pine Tree show as built in objects and with no errors.

Here is where it gets interesting.

I then went to Routes and created a new route.

I went to scenery and SpeedTreeGroup on the list, and surprise surprise.

I have 3 SpeedTreeGroup objects listed and neither of them is 01 and 02.

In CM, the database shows 15 different SpeedTreeGroup objects.

The selection list in surveyor only shows 3, _08, _09, and _10
All others are missing.

Tree Pine 03, <kuid:523:1134>, shows on the list, but the preview is blank.

When I select this object and try to place it, the number of instances of Speed Trees increases by 1 at every mouse click, but nothing appears on the monitor.

It’s invisible, or so it would appear.

In summary, what I have is two objects that are included in the route, and
which appear to be in the database but do not show in the object list
when creating a new route, and one object which does show in the list
but will not appear on the monitor.

Now the big question. Why?

I have reinstalled 2010, twice. Starting with build 41622, I patched to 43434, and then to 44088.

Although this is time consuming to say the least, it went
with no problems.

It’s the area just west of Sherwood that’s the problem.
Approaching this area with a train from east or west will cause
a predictable computer lock up every time without fail.

Help! Thanks... AL
 
Speedtreegroup noshow in surveyor

All speedtreegroups, except 08, 09 and 10 have this container in their config.txt files:
privileges
{
permit-listing 0
}
which prevents them from showing in Surveyor but allows them to show in Driver. Why it's this way, I don't know. If you want the others to show you'll have to edit each speedtreegroup kuid to delete the container or change the value from 0 to 1, then save and commit.

Bob
 
Thank you very much Bob...

Changing the permit-listing value to 1 now allows
all objects in the group to show in the surveyor listing.

In looking at the Tree Pine 03, kuid:523:1134>, I couldn't
see anything obviously wrong.

However, after a close look it appears only one line
is really different in the configs. I removed references to
Tree Pine 01 and copied the missing lines from 01 to 03.
After a bit of tinkering with the texture files,
both commited without error and now Tree Pine 03
appears in surveyor also.

The only difference between the two trees, as reflected
in the config, is that 03 is a bit smaller than 01.

Bottom line is all the trees that were missing are now found.

This part of the problem is solved.

Now to find out if this solved the fatall error west of
Sherwood in UMR2010. That's gonna have to wait till
tommorow. Its gettin late.

Many many thanks. I've learned a bit in the process.
 
The problem west of Sherwood remains.

If I were to place a marker there, a scenery object, any object,
at the spot where the computer locks up, it would lock up
at that object every time. Doesn't matter which direction
the train is heading. Same spot, LOCK UP.
It requires a hard reset to restart the computer.
Seems like it locks the keyboard. I can still move the
mouse cursor, but thats all.
 
Last edited:
Is there an object at the lockup point that requires an action due to a trigger? If so, that object may have a fault that only shows up when triggered.

Bob
 
No Bob, no triggers in the area. However, having
said that, I did discover a lot, I mean a lot, of triggers
scattered route end to route end that do not show
in surveyior but can be seen on the mini map.

Not sure what causes this to happen but it did.

My solution was to place a spint point on each side
of the invisible trigger, delete that track between
the inserted spines, and then replace the track.

I sure gets rid of anything between the two inserted
spines, including signals... lol.

But it works for me.

Now as to the orginal problem, I played the blame game.

Blame Trainz, blame Windows, blame hardware, you
name it, I blamed it.

I did an extensive Windows cleanup, rebuilt the data base,
and so many other things I've lost track.

But... bottom line is in my last edit session, NO lockups.

Why... I have not a clue. Sure wish I did. It might save
a boat load of time in the future.

Thanks for the sugestion. It got me looking for triggers.
I just didn't expect to find what I found.

Later... AL
 
The only intentional triggers I put in were the "sound whistle" triggers, near unprotected crossings. I'm not sure if there were any others, but if there were, they were totally unintentional, and I apologize for all the problems they've caused.

Anyway, I'm glad you got things sorted out.
 
My sorting out statement was premature... a bit
of a trigger reaction to running longer than a
couple minutes... lol.

Seriously it is better... but the bug is still there.

It only occures around Sherwood. All other areas
are no problem. But navigate to the Sherwood
general area and you can bet it's gonna lock up.

Eventually it'll pop its' ugly head up and I'll find it.
It's the frustration mean time thats a bugger.
 
My sorting out statement was premature... a bit
of a trigger reaction to running longer than a
couple minutes... lol.

Seriously it is better... but the bug is still there.

It only occures around Sherwood. All other areas
are no problem. But navigate to the Sherwood
general area and you can bet it's gonna lock up.

Eventually it'll pop its' ugly head up and I'll find it.
It's the frustration mean time thats a bugger.

Have you tried deleting the route, and then re-downloading it? Sometimes things get corrupted in a download, it seems.
 
No I have not re-downloaded but that's a thought.

That'll be the next manuve.

For rite now, WindowsXP is reporting an error in popups.
The Windows advisory is to re-install the application.

So...... I have bit the bullet and uninstalled (already done),
and am going to re-install, for the umptenth time, I'm
running out of fingers to count on... lol.

Now... Neil I'm going to give you some info on those
hidden triggers I found just to see if they exist on
your version of the route. I guess if they do that will
tell us something, I just don't know what.

They don't seem to be a problem and I have gotten
rid of all of them. It time consuming as all get out but
it's done.

Right now I can't come up with the info on where to
find them, I uninstalled 2010, but as soon as I re-install
I'll get the info to you. That is if there still there
after the re-install.

Thanks for the concern... AL
 
Just completed the reinstall.

I did redownload the files from RRMods.

Doing a low level compare, the new downloads
are identical with those in local storage.
That does not appear to be the problem.

As to the invisible triggers. That one I have
solved. After doing the TRS2010 re-install,
I stopped short of 44088. I am using 43434
at this point.

Those invisible triggers are kuid2:137715:23002:2

I am guessing that during a rebuild the auto create
didn't auto create. That seems to be somewhat
of a problem with some assets on my machine.
Have no clue why but I have noticed it on occasion.

At any rate they are now visible.

The lockup just west of Sherwood still occures.

I am wondering about a spline causing the problem
but haven't had the time to get into it deep enough
at this point.

Windows reports an application error. This is the same
error I was getting before the re-install.

The error is a popup error, event 26.

All the info I can come up with points to the display driver.

I did a up date on that tonite. The lockup remains.

The video card I have is an ATI 5850. Thats a late
model card. I have had zero problems with it in other
software. In fact zero problems with Trainz, untill
I arrived at Sherwood.... lol. Gotta be an asset in
there somewhere close giving me heartburn.

I'll keep lookin.... Thanks.... AL
 
Ahh - yes, those triggers are the "slow-down!!!" triggers, to tell an AI driver that is on the mainline that the speed will need to be dropped as the switch to a spur or siding has been thrown.

Just a question - do you have a FCT? If so, the FALL-UMR2010 is available on the dls, which has been updated a bit. It'd be interesting to see if you still have the same problem with that route.
 
Yes I have a FCT...

Will download the Fall route... like now! lol

It's worth a shot to see if the same problem persists.

I also have an older nVidia card I plan on putting
in to see if it's the ATI card or driver.

Not the greatest card but its a "Test".

Thanks Neil... appriciate the concern. AL
 
Have download Fall2010...

Same problem... same spot...
Just west of Sherwood.

Here is the error message as supplies by
the WindowsXP Event Viewer...

Application popup: Trainz (60.8): trainz.exe - Application Error : The instruction at "0x00479e83" referenced memory at "0x00000004". The memory could not be "read".

Click on OK to terminate the program

There is no message from Trainz. Trainz at this point is
locked up. It requires a hard reset to regain control.

Somewhere in that pesky area there is definitly something
the computer doesn't like. All other areas of the route
perform just fine... at least so far.

I'm impressed with Fall2010 though... Looks great.
It really gives the Fall feel to the scenery.

I'll keep at it... the problem is there somewhere!

Thanks... AL
 
I wonder if it has something to do with WindowsXP? I'm not sure what else to suggest, as I've never heard of anyone else having the problem you've experienced.

Anyway, keep us posted on your progress.
 
Rest easy Neil...

Problem solved... I think!

Narrowed it down to trees. Basically mcguirel trees.

It went like this...

Isolating mcguirel trees in CMP.... I open all for edit,
then immediately commited them. About a third of them
disappeared from the list.

Hmmmmm.... went to the DLS and those that disappeared
were listed as downloadable.

First... why were they listed as available and then suddenly
vanish... and why were they suddenly listed as availabe for
download when supposidly I already had them.

Anyway... I redownloaded all those needed for UMR.

The route showed none missing, no errors and no warnings.

And...... at least so far.... It doesn't lock up.. Ain't that great!!!

This is a mystery to me as to what happened with these assets.
Now I'm wondering what else might have the same characteristics.

Nobody ever said it wasn't complicated but this Sherlock Holmes
stuff gets really old after a week or more of looking for the
unknown.

Thanks Neil... More later as it develops... Hopefully not much more...

AL
 
Last edited:
Back
Top