Why does consist helper crash with steam locos?

[Concrete_Bob]

Would appreciate some tutoring here, having problems with my fleet.

trying to run a TA:NE session as follows -


37 Consists

7 Locomotive variants

6 Wagon variants [typical consist 18 units + caboose]

Large layout with lots of industry/buildings

I can run the layout with diesel locos with no problems,double heading most trains, however when I switch to the same rolling stock with US steam locos, consisthelper crashes on me. Reducing the number of loco variants, single heading the consists, and switching out each locomotive variant one at a time have not isolated the problem. I remain stuck with a maximum of 35 consists. Any advice would be much appreciated. Cheers, Kevin

 

[JCitron]

What is the exact error?

When you receive the red-bug (beetle or roach), open it up and click on more.

This will show you the exact error...

Highlight the text and press CTRL+C to copy it and paste the text into a text file.

When you come to the forums, open the text file, copy and paste the info into a forum post here.

Hopefully with that information we can help you. There could be any number of issues causing this bug.

 

[Concrete_Bob]

Thanks for your reply.

Unknown: File consisthelperinfo.gs, Line 438, ER_Timeout

function$Soup@VehicleDescriptor::GetProperties(), line 427
function$Soup@Consisthelperinfo::GetProperties(), line 1175
function$void@QuickDrive::LoadRouteConsists(), line 356
function$void@QuickDrive::SetProperties(Soup), line 195


Hope this is the info needed, it's a foreign language to me.

Thanks, Kevin

 

[jjanmarine3]

could it be that the replacement vehicles are causing clashing with existing orders under the original vehicles.( if orders were issued example ' instant load ' )

 

[Concrete_Bob]

could it be that the replacement vehicles are causing clashing with existing orders under the original vehicles.( if orders were issued example ' instant load ' )

Thanks, but I don't think so. Error is occurring on startup. I can't even modify my driver roster.

 

[shaneturner12]

If this is with T:ANE, timeout issues (ER_Timeout) are fairly common. The current workaround is to reduce the amount of consists etc in use until N3V or the creator of the offending script if it's not N3V are able to sort out the issue.

Shane

 

[JCitron]

I have run into that myself, and there are some things to look at.

One of the fixes for the Quick Drive issue came via a post I had made and a response by Pierre Guy (pguy), which may fix part of the problem. *note may* as the keyword here.


What is very strange is that the script errors are in GclLib module which is the old "Global Consist List Library" asset used at the beginning by the QuickDrive rule but no longer used and delivered as builtin since MacTrainz 2 and Tane. This explains that QuickDrive works with a new fresh Tane install (no GclLib installed), and the big question is why your routes still needs it and how this asset only delivered as builtin in TS12 has arrived on your configuration ...


The presence of GclLib may explains some timeouts as on initialization it scans all your vehicles on your route to build as a specific list all your consists definition available on the route. If you have many consists (it is not dependent on the size of the route but on the number of vehicles on the route ... ) since the timeout threshold reduction in Tane you might encounter script timeouts ...


As it should no longer be needed and used in Tane, may I suggest you search for some Global Consist List Library in your configuration (there are two TS12 assets with this name : one from N3V and one enhanced version from me) and delete these assets.
This should create some missing dependencies on your routes and sessions requesting to use this obsolete library and we will need to look at the included rules in these routes and sessions to find why they reference this old asset library.
By the way Quick Portal Manager v2 and v3 references the Global Consist Library and you need in Tane to replace the Quick Portal Manager v2 or v3 by Quick Portal Manager Standard Edition which no longer references this old library.

So after all this...

1) Ensure you have the latest version Quick Portal Manager and delete the Global Consist List Library if they exist.

2) Check your freight cars for the number of commodities. Yes, this is a somewhat recent find by myself and others. If the queues are YUUUGE, then pare these down to maybe a dozen. I found some Well Cars which will drop a script error as soon as placed on a route even in Surveyor. Upon inspection of the queues, there were probably 400 possible containers that could be added - 100 per attachment point. I haven't addressed these yet, as I will bring this up with the content creator when I have time as well as fix the problem locally.

3) DIDDO the problem above, check the ARN lib references for the number of numbers per car. You don't have this error, but this will surely help a lot if you have a lot of freight cars. I reduced the range on some, which were at 100s of possible road numbers, to a limit of maybe 30 or 40. I think this is plenty of boxcars that might appear on a route.

Now, back the Quick Drive thing. Sometimes, there are routes which will just timeout because there's a lot of content. I have this issue with my big route, which has lots of portals and AI drivers along with stationary consists. The answer to this is not close the Quick Drive menu completely, and minimize it to the menu bar instead. With the QD Menu minimized, clear the red bug and you should be good to go. Should you need to do anything, like add in another driver, open the Quick Drive Menu then minimize it again.

Hope this helps.

 

[Concrete_Bob]

Thanks for the time and effort you've put into this response, I shall go have a tinker!

 

[Concrete_Bob]

Thanks for the pointers..... I've also found one more potential cause......I downloaded a C+O woodchip hopper, only to find it had numbering issues. Also as mentioned in another thread, the New River Mining C+O H8 loco crashes the whole game for me, so I don't use either, but they both featured in saved consists. I deleted the toxic consists and am now having fewer time outs.

Thanks again, CB.

 

[JCitron]

Thanks for the pointers..... I've also found one more potential cause......I downloaded a C+O woodchip hopper, only to find it had numbering issues. Also as mentioned in another thread, the New River Mining C+O H8 loco crashes the whole game for me, so I don't use either, but they both featured in saved consists. I deleted the toxic consists and am now having fewer time outs.

Thanks again, CB.

Ah fun stuff. I'm glad you stumbled upon this.

Can you edit the woodchip hopper, meaning it's not built-in hopefully?

If it's not built-in, you can do the following:

Right-click on the woodchip hopper that's giving you problems.
Choose Edit config.txt file.

This will open it up in Notepad.

Look for the Extensions section, which will look something like this.

extensions
{
number_low "50500"
number_high "50599"
}

I have highlighted the offending line.
Change the highest number to something more reasonable, let's say from 50599 in this example, to 50539 or a bit less.

Save the file and close it.

Back in Content Manager, right-click on the asset and chose View Errors and warnings. This is to check if there are any mistakes in editing, but you should be all set if you only touched this section.

Right click again on the asset and choose Submit to add the asset back to the database so you can find it in Surveyor.

This should get rid of the timeouts with the Auto-Road Number (ARN) Library.

John

 

[Concrete_Bob]

Thanks very much, I think I'll just delete it from the rolling stock roster.