[gdal-dev] Support for the premultiplied alpha channels

Tamas Szekeres szekerest at gmail.com
Sun Mar 16 17:39:21 EDT 2008


Oops, here are the correct links

http://vbkto.dyndns.org:1280/no_pre_overlay.png
http://vbkto.dyndns.org:1280/pre_overlay.png

Tamas


2008/3/16, Tamas Szekeres <szekerest at gmail.com>:
> Here is an example to demonstrate the effect of  the incorrect alpha
>  consideration. I've composed a tiff created with adobe photoshop (and
>  loaded by GDAL C#) with a white-gray hatch background.
>
>  In the first case I've read the image as Pixelformat.Format32bppArgb
>  (with non premultiplied alpha):
>  http://vbkto.dyndns.org:1280/non_pre_overlay.png
>
>  In the second case I've loaded the same raster into Pixelformat.Format32bppPArgb
>  http://vbkto.dyndns.org:1280/pre_overlay.png
>
>  The latter is the correct.
>
>  Best regards,
>
>  Tamas
>
>
>
>  2008/3/16, Tamas Szekeres <szekerest at gmail.com>:
>
> > Frank,
>  >
>  >  I really got confused because of this :-((  It seems the the various
>  >  formats use different alpha representations by default. In this regard
>  >  I really don't know how to take care of this in an application without
>  >  having to consider the format actually used.
>  >  For example tiff uses pre-multiplied alpha by default (related to
>  >  EXTRASAMPLE_ASSOCALPHA = 1), but however, other formats like png uses
>  >  non premultiplied by default (AFAIK). Because of this reason the upper
>  >  level application won't really know which relationship to be used when
>  >  combining these images.
>  >  This is not an issue for GDAL itself but a significant problem for the
>  >  upper level applications. The drivers should at least denote which
>  >  alpha representation is actually used.
>  >
>  >
>  >  Best regards,
>  >
>  >  Tamas
>  >
>  >
>  >
>  >
>  >  2008/3/16, Frank Warmerdam <warmerdam at pobox.com>:
>  >
>  > > Tamas Szekeres wrote:
>  >  >  > Folks,
>  >  >  >
>  >  >  > Do we have any support to use bitmaps with premultiplied alpha
>  >  >  > channels? I think there are some raster formats that can convey these
>  >  >  > types of images and the viewers can take care of this option.
>  >  >  >
>  >  >  > The only thing I'd like to see is to be able to determine if the image
>  >  >  > actually uses premultiplied alpha regardless of whether the drivers
>  >  >  > actually support this or not at the moment.
>  >  >  >
>  >  >  > But currently I don't see which is the right place to denote this
>  >  >  > option. I consider this is a dataset wide property rather that
>  >  >  > attached to a single band.
>  >  >
>  >  >
>  >  > Tamas,
>  >  >
>  >  >  There is no GDAL way of expressing whether image bands are premultipled
>  >  >  with alpha (unfortunately).
>  >  >
>  >  >  Best regards,
>  >  >
>  >  > --
>  >  >  ---------------------------------------+--------------------------------------
>  >  >  I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com
>  >  >  light and sound - activate the windows | http://pobox.com/~warmerdam
>  >  >  and watch the world go round - Rush    | President OSGeo, http://osgeo.org
>  >  >
>  >  >
>  >
>


More information about the gdal-dev mailing list