From:             m02041952 at yahoo dot com
Operating system: win98
PHP version:      5.0.4
PHP Bug Type:     GD related
Bug description:  ImageCreate function now acts oddly - WHY?

Description:
------------
I feel unhappy because 'enhancements' performed from ImageCreate to
ImageCreateTrueColor. Now I have problems that appears to be impossible of
solving.
 
I was obligued to move to ICtrueColor because my pictures suddenly lost
all its colors from day to night. In desperation I discovered that some
genious had 'increased' GD functions.
 
First at all, have you measured file size of your ImageCreateTrueColor
'thumbnails'?  . Ok, for me they increased from 2 or 3 Kb (previous
ImageCreate) to some 15 to 20 Kb each one (new ImageCreateTrueColor
function), so my 'thumbnails albums' which should show some 25-50 tiny
pictures in a flash, became unavailable for non-adsl users. I remember old
fashioned days when my album opened thumbnails like pop-corns, all of them
whth perfect colors. 
 
Second, I have zoom commands on these thumbnails. Previously zoom worked
fine with ImageCreate because it performed task of reducing kb traffic
between server and client, but with ImageCreateTrueColor now this traffic
has INCREASED, because a true color image transmit several times more bits
than even original image stored in server. 
 
Third, now I can't any more produce thumbnails of images from some sizes.
I am still trying to figure out what the hell this problem could be, but
with previous ImageCreate function images of 1200 x 1300 or so was created
instantly with no problem. Now browser just shows users an 'incorrect
image' icon instead. I don't know where the problem is, my images have not
changed at all.
 
I want to say to people who develops GD that many (maybe ten thousands)
users probably use these functions in their albums, then you can't just
change functions performance / behaviour and say 'hi, use this new command
instead now' with no previous analisys of performance and impact on actual
systems. 
 
The correct way of making these changes is by letting untouched functions
that are well stablished in the market (like previous imagecreate) and to
develop new ones. 
 
Why you destroyed old ImageCreate to make the new function
ImageCreateTrueColor? . I can't understand this
 
Thanks very much for your attention.
 
Miguel  - Brazil   Jun 2005.




-- 
Edit bug report at http://bugs.php.net/?id=33467&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=33467&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=33467&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=33467&r=trysnapshot51
Fixed in CVS:                http://bugs.php.net/fix.php?id=33467&r=fixedcvs
Fixed in release:            http://bugs.php.net/fix.php?id=33467&r=alreadyfixed
Need backtrace:              http://bugs.php.net/fix.php?id=33467&r=needtrace
Need Reproduce Script:       http://bugs.php.net/fix.php?id=33467&r=needscript
Try newer version:           http://bugs.php.net/fix.php?id=33467&r=oldversion
Not developer issue:         http://bugs.php.net/fix.php?id=33467&r=support
Expected behavior:           http://bugs.php.net/fix.php?id=33467&r=notwrong
Not enough info:             
http://bugs.php.net/fix.php?id=33467&r=notenoughinfo
Submitted twice:             
http://bugs.php.net/fix.php?id=33467&r=submittedtwice
register_globals:            http://bugs.php.net/fix.php?id=33467&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=33467&r=php3
Daylight Savings:            http://bugs.php.net/fix.php?id=33467&r=dst
IIS Stability:               http://bugs.php.net/fix.php?id=33467&r=isapi
Install GNU Sed:             http://bugs.php.net/fix.php?id=33467&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=33467&r=float
No Zend Extensions:          http://bugs.php.net/fix.php?id=33467&r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=33467&r=mysqlcfg

Reply via email to