Loading PNG?

[koskos]

I've just been going through the tutorial and trying things out. I don't seem to be able to load PNG using Image.LoadFromFile()

When running:

Code: [Select]


  Image Image;
  if (!Image.LoadFromFile("./sprites2.png")) {
    std::cerr << "Could not load image" << std::endl;
    return -1;
  }


I get the message:

Failed to load image "./sprites2.png". Reason : PNG not supported: 8-bit only

The PNG is a simple one created using GIMP and it works in other viewers. Is there something else that I should be doing to load PNGs?

[Laurent]

The message is clear: don't use 8-bits PNG, save it as 24 or 32 bits.

[Ashenwraith]

I use 8-bit pngs made in photoshop and it works.

Of course SFML thinks it's a 32bit and I created my own code to manage palletes

[Antidote]

Actually the error message is kinda cryptic if you look at it.

Does it mean that only 8-bit png files are supported? Or is the image 8-bit only?

See what I'm getting at?

[Laurent]

The image is 8-bit, which is not supported.

[Kingdom of Fish]

I agree that the message is cryptic. But I really do believe that SFML should support all PNGs

[Laurent]

SFML has nothing to do with the cryptic message or the lack of support for 8-bit PNGs, it just uses the SOIL library for loading images.

[Ashenwraith]

Well 8-bit loading works because like I said I use them all the time.

The problem has to be different headers or packing--perhaps with how the pallete is set. For example, dds has a lot of different ways to load the same format.

[Aesthete]

I had the same problem with some Menu Button sprites that were 48-bit.

I wasn't going to make them again so I just opened them in MS Paint, through the edit option and saved them again. Saves them as 32-bit.

[asveron]

This is an outdated thread, but I just encountered the problem and would like to share my solution. Just in case somebody runs into the same problem.

Actually when it says "Failed to load image "IMAGE NAME". Reason : PNG not supported: 8-bit only" It actually meant it only accepts 8 bit.

The admin kept saying it doesn't accepts 8 bit, which confused a lot of people. But it's actually the opposite: it only accepts 8 bit. I don't know about 24 bits, but I think 16 and 32 does not work.

[Laurent]

It depends if you refer to the size of a pixel, or the size of its components. I thought the message was referring to pixel size (so 8 bits is either gray-scale or palettized), but it's true that it could refer to component size, in which case 8 bits is the supported value.

But people who encounter this problem should know better if the image they try to load is 8-bits pixels or 8-bits components, and interpret the error message accordingly