Can't use 32-BPP images as watermarks…

[Clo]

Hello !

• If I attempt to use a 32-BPP image as the watermark, XnView uses the mask instead of the image-data
- It results in either an empty chequered pattern (if set), or in a full black area (if not set). .

- This binds to make always a 24 BPP version of the image, that is annoying and time wasting…

KR
Claude
Clo

[xnview]

Hello !

• If I attempt to use a 32-BPP image as the watermark, XnView uses the mask instead of the image-data (if not set).
- It results in either an empty chequered pattern (if set), or in a full black area.

- This binds to make always a 24 BPP version of the image, that is proprietary and time wasting…

But it's normal, if the watermark picture has an alpha i must use it

[Clo]

Pierre

Hello !

But it's normal, if the watermark picture has an alpha i must use it

• Sorry, but it's a bit stupid, since we'll get nothing usable.
- Whether you can't skip the Alpha data, I guess that you might display a message like :
« The 32-BPP images can't be used as watermark. Please, choose another image or save this one as a 24 BPP version.»
- The best being that an option allows to make a 24 BPP version of the wanted image automatically.

KR
Claude
Clo

[xnview]

But it's normal, if the watermark picture has an alpha i must use it

• Sorry, but it's a bit stupid, since we'll get nothing usable.

No, it's usable, it's better to keep the alpha! But i'll add an option...

[Clo]

Pierre

Hello !

• Well, an option should be nice, however it might act when using a 16-BPP screen too…

KR
Claude
Clo

[foxyshadis]

Are you guys talking about images that have broken alpha channels, or that xnview is incorrectly reading or applying existing alpha channels? I can't think of a single time you'd want to use a watermark with an alpha channel and not use it, so an option sounds like the wrong solution.... If xnview's alpha channel handling is bad, it should be fixed, if the image has an incorrect channel that should be stripped and remade, right?

[Clo]

foxyshadis

Hello !

• The used images are correct, their Alpha channels are not broken, and they have been converted¦processed in XnView.

• It's like I said in the start message :
- Obviously, there is a lacuna in the “Watermark” coding, this has nothing to do with the used 32 BPP images themselves.

… so an option sounds like the wrong solution... …

• You can't say that yet, since we don't know which option Pierre is thinking to, it could be :
1. [×] Use 32 BPP images as watermark {Enables a special piece of codes}
2. [×] Create and use a temporary 24 BPP version (for 32 BPP images).

- Any solution in the two above is convenient for me…
• BTW : Did you test with (checked) 32 BPP as “Watermark” ?

KR
Claude
Clo