Diecastgalore's updated assets

nfitzsimmons

New member
Just downloaded the NP U28C, and it seem to be missing kuid2:78865:102800:2. KUID Search doesn't find it anywhere. Anyone have any ideas what it might be, and where it might be found? It appears to be an engine spec.
 
Yep it is an engine spec, it is now on the DLS. It missed the cut during upload and wound up in the next batch. Not really an update, although that one does indeed obsolete a previous version that was a reskin of someone else's U30c. I did recycle some elements from my old U25B mesh. But it is a new model. As is the U28B, which is built pretty much on the same frame as the 25B, but uses a redesigned car-body. For anyone who downloaded the first wave of U28B's, there should be a revision up today, I found one had a texture issue(small detail)and all of the first wave had an un-needed dependency in the kuid table so I corrected those items and uploaded revisions along with one new livery and an undecorated version yesterday. More to come...
 
Thank you. I too had issues with the first wave but assumed (correctly so) that you would take care of the problem.
BTW: Have long been a user of your assets.
 
Thank You, Gary! If you have any more issues once you get the revised models please let me know. One downfall to creating this stuff is while it tests cleanly on my machine, I may have content that other users do not, and therefore an issue crops up. That was the case yesterday, I found a mesh I was testing as an attachment, but was not actually even part of the model anymore had hung around in the mesh table. I was actually quite surprised, since I had changed direction on that mesh quite some time ago. But apparently I had planned to include the mesh in the U28b. (It is a figure in the fireman's position in the locomotive cab) I decided against it, but only remembered testing it on an updated U25B model I was working on. But I must have tested it during the creation of the U28B mesh, because it was in the mesh table. Anyhow, it is now removed...
 
Tried to Install your locomotives into trainz 12, found out that Kuid2:78865:19100:1 (2836b_chains) is for tane, also ran into some problems with other assests (interior for one case) having some faults.
 
In TS12 I found the following issues:

These 2 assets are TANE (above build 3.7) and not available unless you have TANE installed. However, they can be stripped out of the config files (and the kuid table) and they work fine in TS12 or TS2010.

chains,<kuid2:78865:2522:1>
np_monad,<kuid2:78865:2525:1>
2836b_chains, <kuid2:78865:19100:1>


All the cabs (cabins) show these errors in TS12 or TS2010, so I assume TANE ignores these as errors:

Error: Texture 'automatic_brk/env_metal.texture' is missing or could not be loaded in mesh 'automatic_brk\automatic_brk.im', material 'original*hash-8c\kuid2 78865 5051 2\automatic_brk**automatic_brk*B542622*material #3*m.onetex'.
Error: Texture 'dyn_brk_lvr/env_metal.texture' is missing or could not be loaded in mesh 'dyn_brk_lvr\dyn_brk_lvr.im', material 'original*hash-8c\kuid2 78865 5051 2\dyn_brk_lvr**dyn_brk_lvr*D67B5FF5*material #1*m.onetex'.
Error: Texture 'sander/env_metal.texture' is missing or could not be loaded in mesh 'sander\sander.im', material 'original*hash-8c\kuid2 78865 5051 2\sander**sander*ECE7F12*material #2*m.onetex'.
Error: The Tag 'interior-controls-type' is not permitted within a container of type 'interior'.

The first 3 errors can be cured by running the referenced IM files through the PEVSoft PM2IM tool with the Strip Textures activated. The 4th can be deleted from the config file.

These unknown location kuids were shown in some of today's loco files:

Unknown Location: <kuid2:569535:100135:1> (Enginesound)
Unknown Location: <kuid2:78865:102800:2> (Enginespec)
 
Last edited:
Also, for us TS12 users, could we please have a version of this asset for build 3.7?

2836b_chains <kuid2:78865:19109:1>

This is the only asset that is not build 3.7, it is build 3.9

Build 3.7 users can not download this.


Thanks!
 
Also, for us TS12 users, could we please have a version of this asset for build 3.7?

2836b_chains <kuid2:78865:19109:1>

This is the only asset that is not build 3.7, it is build 3.9

Build 3.7 users can not download this.


Thanks!

OK, I see what is going on, but can someone explain to me if it is possible to upload a revision with an older trainz version with a newer version already on the DLS? This is sort of the kind of frustration I felt when I started this process and found that even though I have TANE I cannot build train cars for it, because TANE doesn't like auto running numbers. Had that not been the case, everything I uploaded recently would have been for TANE, because I don't own TS12. And TS2009 doesn't work well in windows10. So my stuff has all been done with an eye towards TANE, because that is what I have. So much for backward compatability. For those of you having issues, I will look into making a version 3.7 asset . I am just not sure how I will be able to distribute those assets.
 
OK, I see what is going on, but can someone explain to me if it is possible to upload a revision with an older trainz version with a newer version already on the DLS?

Yes. Build numbers do not have to increase with the asset revision. So you could increment the revision number, built to TS12 components and standards, and set the build number back to 3.5 or 3.7.

However if you don't have TS12, I would recommend asking someone else to test it in TS12 before uploading with a TS12 build number.
 
Last edited:
You can upload a new version with the kuid version number incremented AND it can be an older version build #

For example:

kuid2:xxxx:xxxx:1 Build 4.3

will be obsoleted by

kuid2:xxxx:xxxx:2 Build 3.7


or

just make a version (3.7?) with a different kuid and people can get into the config for the models and change it.

Hope that helps!

Chris N8PHU


EDIT: 2 more assets to consider please:

chains <kuid2:78865:2522:1>

np_monad <kuid2:78865:2525:1>



Thanks for all your efforts and considering!
 
The 3 offending assets have been revised and uploaded, so it is a matter of the normal turnaround time at this point
chains <kuid2:78865:2522:1> will now be chains <kuid2:78865:2522:2>
np_monad <kuid2:78865:2525:1>will now be np_monad <kuid2:78865:2525:2>
2836b_chains <kuid2:78865:19109:1>will now be2836b_chains <kuid2:78865:19109:2>
all have been set to Trainz version 3.7
 
I am not sure there is an easy fix for the cabins. They are error free in TANE, and it took a lot of tweaking to get them that way. Strange enough, most of the errors I see listed here are the same ones I had to fix only in reverse in order to make them error free in TANE. When I have some more time, I will look at those errors a little more in detail and see if I can make revisions.
 
I have those cabins fixed and can send them to you if need be.

I basically did the same thing as Torino72 did in Message #6 and it fixed the interiors.
 
I have those cabins fixed and can send them to you if need be.

I basically did the same thing as Torino72 did in Message #6 and it fixed the interiors.

I appreciate your efforts, and the offer. But I'm not sure it is a good solution, because if I delete the cab controls tag then the cabin will grow an error in TANE. The textures, I might be able to buy into but I want to check for myself. I already did a lot of texture fixing to get those cabins to work in TANE. So I am a little skeptical about having to fix more yet in order to make them work in an older version. Someone didn't do their homework!
 
Back
Top