Asset Fixing: Hoppers and Coal not mixing!

[Orloldman]

First, thanks to all the board members who have helped me on my quest to repair various assets for use in TS2010.

I am working on some hopper cars that are returning the following: Error: The kuid '<kuid:44179:60013>' specified in '0' is not of the correct type. I looked up the kuid and it is coal, which should work in a hopper.

Why is the following partial config.txt file returning this error and what is that fix?

Thanks
Duane

----------------------------------------------------------

kuid <kuid2:62941:15235:2>
kind "traincar"
origin "USA"
name "Coal 2BayOp SOO Line"
company "SOO Line"
mass 14675
bogey <kuid:58422:50110>
engine 0
enginespec <kuid:-1:42004201>
script "Hopper"
class "Hopper"
mesh-table
{
default
{
mesh "nw_hopper_body/nw_hopper_body.lm"
auto-create 1
}

shadow
{
mesh "nw_hopper_shadow/nw_hopper_shadow.im"
}

load
{
mesh "nw_hopper_body/load/load.im"
anim "nw_hopper_body/load/load.kin"
auto-create 1
use-parent-bounds 1

effects
{
product-texture
{
kind "texture-replacement"
texture "load_map.texture"
}
}
}

door
{
mesh "nw_hopper_body/unload_doors/door.im"
anim "nw_hopper_body/unload_doors/door.kin"
auto-create 1
}
}
queues
{
load
{
size 67394
initial-count 0
animated-mesh "load"
product-kuid <kuid:44179:60013>

allowed-categories
{
0 <kuid:44179:60013>
}
}
}

 

[tomurban]

It's looking for this: <kuid:-3:10040> I don't know what it is, but it worked for the WABASH 2BAY OP HOPPER with the same error message.

Regards, tomurban

 

[Orloldman]

It shows up as "Bulk Load" by Auran.

I replaced the kuid listed next to "0" in the config.txt file and it appears to work!

Works with hoppers as I guess that type of load is "bulk". Doesn't work with a similar error in a tank car though.

Thanks very much for the help.

Duane

 

[Pencil42]

kuid:44179:60013 is a product KUID, not a category. For the categories, you are limited to the following (unless someone's made a new one....)

Container <KUID:-3:10042>
Bulk Load <KUID:-3:10040>
Liquid Load <KUID:-3:10044>
Passenger <KUID:-3:10091>

Look at the TRS2006 CCG page 16 or TRS2004 CCG page 18 for more details.

Curtis

 

[Orloldman]

...... DING!

I get it now. Thanks for the point to the CCGs. To be honest, I had never looked in one of these as they aren't specificly for TS2010 and I figured they wouldn't be of much value. Boy, was I wrong! Besides this topic, I found info on attachment points that will helped me understand those better as they are the next area of fault correction I was planning on tackling.

Much appreciated!
Duane

 

[Fabartus]

Bumping this thread as the error shows in a whole series of cars available on the DLS, and worse is doing so now several years after the initial post and in multiple versions of Trainz and all their service packs. (list attached below)

Error message:
The kuid '<kuid:44179:60013>' specified in '0' is not of the correct type.

kuid:44179:60013 is a product KUID, not a category. For the categories, you are limited to the following (unless someone's made a new one....)

Container <KUID:-3:10042>
Bulk Load <KUID:-3:10040>
Liquid Load <KUID:-3:10044>
Passenger <KUID:-3:10091>

Look at the TRS2006 CCG page 16 or TRS2004 CCG page 18 for more details.

Curtis

Error: The kuid '<kuid:44179:60013>' specified in '0' is not of the correct type.

The error is in a Randy Whitepass asset which has been corrupted during upgrade from V-2.5 assets to V-2.9, likely by a hasty batch global find and replace. Randy and Paul Cass also pointed out this same fix on our Yesterdayz Trainz forums as Curtis mentioned above. They were rather more patient when I confused the <Kuid2:**:2> correctly formed versions (V-2.5) with the flawed <kuid2:**:3> config.txt files.

Since Charlie Lear did the reskins, and is no longer a Trainzer, having gone over to the Railworks "dark side", I figured I'd make a list of these since these may never be updated.

Hence documenting this error and it's cause and it's fix along side the list of affected (?infected?) Kuids going forward for anyone/every one:

The error occurs as implied above in this sequence of lines on all SPs for TS2009 and TS2009 (not verified for certain in SP4); The oddest thing is DOES NOT OCCUR in TS12... leading us to conjecture there was something very strange about it:

queues
{
  load
  {
    size                                67394
    initial-count                       0
    animated-mesh                       "load"
    product-kuid                        <kuid:44179:60013>
    
    allowed-categories
    {
      0                                 <kuid:44179:60013>
    }
  }
}

To fix, change to this:
allowed-categories
{
0 <kuid:-3:10040>
}
The list of kuids this occurs in is
Coal 2BayOp WM3, <kuid2:62941:15239:3>
Coal 2BayOp WM2, <kuid2:62941:15238:3>
Coal 2BayOp WM1, <kuid2:62941:15237:3>
Coal 2BayOp Wabash, <kuid2:62941:15216:3>
Coal 2BayOp Virginian, <kuid2:62941:15219:3>
Coal 2BayOp SP, <kuid2:62941:15228:3>
Coal 2BayOp SOO Line 2, <kuid2:62941:15236:3>
Coal 2BayOp SOO Line, <kuid2:62941:15235:3>
Coal 2BayOp PRR2, <kuid2:62941:15229:3>
Coal 2BayOp PRR, <kuid2:62941:15226:3>
Coal 2BayOp Peabody, <kuid2:62941:15220:3>
Coal 2BayOp NYC 2, <kuid2:62941:15232:3>
Coal 2BayOp NYC, <kuid2:62941:15231:3>
Coal 2BayOp Lear, <kuid2:62941:15221:3>
Coal 2BayOp C and S, <kuid2:62941:15227:3>
Coal 2BayOp C and O, <kuid2:62941:15217:3>
Coal 2BayOp Clinchfield2, <kuid2:62941:15225:3>
Coal 2BayOp Clinchfield, <kuid2:62941:15213:3>
Coal 2BayOp B and O 3, <kuid2:62941:15233:3>
Coal 2BayOp B and O 2, <kuid2:62941:15230:3>
Coal 2BayOp B and O, <kuid2:62941:15218:3>
Coal 2BayOp ATSF, <kuid2:62941:15224:3>
Coal 2BayOp Ann Arbor, <kuid2:62941:15214:3>
Coal 2BayOp ACY, <kuid2:62941:15215:3>

Conversely, the Version 2.5 trainz-build codes (<kuid2:62941:####:2>) work fine, albeit with warnings and complaints about thumbnails. // Frank

 

[Fabartus]

After closing the above I said what the heck and fixed all these. I submitted a ticket and attached fixed cdp's if N3V wants to update the DLS.
[TABLE="width: 100%"]
[TR]
[TD="class: zebraodd, width: 200, align: left"]Ticket ID[/TD]
[TD]#YOR-862-88319[/TD]
[/TR]
[TR]
[TD="class: zebraodd, align: left"]Full Name[/TD]
[TD]Fabartus[/TD]
[/TR]
[TR]
[TD="class: zebraodd, align: left"]Email[/TD]
[/TR]
[/TABLE]

[TABLE="class: hlineheader"]
[TR]
[TH]Subject: 16-18 bad assets on DLS with fix attached[/TH]
[TD] [/TD]
[/TR]
[TR]
[TD="class: hlinelower"] [/TD]
[/TR]
[/TABLE]
Please enter your support request here:
Please review this post: http://forums.auran.com/trainz/show...rs-and-Coal-not-mixing!&p=1224856#post1224856 this CM reported problem also manifests in earlier build code versions of TS2009 and all the versions of TS10, save perhaps Build 49938.

Actually have implicit permission from Charlie Lear to change the config.txt or scripts (the later is not necessary), but will ask for explicit okay to update the DLS if you think you need it. Since I've duplicated this in each SP# step of TS2009 and TS10, I may as well offer to fix these 16 assets correctly. If we do this simple change to the configs, (I've uploaded the cdp for the lot I've fixed) I suggest keeping the same ":3>" kuid and overwriting the DLS with corrected version.

Chris Bergman should be made aware of the fact these work in TS12 and not before [it may be okay, and will confirm an expected change]... it may not and be something he wants to look into. For the record other people have checked and found the issue in TS2009 and TS10 confirming my findings. The version on the DLS of all of these (16-18) has the errant Product-category kuid. Have no idea of how it works in TS12, but gives errors in TS2009 and TS10. Good bug hunting.

Best regards,
Frank