Arn Library

stouthm

Get over it
I'm using Dave Snow's bulkheads and after completely loading at an industry I'm getting that little red bug with the message: ArnLib:File arn_lib, gse, Line 64, ER.Timeout. It appears as if the locos are still running but not moving. I checked the bulkhead config file and the kuid is 2:104722:2501038:4 but checking the dls the kuid is 104722:2501038:127. Any known issues with this or is it just my luck? Thanks.
 
I have the arn_lib error myself with a big route, but have no idea on how to fix it either.

Maybe someone with the expertise on this can help.

John
 
It means there are too many allocated numbers to the vehicle.

There should never be more numbers than you would realistically need to use in a session. I would say 100 at the most. There is really no need for 600 available numbers. This will typically cause the library to time out as it takes too long to build an array of numbers to use.
 
Thanks norfolksouthern37 for the quick reply. Which is the correct kuid number, with the 4 or 127? I'm assuming without having a look at the config file yet that I should be able to lower the number. Please correct me if I'm wrong.
 
I'm using Dave Snow's bulkheads and after completely loading at an industry I'm getting that little red bug with the message: ArnLib:File arn_lib, gse, Line 64, ER.Timeout. It appears as if the locos are still running but not moving. I checked the bulkhead config file and the kuid is 2:104722:2501038:4 but checking the dls the kuid is 104722:2501038:127. Any known issues with this or is it just my luck? Thanks.


I will fix them and upload new versions so there are aren't too many numbers.


Thanks

Dave
 
Last edited:
I'm afraid most of my older rolling stock has too many numbers allotted for ARN. However, if I started fixing them all, I would t have time to do anything else.
 
That's understandable but as we continue to learn more about this game that's a good thing. Keep moving forward.
 
I am assuming that those having this problem are using TANE? I do not have this issue with TS2010. Possibly a glitch in the later version of Trainz? In 2010, I installed 6 of these cars that have high ARN counts from the old (Build 2.9) versions. Bulkhead flat TTX had 19099 ARN choices per car (used 2 cars), BNSF had 9099 numbers each (used 2 cars), and Coil Steel Gon INLX has 4899 ARN choices each (used 2 cars). That's 66194 ARN options in just 6 cars. There were no bugs or errors in Surveyor or Driver. I also did this in TS12 (same identical consist I used in the 2010 test, not the latest cars that Dave just released) with no errors/problems I could see. Anyone having these problems who is not using TANE? Possibly the ARN :127 (Build 3.0) kuid has compatibility issues in TANE?
 
Last edited:
I am assuming that those having this problem are using TANE? I do not have this issue with TS2010. Possibly a glitch in the later version of Trainz? In 2010, I installed 6 of these cars that have high ARN counts from the old (Build 2.9) versions. Bulkhead flat TTX had 19099 ARN choices per car (used 2 cars), BNSF had 9099 numbers each (used 2 cars), and Coil Steel Gon INLX has 4899 ARN choices each (used 2 cars). That's 66194 ARN options in just 6 cars. There were no bugs or errors in Surveyor or Driver. I also did this in TS12 (same identical consist I used in the 2010 test, not the latest cars that Dave just released) with no errors/problems I could see. Anyone having these problems who is not using TANE? Possibly the ARN :127 (Build 3.0) kuid has compatibility issues in TANE?

The issue is with T:ANE because the developers have worked to optimize script performance. The issue is with the large number range, the script runs 'forever' in computer-time, and causes stutters and poor performance overall, which was very apparent in older versions and more so in TS12 SP1 HF4. To reduce stutter and make for smoother operation, there's now a time limit for the scripts to do their stuff and if they take too long the timeout occurs.

As time goes on, issues like this will be ironed out as we discover them. I only wish that limitations such as this had been documented years ago as this would have saved the extra work that Dave and other will now have to incur. I spent 2 hours last night going through his other content and updated the maximum number down to 20 or so road numbers. It was a pain in the backside because there's no way to automate the process by using a script or utility, but it's not terribly difficult.

John
 
Question on ARN and follow up with my assets using TS-12

:confused: I need to ask a ques, I run TS-12 so in retrospect, do I need to go thru all my rolling stock Assets? And if so, how do I know which work with ARN..........I'm assuming I go into the assets Config and check the number count? :o I'm going to look and see what is written on ARN, as I'm not familiar with it, but I have seen some things with ARN showing in the Assets JPG Pictures in Content Mgr.
 
I personally would not go through all your locos and rolling stock unless you are having a problem, such as those using TANE are having. Otherwise the only way to tell if they use ARN and/or how many numbers have been allocated is to view the config file for each asset. With some assets, such as the example I give below, you may be able to identify some that have ARN by the # symbol in the username. But there is no standard for naming locos or cars so it would be hit and miss.

Autorack+ Tri-Level TTGX Ferromex Grupo Mexico #,<kuid2:56063:140636:1> (As it appears unmodified from the DLS, note the # sign just before the kuid number)
F89ARLAU TTGX Auto# (705000-705499) Ferromex Grupo Mexico Tri-Level Autorack,<kuid2:56063:140636:1> (As it appears in my game once I modify the Username to make it appear in some useful (alpha) order in the Surveyor listing)

Another possible method would be a CMP search on the most likely candidates to have ARN. I'm sure there are probably more than 2 ARN kuids, but here are probably the most used two.

NumberIt random running number library,<kuid2:75134:99003:8>
Arn library, v2.02,<kuid2:104722:2501038:127>

In CMP do a name search on NumberIt or Arn. In my game I have 1175 locos or cars using NumberIt and 2387 using Arn. That would be a lot of editing if most required reducing the number of available loco/car numbers. Once you pull up either NumberIt or Arn, right click on it and select View Dependent Assets. That should (list may not be 100% accurate) bring up a listing of assets that contain that auto numbering kuid in their config file. Then you can view the config file of each loco/car to see how many numbers have been allocated to that loco/car. Good luck with all that.
 
Last edited:
Also the amount of products if over 100 will also crash ARN.

John

That shouldn't do anything to ARN. I can see that it might cause a timeout with something else, but it isn't specifically ARN related.

For clarity, Wulf's system is called ARN and that is what is being discussed here, not NumberIt which I know nothing about. I do know ARN and have devised many ways to interface with it and I know for sure what can cause it to time out.
 
That shouldn't do anything to ARN. I can see that it might cause a timeout with something else, but it isn't specifically ARN related.

For clarity, Wulf's system is called ARN and that is what is being discussed here, not NumberIt which I know nothing about. I do know ARN and have devised many ways to interface with it and I know for sure what can cause it to time out.

With T:ANE SP1 H2 this is exactly what occurred. The first occurrence was with Dave Snows recently released well cars, and later with some Box cars that I added products to.

John
 
With T:ANE SP1 H2 this is exactly what occurred. The first occurrence was with Dave Snows recently released well cars, and later with some Box cars that I added products to.

John

It wasn't ARN that timed out though more than likely the script times out and didn't execute a library call to ARN. We were discussing the ER_Timeout exception that occurs because ARN takes too long to complete it's task. You seem to be talking about another function of the default traincar script that causes ARN to never be called. Post a screenshot of the timeout, I can tell you if it is ARN or just a general timeout.
 
Last edited:
Back
Top