SP1 and how I (you) fixed it!

steamboateng

New member
This is a generall topic on fixing those agravating little bugs it come up with.
Please feel free to add your fix.
Let's start simple.

KUIDS no longer show in 'Surveyor'.
Open TS12 and go to Main Menu. Pick 'Options' from the drop down list. At the top is 'General' setings. Open this and on the left is a list of options. Check the 'show KUIDS' box'.
 
How to fix the warning 'Texture is uniform color'. This is a warning applied to textures and 'normal' maps.
PEV's Images2TGA will easily fix the issue. I'm guessing it throws another pixel of color into the image.
With CMP open select the asset and select 'Open in Explorer'.
Open the faulty texture and/or normal map tga in Images2TGA.
Below the image will be displayed the image size and a notification 'ALL ONE COLOR'.
Right click on the image; select 'Uniform Image' from the list of options.
Images2TGA will fix the image; the "ALL ONE COLOR' note will disappear.
Save the repaired image over the orignal, no need to change any names.
Back in CMP, commit the repaired asset.
 
Last edited:
How to fix the warning 'Texture is uniform color'. This is a warning applied to textures and 'normal' maps.
PEV's Images2TGA will easily fix the issue. I'm guessing it throws another pixel of color into the image.

That's probably the worst possible way to "fix" this error, it's more likely PEV's tools simply shrink the image to a non-wasteful size. For a full explanation of the error please read the following thread:

http://forums.auran.com/trainz/show...exture-black-bmp-is-a-uniform-color&p=1083781
 
From what I see, PEV's tools DOES NOT reduce the image size. Images are the same size before and after. PEV will have to pipe in here; because I get the impression from what posts I've read, that Image2TGA will add pixels to the image. I just fixed a bunch of TransDEM color images and they were 128x128 pixels goilng and 128x128 pixels going out.
 
That's probably the worst possible way to "fix" this error, it's more likely PEV's tools simply shrink the image to a non-wasteful size. For a full explanation of the error please read the following thread:

http://forums.auran.com/trainz/show...exture-black-bmp-is-a-uniform-color&p=1083781

That's a scary amount of incorrect information if you are really with N3V...

#1 Pevs tool DOES alter pixels and NOT size
#2 No matter how small, that damn error gets triggered. I've tried with 1x1 textures and it still happens.
 
That's a scary amount of incorrect information if you are really with N3V...

#1 Pevs tool DOES alter pixels and NOT size

I haven't checked PEV's tools, but whatever they do is a matter for PEV. According to this post you have the option of which method to use, the good one, or the one that won't actually address the issue.

#2 No matter how small, that damn error gets triggered. I've tried with 1x1 textures and it still happens.

This is completely at odds with what my testing shows, with what the code shows, and with what other people have said. The warning will always be shown, the error is only triggered in very specific situations. I suggest you check again.

Terry Palmer
Programmer
N3V Games
 
That's a scary amount of incorrect information if you are really with N3V...

#1 Pevs tool DOES alter pixels and NOT size
#2 No matter how small, that damn error gets triggered. I've tried with 1x1 textures and it still happens.

See this thread I started earlier tonight (our time) to clarify the issue. But I'm not sure I succeeded. :(

I have some doubts about altering a pixel or two to avoid the problem since it may result in some funny looking assets. I need to try it out first.

Plus I think there may be a bug in Images2TGA because I chose the 8 * 8 option and it refused to save the file since it thought it was unchanged. Or maybe I did it wrong.
 
I tried Image2tga on some loco textures. The 'All one color' warning goes away in all cases, without changing the image size. But two images still flagged the warning in CMP. They were both 4x4 images. I assume the images were too small for Image2TGA to change out pixels, as they won't even generate a 'All one color' warning in that program; meaning they have to be what minimum size?
 
This is completely at odds with what my testing shows, with what the code shows, and with what other people have said. The warning will always be shown, the error is only triggered in very specific situations. I suggest you check again.

You are correct, it is a WARNING and not an ERROR - however since WARNINGS become ERRORS, as stated by N3V staff, it stands to reason that they must be addressed, so I view them as equally unacceptable, hence my mistaken terminology.

All that said, forcing single colors into the mesh makes it impossible to re-skin later without the original source files, wouldn't make more sense to let small files or at the very LEAST 1x1 size files go without the flagging?

Example = a semaphore with Red Yellow Green as lens, I needed Red Red Green for it to be prototypical. The Lens are textured with an 8x8 color file, all the same color. Since it was NOT colored in the mesh, all I had to do was change the texture file to the color I wanted and it was done.

With your system I would have had to have the original mesh file.
 
Last edited:
You are correct, it is a WARNING and not an ERROR - however since WARNINGS become ERRORS, as stated by N3V staff, it stands to reason that they must be addressed, so I view them as equally unacceptable, hence my mistaken terminology.

We clearly don't see them as equivalent, or we wouldn't bother to distinguish. You're right that warnings are something to pay attention to when building content, as they highlight possible cases where you're doing something dumb or outright incorrect.

In some cases we deliberately downgrade real errors to warnings in older versions of content because we know that correctly flagging the problem as an error would break too much content. In such cases, you'll definitely want to fix the warnings if it's your own content. But if you don't understand the warning well enough to tell the difference between these cases, you have no business correcting the warning. Better to leave it alone.

We strongly recommend against "fixing" warnings in assets downloaded from the DLS and other sites. By all means focus on your own content, but the Trainz community relies on content working the same on everybody's machines, so if everyone goes and makes their own changes to the content then the community will lose the ability to share content reliably.


All that said, forcing single colors into the mesh makes it impossible to re-skin later without the original source files, wouldn't make more sense to let small files or at the very LEAST 1x1 size files go without the flagging?

As Terry noted, 1x1 files don't flag as errors. The warning may show up, but if you are confident that you understand what it means and are happy that your asset is correct, then there's nothing really to worry about. Correcting warnings which you already know are fine is just OCD.


Example = a semaphore with Red Yellow Green as lens, I needed Red Red Green for it to be prototypical. The Lens are textured with an 8x8 color file, all the same color. Since it was NOT colored in the mesh, all I had to do was change the texture file to the color I wanted and it was done.

With your system I would have had to have the original mesh file.

True, but not a great example for a number of reasons. Let's see:

* You generally shouldn't make a separate texture for the lens; the whole asset should be comprised of a single texture which contains the entirety of the semaphore and all lenses.
* You're assuming a case where the original content creator made something that was sufficiently flexible to be reskinned for your purpose, licensed the content to allow such, but where he didn't have the foresight to make the lenses reskinnable.
* If the original creator really wanted you to reskin his mesh, he could just as easily hand out the MAX files.
* Even so, there is no error in this example, and so you're being OCD about warnings again.

kind regards,

chris
 
So far I've repaired over 1400 items with another 438 to go. Most of the errors are missing icons, typos referring to non-existent preview files, incorrect values for the mode tag, and a few missing meshes. Using some batching tools, I've been able to repair up to 250 assets at a time. I find that if I sort by author ID I am able to bulk repair because most people will duplicate the same error across multiple assets.

File Boss from www.utilityfactory.com allows bulk copying of a single file to multiple locations. I use this for missing thumbnail and screenshot files. I have a generic thumbnail.jpg and generic screenshot.jpg which I copy once and paste multiple on the opened for edit assets.

For incorrect values in the config.txt files, such as mode 1 instead of mode timeofday, I use TextCrawler http://www.digitalvolcano.co.uk/content/index.php. With this I can copy the incorrect value into one slot, put the corrected values in the second slot, and on multiple assets opened for edit, replace the text a gazillion times all at once.

For that warning mentioned above, I too have been fixing it with the Images2TGA in batch mode which helps with a gazillion items at once. Now I'm concerned I may have broken a ton of things I sure hope this isn't the case.

The process has been time-consuming and a bit daunting, but once I got the process figured out I was able to proceed rather quickly.

The only assets I have not been able to repair are those that are missing critical textures such as the payware by Jointed Rail, which is my only payware other than N3V DLC. I read that they're working on those and I'll patiently await their updates on their content.

Mike thank you for the tip on the hidden assets. :)

John
 
Correcting warnings which you already know are fine is just OCD.




True, but not a great example for a number of reasons. Let's see:

* You generally shouldn't make a separate texture for the lens; the whole asset should be comprised of a single texture which contains the entirety of the semaphore and all lenses.
* You're assuming a case where the original content creator made something that was sufficiently flexible to be reskinned for your purpose, licensed the content to allow such, but where he didn't have the foresight to make the lenses reskinnable.
* If the original creator really wanted you to reskin his mesh, he could just as easily hand out the MAX files.
* Even so, there is no error in this example, and so you're being OCD about warnings again.

kind regards,

chris

Wow, thanks for the condescending attitude, and for minimalizing metal illness.

Since Warnings become Errors, correcting them is NOT "OCD" as you put it, it's proactive.

Addressing the bullet points in their respective order:


  • I didn't make the asset and it comes from the days of TRS2004
  • I didn't assume anything, I got the authors permission
  • There's a big difference between "sure you can reskin this asset" and "here's the source files", don't be obtuse.
  • As I said, it's not OCD - and to insinuate such puts me thisclose to telling you where you can stuff it.
 
John, you can always 'Revert' to the original which is saved. This whole issue regarding textures is just confusing me. Is WindWalkr saying let the warning "Texture is uniform color" stand as is?
 
Wow, thanks for the condescending attitude, and for minimalizing metal illness.

Since Warnings become Errors, correcting them is NOT "OCD" as you put it, it's proactive.

Don't be an ass. Doing something for the sake of that thing itself is pretty much the layman's definition of OCD. There's nothing fundamentally wrong with that, if that's your thing, but don't be mislead into thinking that it's necessary or even encouraged.

Warnings do not "become Errors", and you'd understand that if you'd bothered to read the post that you're replying to.


Addressing the bullet points in their respective order

So you're saying that this is not a general example, but a single specific example? That's fine, but then don't hold it up as a example of why the warning is a bad idea in general. All of my points are still valid, and the fact that this specific example runs afoul of several of them does not make the warning flawed.

chris
 
He seems to be advising to ignore it, which begs the question "Then why is it there?"

As I explained in my post above, it's there because it's useful to know and it's something that in general terms you'll want to avoid. That doesn't mean you have to hunt down and kill every warning.

It's like those speed warning signs on the road. They're only warnings. You're free to disobey them. But yet they still put them on the side of the road in case you value your safety.

chris
 
John, you can always 'Revert' to the original which is saved. This whole issue regarding textures is just confusing me. Is WindWalkr saying let the warning "Texture is uniform color" stand as is?

True. But then I'll also revert the 1400 other errors that I fixed too. Swell!

I'll leave them as is and see what happens. They're only things I downloaded from the DLS over the past 10 years anyway so it's not a big deal. I if I run across something that looks a bit off, I'll delete the asset and redownload it again. I have a backup of my stuff anyway so it's no biggie.

John
 
Which would mean by extension that it's wise to obey them, true? That you disobey them at your own peril no? I'm not speaking of fixing the warnings on the content of OTHERS, it's MY content that I am addressing.

And they DO become errors, once again I will quote a source that provides proof:

ZecMurphy said:
Simply put, not having a thumbnail is an error. Albeit a minor one, it is still an error, and in this case we now show this. Previously, it was a warning, however as we have stated many time warnings will often become errors eventually.

http://forums.auran.com/trainz/show...mprovements-in-TS12-SP1&p=1134807#post1134807

The qualifier "often" does offer that it may not become one, but at the same time indicates it is likely to.
 
Last edited:
Which would mean by extension that it's wise to obey them, true? That you disobey them at your own peril no?

You drive at your own peril. Ignoring the warning signs is a judgement call that you make. Some people might choose to treat the signs as the law, but they are not. Most people will consider the signs against their own knowledge of the road and use that to decide whether or not to slow down.


I'm not speaking of fixing the warnings on the content of OTHERS, it's MY content that I am addressing.

Fair enough. In that case, my recommendations are:

* Avoid creating new content that has warnings.
* If updating old content, try and get rid of the warnings but don't obsess about it.


And they DO become errors, once again I will quote a source that provides proof

.. and you've just provided a reference which does not, in absolute terms, agree with your statement. Yes, there are cases in which today's warning will become tomorrow's error. And there are also cases where that isn't true. We've already spelled out what this means for the warning we're talking about here. This warning is already an error in the cases where we consider it to be truly problematic.

kind regards,

chris
 
Back
Top