Doc #67900 [Com]: GD color system poorly documented.
Edit report at https://bugs.php.net/bug.php?id=67900&edit=1
ID: 67900
Comment by: empirenewsbusiness at gmail dot com
Reported by: dewi at dewimorgan dot com
Summary: GD color system poorly documented.
Status: Verified
Type: Documentation Problem
Package: GD related
Operating System: Windows
PHP Version: 5.5.16
Block user comment: N
Private report: N
New Comment:
Business Empire News are sharing latest news about about business, trading etc. More info to visit:
(https://businessempirenews.com)github.com
Previous Comments:
------------------------------------------------------------------------
[2017-01-28 19:17:56] cmb@php.net
Related To: Bug #70802
------------------------------------------------------------------------
[2014-08-25 02:57:15] dewi at dewimorgan dot com
"- any loaded or allocated palette index for truecolor images is OK too."
above should be:
"- any of a paletted image's loaded or allocated palette indexes is OK too."
------------------------------------------------------------------------
[2014-08-25 02:54:10] dewi at dewimorgan dot com
Description:
------------
---
From manual page: http://www.php.net/function.imagesetpixel
---
There are several undocumented GD behaviors that people are relying on and which probably ought to
be either documented as official; or documented as "don't use, might change".
imagecolorat() is documented to return the 24-bit RGB value of the pixel for truecolor images; that
the value is in fact 31-bit ARGB is not documented. This means there is *no* documented way to
retrieve the alpha value of a pixel.
imagecolorallocatealpha() is documented to return a color resource. That the color returned for
truecolor images is the same 31-bit ARGB value as above is not documented.
Also undocumented is that for paletted images the value returned from imagecolorallocatealpha() is
the palette index of the color, as returned from imagecolorat().
imagesetpixel() is documented as requiring a color resource that must be created by
imagecolorallocate; it is not documented that:
- the value from imagecolorat is OK too.
- any loaded or allocated palette index for truecolor images is OK too.
- any 31-bit ARGB value is OK for truecolor images, allocated or not.
Also not terribly well documented, though inferrable, is that GD can only create 31-bit ARGB images
(7-bit alpha), not 32-bit, so you cannot edit true-color PNGs (with 8-bit alpha) without losing some
alpha data.
Test script:
---------------
It is possible to copy a pixel as:
imagealphablending($im, false);
imagesetpixel($im, $toX, $toY, imagecolorat($im, $fromX, $fromY));
But the as-documented approach would instead be:
imagealphablending($im, false);
$inColor = imagecolorat($im, $fromX, $fromY);
if (imageistruecolor($im)) {
$r = ($color >> 16) & 0xFF;
$g = ($color >> 8) & 0xFF;
$b = ($color >> 0) & 0xFF;
$a = UndocumentedMagicHere($im, $x, $y);
}
else {
$arr = imagecolorsforindex($im, $inColor);
$r = $arr['red'];
$g = $arr['green'];
$b = $arr['blue'];
$a = $arr['alpha'];
}
$outColor = imagecolorallocatealpha($im, $r, $g, $b, $a);
imagesetpixel($im, $toX, $toY, $outColor);
Actual result:
--------------
The difference in speed for per-pixel operations, and in readability, and in the fact that some
stuff is impossible without the undocumented bits, seem significant enough that these things *will*
be relied upon (and *are* being, even in comments to these pages), unless they are documented as
unreliable; and that if they *can* be relied upon, they should be documented as such.
------------------------------------------------------------------------
--
Edit this bug report at https://bugs.php.net/bug.php?id=67900&edit=1
Thread (4 messages)