Graphics overlap

[Arthanor]

I'm working on a new mod, generated my graphics the same way I have always done, but for some reason, they behave really weird. My new items seem to have a 2 by 3 "cloak field" no matter what size they are. They hide other items that are next to them, even though the engine knows the proper size of the item.

See screenshot below where an incendiary grenade hides one square of a laser rifle, even though the engine knows the grenade to be only 1x1 (the number of grenades displays in the proper place, and it indeed fits in a 1x1 space). The engine also knows that the rifle is there as shown by the tooltip on the "empty" square. It's really just a graphic issue.

I've used Falko's palette converter to make the images and it used to work fine. I think it's something to do with the ruleset(s), but I don't know what, so I attached the mod.

Thanks in advance!

[Aldorn]

I think your ruleset is correct, and instead it has something to do with the palette you use, especially with background color


-> Have a look at 001 below, you can see that your ammunition is hiding rounding lines (right)

-> Have a look at 002 which is an example of ammunition 2X1 but with correct background colour : no issue

-> 003 is how your .png likes under my OS (W7) compared to a correct .png

-> 004 shows same issue but on your grenade, that hides part of my X-Ray equipment ! (compared to my incendiary grenade just above ;-))

[Arthanor]

Thanks for checking! I had noticed the ammo issue as well, yes. The images are the right size, so it shouldn't be that.

It could well be the palette, as you say, but that comes from Falko's palette converter. The idea of the green background is something to do with how Macs don't like transparent pictures in OpenXCom, so it's better to use a "dummy color" (in this case bright green) than the transparent color. Interestingly, it is rendered somewhat transparent as it still shows the grid lines, just not the items that are there..

If it's a problem with Falko's tool no longer being compatible with OpenXCom, I won't be able to make graphics anymore

[Aldorn]

To be sure, I suggest you to make following test

- get attached file, copy and paste only your ammunition pixels on it (also try to keep max of background pixel unchanged)
- test it under OXC

Then
- try the converter on your new file to only change one color
- test it again under OXC

Result ?

[Arthanor]

haha and here we highlight my primitive method of doing graphics work for OpenXCom:

I use a linux paint equivalent to work in RBG, selecting only colors from XCom palette. I then use Falko's "palette fixer" to map my RGB pixels onto XCom's palette.

I cannot make a picture for XCom without using Falko's tool, because what I have is a RGB image.

It is possible that the green background which was fixing a Mac problem with whichever graphics library OpenXCom uses, now creates a problem for the Linux/Windows (and possibly Mac) side of things.

Too bad Falko isn't around anymore.

[Hobbes]

haha and here we highlight my primitive method of doing graphics work for OpenXCom:

I use a linux paint equivalent to work in RBG, selecting only colors from XCom palette. I then use Falko's "palette fixer" to map my RGB pixels onto XCom's palette.

I cannot make a picture for XCom without using Falko's tool, because what I have is a RGB image.

It is possible that the green background which was fixing a Mac problem with whichever graphics library OpenXCom uses, now creates a problem for the Linux/Windows (and possibly Mac) side of things.

Too bad Falko isn't around anymore.

yrizoud has published a very nice tool for converting images to the XCom palettes: https://openxcom.org/forum/index.php/topic,3709.msg46970.html#msg46970

[yrizoud]

The image files look fine to me, with palette and (lack of) transparency.
On finer analysis, the files have an PNG chunk with a Color Profile ("iCCP"). This kind of information is useless or downright misleading, and the PNG specification says it should appear before palette (PLTE), not after.
Can somebody (who witness problems with the original files) test with the following patched file ? I removed the iCCP data. If it works, Falko's tool has to be fixed.

[Aldorn]

Just made a test, it doesn't fix it from my side, but wait for Arthanor to confirm

[Falko]

Too bad Falko isn't around anymore.

i am still here
but sadly have less time now
i will take a look at this tommorow at the latest at thursday

[myk002]

I had trouble with graphics overlap on OSX.  I fixed it by converting the offending images to bmp with gimp and the auto-convert-and-resize plugin.

The same images had worked fine on Linux.

[Arthanor]

I'll test it tonight or tomorrow morning. What's weird is that those images used to work fine back when I was actively developing the XAE.

Either something changed in OXC, or something changed in the packages it uses. I have a few old installs on my laptop, I'll check with them too.

And thanks Falko for making me lie about your absence I am looking forward to your findings.

[Arthanor]

No, I tested it and it didn't work. It has the same "cloaking" effect.

[Dioxine]

The image files look okay to me... Try this, does it fix the problem?

[Falko]

can you upload one of your original files (e.g. incendary grenade) before you put it through the website conversion?

[Arthanor]

Here are two examples:

Flamethrower_BigRGB is from my linux paint clone. It's an RBG png.

Flamethrower.gif is just a gif that I got from Dioxine's Piratez mod, as an example of a gif that I would run through a custom recolor on your website (say I want the red to be blue or something).