|
|
Reminder sent to: tjungcl
Hello,
sorry, but i can not reproduce the case. Do you still experience the same problem in our latest nightly build (fresh install)? If so, could you please attach this gif image to this bug report?
greetings, |
|
|
|
I wont do a fresh install of the latest nightly build to verify.
However I tested again in rev 38439 since when no modifications where done to oxdynimggenerator.php
Its important, that the master gif has a different resolution than the generated image will have.
I attached the gif with which i had the problem
|
|
|
|
@Developers: please check discussion in forums:
http://www.phpfreaks.com/forums/index.php?topic=302542.0
http://mediumexposure.com/smart-image-resizing-while-preserving-transparency-php-and-gd-library/
and probably need to check the new version of library as described. Might solve the problem. |
|
|
|
Tried upload your attached gif and another one - all works fine. Gif's are resides and transparency is not corrupted. Maybe it depends on GD libary version.
For testing used:
GD Version: 2.0.34
libPNG Version: 1.2.42 |
|
|
|
I reproduce it in your own demoshop.
See screenshot |
|
|
|
Gif resize Quality is probably bad because oxpicgenerator.php resizeGif uses imagecreate instead of imagecreatetruecolor. From http://www.php.net/manual/en/function.imagecopyresampled.php :
Note:
There is a problem due to palette image limitations (255+1 colors). Resampling or filtering an image commonly needs more colors than 255, a kind of approximation is used to calculate the new resampled pixel and its color. With a palette image we try to allocate a new color, if that failed, we choose the closest (in theory) computed color. This is not always the closest visual color. That may produce a weird result, like blank (or visually blank) images. To skip this problem, please use a truecolor image as a destination image, such as one created by imagecreatetruecolor(). |
|
