[ePicLoad] Inverted fill transparency in non-colourmap images

[prl]

When a non-colourmap pixmap is loaded using ePicLoad, its background fill is the opposite of the fill specified in the background set in ePicLoad::setPara().

In combination with bug #542, this means that colourmapped images will have transparent fill (when possible) and non-colourmapped images will have opaque fill.

With bug #542 fixed, the fill will be as specified by the caller of ePicLoad::setPara() for colourmapped images (when possible), and inverted for non-colourmapped images. Correct behaviour is with the specified alpha channel being 0x00 for opaque, and 0xFF for transparent, and inverted behaviour is 0xFF for opaque, and 0x00 for transparent.

Fixing this but will require a review of all transparency settings for calls of ePicLoad::setPara().

Replication steps

In the current firmware (bug #542 not fixed), the background of all images loaded using ePicLoad should be transparent.

For example, with bug #542 not fixed, the images loaded by ePicLoad in MENU>Web Cams>webcam.travel and PLUGIN>Software management>Manage extensions>Electronic Program Guide>Merlin Program Guide, INFO should have transparent backgrounds, but they have opaque backgrounds.

[Peter Urbanec]

Fix bug #545: [ePicLoad] Inverted fill transparency in non-colourmap images

Invert the alpha plane in the background for non-comourmapped images to match the alpha use in the images (which is the inverse of the alpha in skin colours).

→ <<cset 24d979dbaea4>>