Authors - Notice of Intent on Project TARM

Thanks for the option, consider yourself advised. Please let my content rest in peace.
I'm with Euphod, leave my little bit of Trainz alone.
They work in the version they are intended for. I let you distribute altered parts of my content and it sets the precedence for others to copy what they want and redistribute it.
I don't want to be in any part of your scheme thankyou.

Davido
 
Ian,
A big thank-you for all your hard work. It was great to read in another tread that you are working on some sort of register for the contents creators that will let the community know whether a contents creators will allow others to repair their contents or not; - (for contents that need repairing to work fault free in 09/010 native mode).
I think the community will respect the wishes of those that don't want their contents touched. (particularly if that's whats indicated on the register)...

The main thing we need to be very careful of here is any sort of plagiarism of content creators original creations. And to make sure the original creator still gets "full credits" for their creations and that any repairer only gets credit for the 09/010 native mode repair...

A big thank-you to Johnk also. If he will allow you to post the register on his Trainz Resources web site for all the community to see.
Cheers, Mac...
 
Last edited:
It's going to take a couple of months to work through all the 2,000 authors.

Problem is many authors don't have a consistent approach to licensing varying from not stated upwards through freeware to totally restricted, over the range of assets in their group even when the items are similar and not encumbered by an original author's license.

There also seems to be confusion between the terms Freeware and Free of Charge. Free of Charge appears to mean the author supplies it without charging you. Freeware should mean totally unencumbered as per GNU license but many authors state Freeware when they appear to mean Free of Charge then place restrictions on what you can do. Very confusing.

However, I'll nut something out and then see if it is useful to others.
 
As someone who has many objects on the DLs made for TRS2004, I find I have to agree somewhat with Euphod in that even if many of those objects could be used in more recent versions, the design specs and overall look of them now leaves a lot to be desired. In other words, they look dated and some times downright lousy besides more modern objects. They should stay in the past and not be inflicted on new users who might form a poor opinion of of Trainz based on dated objects. :o

That said, I'm still active and continue to use and update locally my favourite objects as new Trainz versions require them. As I've often said in the past, I make objects because I need them. Then if others like like and use them too, it's a bonus. :cool:

Now that I've settled into TS2010 I might find more time to review other past objects, update those that need it and make them available too. It's still a hobby so no ETA, so don't ask. :eek:

Good luck with MADE, TARG, TARL. Truly a great effort and valuable resource for the greater Trainz community. :)
 
I'm a bit confused martinvk. Surely if someone downloads something they're doing it because they want the item regardless of how it looks. Maybe they just want to put in a corner where a high standard of workmanship may be the last thing they need.

If they don't like it when they place it on the route, they they have control over the delete key.

As a collector of various things, I often have to accept something that's less than perfect. Many collector's love the pressed tin model cars of the 50's compared to the incredibly detailed stuff available today. I buy ship models with funnels, masts and paint missing. It doesn't worry me.

I think its a terrible shame that you guys have put a "Use By" date on all all your hard work. As I said in another post, people like me love watching those old "B" grade black and white movies. What a massive loss it would be if the studios all said, "That's it, you can't watch this stuff any more because it's dated!"

Crikey, I really hope you guys rethink your decisions, because you're letting yourselves down along with the people who would love to download your stuff.

John
 
Well, I did mention that there is a long term upgrade program. But like I said, don't hold your breath waiting. There are only so many hours available. :)

However, it's not the "old-hand" who knows the limits of what is being downloaded that is the issue. It's the new user who could get a very skewed opinion of the quality of the assets that would made available in the latest version of Trainz if all old objects were automatically upped to the latest version without considering their quality. :eek:

As for the old B-movies, I'm sure some of the actors in the real stinkers wish that they, the movies, were forgotten, despite what some collectors may want. From a historical perspective, the progression in cinematography is an interesting topic. I would hardly put some of my earlier efforts in that kind of category. :o
 
There's just one teeny little thing you guys are overlooking. The assets are on the DLS and can be downloaded by veterans and newbies alike regardless of whether you feel it is worthy or not.

Wouldn't it be better to at least get rid of the warts.

I'd much rather the Authors did that by obsoleting them, but I'm willing to clean off the warts if you let me.
 
Limited

...We want to help TRAINZERS by finding missing assets and listing their whereabouts in the Missing Assets Directory and Exchange...

Our intention is to list them in MADE at a Trainz Community website. MADE will go live during 2010.
But what I understand here is you are only focusing on what is listed in Auran's DLS. What about all the content from creators that list only on thier own download sites! The Trainz Community includes much more that just what is on thier DLS. Yours is also an independant site, so in my opionon you should look to all sources, like the Trainz Resources Directory, Railserve, Trainsim, ect. Because assets outside the DLS are used in routes that are added to the DLS, they need a way to locate missing assets from all locations.
 
Last edited:
Thanks Ian , your work is appreciated and hopefully will prevent a lot of the annoyances that downloading a new route or some new assets so often brings with it!

I am glad that Meat Loaf and Euphod have shaken hands. Meat Loaf voiced my own thoughts (although I don't think I fewlt quite as passionate) but when I read Euphod's respomnse, I understood totally how Euphod felt - even if I don't consider his work that inferior!

The important thing is to retain the helpful Trainz spirit that makes this simulator so different from the others!
 
Last edited:
Hey All

I just saw this thread. Complicated to say the least. Trainz Creators who have left Trainz will probably not see this Thread. Some have lost interest and others have passed on, but whatever, this Thread is well intentioned or so it appears to me, but Creators of Content do have their rights and they must be respected. I have tried my hand at Content Creation and have about 13,000 downloads to show for it but only one was created by me and that is a Route. The rest were reskins of others work with their permission, but those who have asked for permission to modify my Route and upload it, I always have said "have at it", but that is just me.

Cheers :)

AJ
 
There's just one teeny little thing you guys are overlooking. The assets are on the DLS and can be downloaded by veterans and newbies alike regardless of whether you feel it is worthy or not.

Wouldn't it be better to at least get rid of the warts.

I'd much rather the Authors did that by obsoleting them, but I'm willing to clean off the warts if you let me.
I can't test it anymore since I have all the previous versions but since someone who starts with one version and so would only have that one checkbox selected on the DLS, are they also able to select other versions?

If so, let me rethink this idea. :o
 
American Connections,

Actually no. I have at least 15,000 from external websites in CZ, DK, SE, HU, DE, UK, US, ES, FR , PL and others. Many missing assets are from those sources and that was why I was visiting them. There are some beautiful assets available too.The defects are much the same.

There is a difficulty that I don't speak the languages, and language translators can only give you a flavour of what these Trainzers are saying.
They have additional problems caused by accented characters in their languages that are non ANSI and invalid in filenames. This is why many textures are missing I believe.

It's a matter of using your limited resources to best advantage. The greatest need at the moment is the body of assets on the DLS.
 
MartinVK,

A person can select any assets that are in an earlier version than the latest one they currently have.

I have retained the trainzbuild and kuid number of the author in the repaired config files. They are not clones. It is essentially the original config file corrected to comply with the rules as per CCG. This has the double advantage that for most of the repairs the assets will work properly in the Trainz version they were originally built for, and won't cause red and yellow flags in TS2009/10. In some instances obsolete tags have to be removed and the latest format of a tag needs to be used.

The thing is that a Trainzer can use the repaired config file and any associated instruction for his personal use, but should the author decide to update his assets the obsoleting mechanism is still in place and supersedes the repair automatically.

Most config files have at least 5 different defects or non-compliances. I have found some as high as 100. It is a lot easier for most people to substitute the repaired config file than to struggle repairing themselves.

On the matter of quality I daresay authors are their own strictest critics, but what you see as inferior may be a jewel to someone else, particularly if noone else has done a similar model. Beauty is in the eye of a beholder is it not.

Incidentally, over 30% of all defective DLS items have never appeared in any route/session on the DLS. Probably frightened away by the defects. What a waste when many can be fixed quite easily.
 
I’ve been musing over this thread for a while now. What follows are my thoughts on the issue of updating/correcting old content to work in TS 2009/2010 Native. It has nothing to do with re-skinning or aliasing which is a separate issue and has been discussed elsewhere.

Ian – I’m not entirely sure how you’re intending to ‘deliver’ these updated assets but that will come into my discussion. Also, my views relate only to assets on the DLS, not on other sites.


EXTREMES
Reading posts both here and in other threads, extreme views seem to range between…..

1) Anything that’s on the DLS is fair game. If people want to copy and modify it, they should be allowed to without reference to anyone, even if the author doesn’t want them to. It’s for the good of the community!

and

2) If assets were created for earlier versions of Trainz they should stay only for that version. Authors should not be allowed to update old stuff as its graphically inferior and will put new people off Trainz!

The above extremes go beyond what has actually been written but you get the idea. I suggest that both extremes are unreasonable. What we need is something in between which will hopefully satisfy those wanting to use older assets but not alienate those who feel they should go by the way.


FILTER
Before I go any further, lets specify which assets I’m talking about and ignore the rest. As I see it there are 3 categories….

1) Assets where the author has given specific permission for his asset to be updated and/or re-issued, either by its notice in the ‘licence’ or by written consent after a request. We can ignore these for this discussion as some will be updated by the author himself anyway, the rest Ian or a 3rd party should have free reign to go ahead and modify/correct, (I would suggest!)

2) Assets where the author has indicated that he does not want his asset to be updated and/or re-issued, either by its notice in the ‘licence’ or by a posting on this or another forum, (or indeed any method of saying he’s against it). These can be ignored as they will not be modified or touched in any way. Wishes respected!

3) Assets where the author has not expressed any wishes in his licence regarding modification or re-issuing but cannot be contacted for specific permission, despite concerted efforts to do so.

The only assets I am about to refer to fall into category 3.

******************************************

The ‘nays’ will argue that to modify an asset without that person’s specific permission will either be a breach of legal copyright or that it is morally wrong… or both.

Regarding the moral aspect….
Surely it is only immoral if it goes against that person’s wishes and had he know about it, he would have stopped it. How do we know he’s against it? He may not care one way or the other….
Or he may have worked on an asset for months that he really wants people to be able to use and enjoy. He may be mortified to know that his efforts are to fall by the wayside and be unavailable in future versions of Trainz. In that case isn’t it almost immoral if it’s NOT modified?
The fact is we don’t know but since he wasn’t concerned enough to put anything in the licence forbidding it when he made it, at the very least odds are that he won’t care.

As for Copyright….
Well, this is an issue. But I don’t think its clear-cut and I think you’d need a lawyer to really have a definitive answer.... Maybe it depends on the way the ‘updates’ are issued?

DELIVERY
Again, only referring to the assets in category 3, I see three ways of issuing updated/corrected versions.

1) Whoever decides to update the asset would first ‘clone’ it. Then make the minimal modifications to get it to work in TS 2010 Native and then re-issue it under their own kuid with full reference and credit to the original author. This is currently the only way it really can be re-issued on the DLS. It’s the method that in my more frustrated moments I’ve used the term ‘Publish and be Damned’. Do I think that this infringes copyright? Yes I think it probably does. Do I think this is the best way to do it? No, it’s not! Frustrating though!

2) Persuade Auran to set up a system to accept updated part-assets from people like Ian, (who in turn could accept updates from us). These part assets, (which in many cases might only be a spelling correction in the config) could then be exchanged for the ‘faulty’ parts in the original DLS asset. Then they could be downloaded under their original kuid number with maybe just a Kuid2 upmark. This system, particularly with Auran’s blessings may well not actually infringe any copyrights. And remember we’re only talking about assets where authors haven’t expressed a preference.

3) The last method might be from a 3rd party site like Ian’s. Downloading full assets though would have the same issues as 1 above unless full waivers had been obtained. However, a half-way idea might be to publish tutorials on how to up-grade individual assets yourself. Fine for the experienced but it doesn’t help new-comers. It’s not an ideal solution

I have to express a personal preference for method 2.

**************************************

What’s in an update?
This really depends on the asset. Before TS 2009/10 Native, Trainz was a little more forgiving. If you got something wrong it still worked. As a result small errors went unnoticed. Now, if something isn’t quite right it will go red and not work. For some it really may only be a simple spelling error in the config. For others, its more complex and more down to Trainz new requirements. Train cars now need a shadow. Old ‘progressive’ meshes aren’t liked by TS 2010 so they need converting to Indexed meshes…. Etc. There are excellent tools for this by PevSoft so these things are possible. Not everything will be convertible though. Script issues might be tricky and mesh problems will be difficult if not impossible. So each is different.

A final thought on ‘old’ assets.
It’s been said that old assets should not be updated as they are not good enough. Well I’d agree that there is a lot of tat on the DLS…. But not all of it is old! Some of the new stuff aint that brilliant either. I think assets should be taken on their merit. Some things produced for early Trainz are still looking good today! Others produced recently would put a newbie off in a second.


Anyway, those are my views. There are so many good assets that are broken in Native. It would be a real shame to lose them just because their authors have taken up golf.
I’d be interested if the above way of looking at things would be acceptable to those who do not want their assets updated. Euphod?

Cheers,

Boat



 


3) However, a half-way idea might be to publish tutorials on how to up-grade individual assets yourself. Fine for the experienced but it doesn’t help new-comers. It’s not an ideal solution


Ian.... I just re-read this. Don't take this as a comment on what you're currently doing.
I think you're doing a great job and all we can do toward this for now!

Boat, (Mike)
 
AJ Fox,

Thanks for your support. I'm trying to help the Trainz Community and as a consequence the authors out of a difficult dilemma. Of the 155,000 assets I have in my TAD only 1,000 are trainzbuild 2.9 or later. No matter what route or session you want to use or is your favourite the majority of the assets will be from legacy trainz versions. So are the defects. The improvements in validation at CM and DLS level have significantly reduced the number of new errors occuring. The problem then is to be able to use what we currently have until new assets are the dominant force in Trainz. It will be that way for many years to come. Without that ability Trainz is dead for all versions as Auran would probably founder. I dont think any of us want that to happen.

A precedent was set in 2006 when Steve Forget launched TARL at the time TRS2006 was released. 8,000 assets were hosted at that time including many from authors who were then and still are unresponsive to our requests for approval. As you say AJ the real challenge is in getting a response. We do not wish to get off-side with the authors who are the lifeblood of the Auran/Community participatory conglomerate. We need to build on what Steve started, but we have to move forward as well. Our current initiatives are trying to do that.
 
Ian,

Do you have any idea of Auran's views?

Is an official 'update policy' likely?

PM sent
 
Last edited:
I cannot speak for Auran. I have only seen what you see in TrainzDev wiki and Windwalkr's comments in the forums. Auran are going to try and cleanup the DLS. That is a long and difficult task. I'm offering an interim solution that will give the Trainz Community a headstart until Auran can sanatize DLS. Until Auran can achieve that we have a big problem. There are also a significant number (~5,000) of builtins that suffer from the same defects, or need updating to include mesh-tables , convert IM to PM, fix textures, and generally get rid of garbage corruptions that have or may cause Trainz to crash.

Incidentally, amongst all the TARM acronyms you may have missed the fact that the TARG Repair Procedures are a kind of tutorial or How to Guide, and will complement the TARL if it goes ahead. The Repair Procedures will be written in any case. I have about 40 in draft and plans for up to 100.

Pity we don't have a Config Fixer tool similar to PEVs marvellous contributions. Defects in config files are extremely variable but several identifiable schema emerge. Currently though its manual labour of the most mindnumbingly boring sort. I'd rather authors got on with new stuff than spend time on the old but still very useable and used content.
 
Last edited:
OK. I've given this a good rethink and I also reread the original post
Trainz Assets Repair Guide (TARG), and would like to upload sanatised versions of the associated config files to the Trainz Asset Repair Library (TARL).
Since how what I and many others are doing to our local assets is what would be shared in the TARG, no problem. To save time and effort, if those repairs were to also be shared in a TARL, so much the better.

When only the config files need be modified (typos, missing quotes, etc), as long as a clear description is included enumerating what was modified, go for it. And since no original mesh files nor textures would be touched, there shouldn't be any copyright issues.

Changing the structure of the config file to use mesh tables, etc. is what CM3.2 already does when opening older assets except it just points you to the error but doesn't fix it. You have to do it yourself.

So, I'm on board up to this point. :)

When the problem includes missing items like shadows, the waters start getting murky. Is adding something that was not there copyright infringement? What if you only tell someone how to do it but don't supply the missing parts, is that OK? :eek: A legal eagle will have to opine on this.

Any ideas?
 
Error check on Auran!

Another point is that Auran wants to say missing dependancies just because the item cannot be found on thier DLS, which at times these things acually have been there. So if assets are not on the DLS, but do have another source for download, is it really correct to say they are missing? Bettter to say "needed downloads"!
 
Back
Top