A heads-up regarding olegkhim's latest route updates (unknown dependencies)...

shaneturner12

Tutorial Creator
Hi Trainzers,

Just a heads-up regarding unknown dependencies on the following assets by Olegkhim, which appeared as content updates today:

Balezino - Mosti, Night Passenger,<kuid2:354694:1024:1>
Balezino - Mosti,<kuid2:354694:1009:1>
Mosti - Balezino, Day Passenger,<kuid2:354694:1028:1>
Balezino - Mosti, Day Passenger,<kuid2:354694:1010:1>
Mosti - Balezino, Evening Passenger,<kuid2:354694:1005:1>

All these assets have the following missing/unknown dependencies, one of which requires buying one of N3V's payware addon packs.

Unknown Location: <kuid:-3:11061> - this is the updated Passengers asset, which is not available via normal methods apart from certain DLC content by N3V)
Unknown Location: <kuid2:447264:1200:1> - I am not sure what this one is, but I have a feeling that it's off a third party site.
Unknown Location: <kuid2:67794:28005:7> - Also probably off a third-party site as well - this is a missing KUID on the route itself.

Please note that I am not attacking Olegkhim in any way, but simply advising those who download any of these assets to be aware that they will end up with at least one missing dependency unless they are lucky enough to have all three of the above.

As a result, none of the above can currently be used for Multiplayer, but the non-updated versions can be.

Shane

EDIT: Be aware that the original of the route involved is a built-in asset, which I am aware that the built-in version is used for Multiplayer.
 
Last edited:
A bit more information ...

I would think that the <kuid2:447264:1200:1> is a newer version of General Purpose Session HTML,<kuid:447264:1200> which I already have and has an Author ID of Auran ... not sure where to get the update though (or where I got the older version) ... I have all of the available N3V add-ons from simulator central ... and since I don't have the <kuid2:447264:1200:1> the update doesn't seem to be part of those.

And ... I already have a newer version of <kuid2:67794:28005:7> which is CementProcessingPlantV2,<kuid2:67794:28005:8> with an AuthorID of fitz505 ... sorry ... not really sure where I got that either.

Just thought I'd share ... since it might help others to at least know what they are (or at least what they seem to be).

--- Jeff
 
This may just be a DLS timing issue. I’ve had several updates recently that initially were missing dependencies. So far, they’ve all shown up a day or two later.
 
That would explain the two positive KUIDs, but not the negative KUID, which may never appear on the Download Station unless N3V decide to do so.

Shane
 
There is a serious problem with these types of errors repeatedely appearing on DLS. Do these error prone uploaders like olegkhim not properly check their work or do they simply have no clue how to check their own work or how to use the DLS system?

The DLS badly needs a lock-out system that prevents error filled assests from being uploaded. It is beyond annoying to hunt and peck to solve these gross errors because of "author" incompetence. Personally, I delete ANY and ALL such sloppy assets as I do not want low quality crap installed in my system and I make a note of their name as an "undesireable author." This "olegkhim" has a long history of providing crappy, error filled uploads, but there are plenty of others.
 
There is a serious problem with these types of errors repeatedely appearing on DLS. Do these error prone uploaders like olegkhim not properly check their work or do they simply have no clue how to check their own work or how to use the DLS system?

The DLS badly needs a lock-out system that prevents error filled assests from being uploaded. It is beyond annoying to hunt and peck to solve these gross errors because of "author" incompetence. Personally, I delete ANY and ALL such sloppy assets as I do not want low quality crap installed in my system and I make a note of their name as an "undesireable author." This "olegkhim" has a long history of providing crappy, error filled uploads, but there are plenty of others.

And you've contributed what Content to the DLS so far ?????. Probably need to make sum and see what you think of content creation before you go bagging other's for at least having a crack at it.
 
This "olegkhim" has a long history of providing crappy, error filled uploads, but there are plenty of others.

Generally coming to a stout conclusion like this after only eight posts here sounds a bit, well let's say, uninformed. :hehe:

In this case however we're talking about a buildin route for ts12, that effectively gets broken by this 'update' because of two unknowns.

Unknown Location: <kuid:-3:11061>
Unknown Location: <kuid2:447264:1200:1>

This is quite different then installing an update that breaks a third party route or session downloaded from the DLS or anywhere else.

I don't blame olegkhim at all, but maybe N3V should pay a little more attention to offered updates like this when buildin routes and sessions are concerned.

Greetings from sunny Amsterdam,

Jan
 
The only serious problem is people who jump to conclusions when they are not in possession of the facts.

<kuid:-3:11061> if you don't have it can be worked around by cloning -3:11060 which is actually identical, moving the folder to desktop and changing the kuid to -3:11061, drag back to CM problem solved until N3V correct the problem properly with DLC builtin 11061 obsoleting TS12 builtin11060.
 
The reason I posted this thread is because the updates will catch out the unwary, and prevent the route and the sessions named from being used in Multiplayer, which has a strict 'no third-party site content/modified content' rule.

Shane
 
re: kuid2:447264:1200:1

Balezino - Mosti, Night Passenger
Mosti - Balezino, Day Passenger
Balezino - Mosti, Day Passenger
Mosti - Balezino, Evening Passenger

Open the sessions for edit in explorer and then open the config.txt file for each session, find kuid2:447264:1200:1 in config.txt and then rename kuid2:447264:1200:1 to kuid:447264:1200, save config.txt and then re-commit session asset.
 
Last edited:
The only serious problem is people who jump to conclusions when they are not in possession of the facts.

<kuid:-3:11061> if you don't have it can be worked around by cloning -3:11060 which is actually identical, moving the folder to desktop and changing the kuid to -3:11061, drag back to CM problem solved until N3V correct the problem properly with DLC builtin 11061 obsoleting TS12 builtin11060.

Malc- I think you may find that will be much more difficult than simply cloning. As -3:11060 is built in and contains the combined graphic and .TEXTURE files the minute you clone it it's going to throw up tons of errors. You then need to split these files- full details are here, class_172 eventually managed it but it's a lengthy process.

http://forums.auran.com/trainz/showthread.php?96096-How-to-remove-3-11061-passengers-from-a-route

The whole -3:11061 missing dependency problem is not an easy one to fix. No it's not the uploaders fault as when they download some DLC content containing this asset it immediately asserts itself obsoleting the common built in passengers without them even knowing.
 
Last edited:
Indeed - this is another reason why it's not a good idea to have any payware on your version if you are updating/creating a multiplayer route, or even updating a built-in route.

Shane
 
Malc- I think you may find that will be much more difficult than simply cloning. As -3:11060 is built in and contains the combined graphic and .TEXTURE files the minute you clone it it's going to throw up tons of errors. You then need to split these files- full details are here, class_172 eventually managed it but it's a lengthy process.

http://forums.auran.com/trainz/showthread.php?96096-How-to-remove-3-11061-passengers-from-a-route

The whole -3:11061 missing dependency problem is not an easy one to fix. No it's not the uploaders fault as when they download some DLC content containing this asset it immediately asserts itself obsoleting the common built in passengers without them even knowing.

Cloning does work as it extracts all the image files, not .texture files so no problem with missing textures
see part of directory listing for clone. (had to trim it due to exceeding number of lines for forum)
Code:
21/01/2013  12:05            63,918 female52-stand.im
21/01/2013  12:05            49,208 filth.bmp
21/01/2013  12:05                28 filth.texture.txt
21/01/2013  12:05            49,208 f_dress.bmp
21/01/2013  12:05                30 f_dress.texture.txt
21/01/2013  12:05            49,208 f_dress_2.bmp
21/01/2013  12:05                32 f_dress_2.texture.txt
21/01/2013  12:05            49,208 f_dress_3.bmp
21/01/2013  12:05                32 f_dress_3.texture.txt
21/01/2013  12:05            49,208 f_dress_3b.bmp
21/01/2013  12:05            49,208 f_dress_3bb.bmp
21/01/2013  12:05                34 f_dress_3bb.texture.txt
21/01/2013  12:05            49,208 f_dress_4.bmp
21/01/2013  12:05                32 f_dress_4.texture.txt
21/01/2013  12:05            49,208 f_dress_5.bmp
21/01/2013  12:05                32 f_dress_5.texture.txt
21/01/2013  12:05            49,208 f_dress_7.bmp
21/01/2013  12:05                32 f_dress_7.texture.txt
21/01/2013  12:05            49,208 f_dress_8.bmp
21/01/2013  12:05                32 f_dress_8.texture.txt
21/01/2013  12:05            49,208 f_dress_b.bmp
21/01/2013  12:05                32 f_dress_b.texture.txt
21/01/2013  12:05            49,208 f_dress_b1.bmp
21/01/2013  12:05                33 f_dress_b1.texture.txt
21/01/2013  12:05            49,208 f_dress_b2.bmp
21/01/2013  12:05                33 f_dress_b2.texture.txt
21/01/2013  12:05            49,208 f_dress_b3.bmp
21/01/2013  12:05                33 f_dress_b3.texture.txt
21/01/2013  12:05            49,208 f_dress_b4.bmp
21/01/2013  12:05                33 f_dress_b4.texture.txt
21/01/2013  12:05            49,208 f_dress_b5.bmp
21/01/2013  12:05                33 f_dress_b5.texture.txt
21/01/2013  12:05            49,208 f_foot_1.bmp
21/01/2013  12:05                31 f_foot_1.texture.txt
21/01/2013  12:05            49,208 f_foot_2.bmp
21/01/2013  12:05                31 f_foot_2.texture.txt
21/01/2013  12:05            49,208 f_foot_3.bmp
21/01/2013  12:05                31 f_foot_3.texture.txt
21/01/2013  12:05            49,208 f_head_2.bmp
 
Last edited:
Good find Malc, could you post that in the how to remove...thread please as it will make the process of changing asset-3:11061 to remove the obsolete table reference easier?

it's still best for the route uploader to change that kuid as mentioned above rather than expect all the downloaders to clone the asset.
 
Last edited:
re: kuid2:447264:1200:1

Balezino - Mosti, Night Passenger
Mosti - Balezino, Day Passenger
Balezino - Mosti, Day Passenger
Mosti - Balezino, Evening Passenger

Open the sessions for edit in explorer and then open the config.txt file for each session, find kuid2:447264:1200:1 in config.txt and then rename kuid2:447264:1200:1 to kuid:447264:1200, save config.txt and then re-commit session asset.

Thanks, did it and it worked.
 
There is a serious problem with these types of errors repeatedely appearing on DLS. Do these error prone uploaders like olegkhim not properly check their work or do they simply have no clue how to check their own work or how to use the DLS system?

The DLS badly needs a lock-out system that prevents error filled assests from being uploaded. It is beyond annoying to hunt and peck to solve these gross errors because of "author" incompetence. Personally, I delete ANY and ALL such sloppy assets as I do not want low quality crap installed in my system and I make a note of their name as an "undesireable author." This "olegkhim" has a long history of providing crappy, error filled uploads, but there are plenty of others.

Somehow I think it would be years, before you could make a route or session up to the quality of this one, if ever.
 
Back
Top