Why the "Built In's"? We should be able to delete it all!

ish6

Since 2001
Hi N3V,

Why not give us the option to delete these built in objects in future products?

If we want them back we can always do a re-install portion, meaning that we can choose from the installation cd a clean re-install or portions files!

Why?

I find myself searching through contents that I know I will never use.

Also, you may say, create filters, but still then those items are still inside the trainz folders, which I will never use,

I think, at the end of the day, we should be given the option to delete anything we do not want -- This will increase trainz launches, and speed things up while creating routes, and searching for contents, especially when you delete tons of contents not needed!

Thanks for reading!

Ish
 
Last edited:
Yes, I find it stupid to have lots of older rolling stock that I will probably never use, and lots of stuff for foreign routes that I will never use.
 
Why not give us the option to delete these built in objects in future products?
Because I can already see the hundreds of posts about "I accidentally deleted this or that, can someone mail it to me?" or "how can I get it back?" or similar posts.
Yes, you might know, but loads don't.

Let us please save everyone from that drama by keeping it the way it is.
Those few extra bytes on your hard disk really don't make much difference these days. If you really don't want some assets to show in Surveyor, you do what everyone else does: Disable them in Content Manager.
 
Hi Ish

I run an installation where all the built in stuff is deleted.

Goto TANE\resources and delete all the directories except base and core, I also kept the tree ones.


Now you should have I nice clean quick installation. I just installed all my project stuff in and now I don't have to put up with all that other rubbish.

I keep a full installation for testing and just transfer any stuff over I might want.


Sure hope N3V don't kill feature and make us run all that rubbish. Oh well.

Hope it helps


Cheers

Lots
 
Couldn't you take the folders out, so you still have the stuff but not in Trainz? Also, couldn't there be a "Built-in DLS" so people could regain stuff accidentally deleted?
 
The other issue with this is that N3V I'm sure really doesn't want to help people download and eat up bandwidth stuff they've already spent XYZ Amount of money distributing once to everyone already.....

That said, I so wish we could more easily do something about the Built-in stuff besides just disabling it. Maybe an advanced user option to be able to delete or modify with a Check asking if we're sure we want to do this (Repetition would make it annoying, but its a known way of making sure people REALLY want to play with it). I could even extend this to DRM stuff. How many freeware creators could make better versions of DLC Content, or update it (As it ages as time goes on), and submit it to N3V for closer review and approval or denial?

Seems like there should even be a solution to the "Sorry guys, DRM Servers are down! We know you can't access 3/4 of your content now as a result but just hang in there!" situation we get any time the DRM servers go down.

-Falcus
 
I find it incredibly frustrating that things like some of slugsmasher's trucks are marked as "built in" in TS12SP1! They don't work in the game, they need to be edited in order to work in the game. I can't clone or edit them in SP1 but I've edited them in TS12 49922 and they work fine in that. I can import them from 49922 to SP1 but that means editing all the dependent assets some of which are also marked as "built in". Grrrr! I suspect that they are only marked as "built in" because I own TRS2006 but slugsmasher has all these available on his site, I actually got them from his site but now I can't edit them. Grrrr!

Edit: I assume tane will be even worse... <sigh>
 
Last edited:
Good one Ish!
You know that we are all hoarders and ".....we might need it for a rainy day....".
But I had considered just having an all Marsz Only setup with the CMP setup with all the tabs listing the different content types you have created....Lol!
For all those interested Ish6 Marsz assets are at last check 99.5% Tane compatible.
 
Hello Guyz --

Read your posts -- Good point from everyone, no doubt! :wave:

Still, this is simple -- Allow the customer to DELETE all built in items! Keyword here is delete, not disable!
And most likely all of these items are at the DLS at the download station in one form or another to begin with.

Yes, drives are bigger, pc are faster, but yet, try opening the object window and it might take a while if you have tons of unnecessary items!
Yes, yes, yes, yes ... I know... filters, etc etc etc ... I have like ten, etc.

I could just do without the extra stuff!, that simple!

Thanks guys for all of your posts!!!
Have a good day!

Ish
 
If your need to delete builtin's is from the need to keep viewable itemss in object window to a minimum. Delete and disable I believe are exactly the same in effect.
 
That leads me to my stance here.

In previous installments, i shy away from the built-in content. Don't ask why, but i do. In T:ANE however, the Buit-in Content looks really neat and i will be using it more often, so i kinda like the idea of Built-in Content. If we can't delete it, so be it.

Adam, i know what you mean, but it's not that simple. You'd have to know what assets are in which file. So maybe someday we'll have a tool that lets us do that.

Best Regards,
 
disabling does take them from view in game but not from the database that it has to read all the time and the more entries on the database the longer it takes to load search and UGH rebuild and lets not forget how the database updates when game on if net is connected and to bad if something your using has been removed from database online and you want to share your work with friends as you are now using an unknown asset and it wont be found if it was only on the DLS.

Becky
 
You're right, you can't pick individual assets that way. Delete them all, then use a second install to save the content you want in .cdp's and then bring them into the empty install. It would be nice if it was easier.
 
You're right, you can't pick individual assets that way. Delete them all, then use a second install to save the content you want in .cdp's and then bring them into the empty install. It would be nice if it was easier.

Did not think about this. Would take a while to sift through everything. Do certain .ja files pertain to certain regions? Thanks.
 
Well there are some built in payware that Auran doesn't want redistributed. (For instance, Jointed Rail.) I tend to find this annoying too, but it would be nice for us to delete some because either it shows up invisible in my route (which messes up my rail lines I designed) or I can't remove e'm in general.
 
Just to pitch in on some of the technical reasons why we don't do this:

* The overall savings (in terms of disk space) would be fairly small compared to the size of most modern drives.
* Any DLS or DLC content that was built with the expectation that the content was there would break. This could quickly turn into a support nightmare for us and for third-party content creators alike.
* A lot of the optimisations we can make for built-in content would break, since we would no longer be able to assume that the content matches its pre-built state. As a result, a build with a few items deleted would actually run substantially slower (for certain operations, at least) than the same build with all content present.
* Patching would not work.


Stripping ALL of the content out of a build (except Base, which is required) is something that we actually use internally, and I'm not aware of any reason why this wouldn't work externally, but I'd strongly recommend that you do this with a throwaway copy of your install, rather than treating this as your primary install. It's useful for specific purposes, but isn't a supported configuration and has a lot of downsides. I would strongly recommend against modifying the installed content packages at a file-by-file level, as that will cause you no end of headaches. Treat it as an all or nothing.

chris
 
Just to pitch in on some of the technical reasons why we don't do this:

* The overall savings (in terms of disk space) would be fairly small compared to the size of most modern drives.
* Any DLS or DLC content that was built with the expectation that the content was there would break. This could quickly turn into a support nightmare for us and for third-party content creators alike.
* A lot of the optimisations we can make for built-in content would break, since we would no longer be able to assume that the content matches its pre-built state. As a result, a build with a few items deleted would actually run substantially slower (for certain operations, at least) than the same build with all content present.
* Patching would not work.


Stripping ALL of the content out of a build (except Base, which is required) is something that we actually use internally, and I'm not aware of any reason why this wouldn't work externally, but I'd strongly recommend that you do this with a throwaway copy of your install, rather than treating this as your primary install. It's useful for specific purposes, but isn't a supported configuration and has a lot of downsides. I would strongly recommend against modifying the installed content packages at a file-by-file level, as that will cause you no end of headaches. Treat it as an all or nothing.

chris


Good Morning ...

Thank you for that explanation, sir!

I'll put this matter to rest, at least, from this end!

Kind regards!

Ish
 
Back
Top