Create a new image from file or URL
(PHP 4, PHP 5)
Example 1002. Example to handle an error during creation
The above example will output something similar to:
Related Examples ( Source code ) » imagecreatefrompng
Code Examples / Notes » imagecreatefrompng
This is a another case of someone (IE) thinking they know better than you what you want. If you are of a mind to generate a complicated (read takes a long time) image incrementally, you might do it by having an IFRAME which calls to the image generating PHP script. That munches for a bit, saves the file, returns to the client (remembering we're in the iframe so the user doesn't see all this) (with appropriate state information in <input type=hidden ...> fields) which kicks off an <body onLoad='docInit()' ...> whose purpose is to set the src attribute of the png image to the saved file (so the user sees the changes), and then resubmit the iframe (the image isn't in the iframe so the iframe can be hidden) to repeat the process. Very nifty.
However, IE 6 has decided that it is far better to use a cached version of an image even on a local machine, where it can readily see that it changed, rather than to go to the source. And, since it's a file, you can't so easily set headers on it. This means that your incremental updates may not show any updates.
I solved this by (1) having Apache rewrite every .png request to a single .php file:
RewriteRule ^(.*).png$ pngPassThru.php?file=$1.png [QSA,L,NC]
(2) All pngPassThru.php does is to return the .png file with "don't cache me" headers. Avoid leading/trailing spaces in pngPassThru.php. The headers might be simplified - I've collected them from various sources and am not sure which ones could be eliminated. But this is working for me on IE 6:
header("Expires: Mon, 26 Jul 1997 05:00:00 GMT");
header("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT");
header("Cache-Control: no-store, no-cache, must-revalidate");
header("Cache-Control: post-check=0, pre-check=0", false);
header("Content-Length: $size bytes");
anders jenbo pc dk
This function seams to take up twise the memory when running then the final alocated size.
Memory limit is set to 8M but i get and error saying it tryed to alocate 2288640 and a memory check just befor the function runs sayes that it it at 3106120 witch is only 5.1M, if i change the order of the program and load the png befor the additional 3M is used i have no issues.
This color table issue is actually a bit more complicated.
From my testing, it would appear that whatever colors you have specified in the color table for your picture in the first nth number of spots, those colors will automatically be given to the first "n" colors you attempt to use in your CreateImagefromPNG.
So, for example, if you need to create dynamic black and red text in your image, the first three spots in the color table for your background image should be white, black and red (in this order).
This can be a pain, but it is the only way to ensure that your images look as intended in all browsers.
anders jenbo pc dk
Some testing shows that i am able to load images that are 0.8Mpixels with a 8MB memory limit.
Make sure when coding image serving scripts that you avoid using the full "http://" URL of the image whenever possible. Use "../imagename" etc.
Loading URL's from your own site will double your used bandwidth, as the script grabbing the image will count against it as well as sending it to the browser.
If you're trying to load a translucent png-24 image but are finding an absence of transparency (like it's black), you need to enable alpha channel AND save the setting. I'm new to GD and it took me almost two hours to figure this out.
$imgPng = imageCreateFromPng($strImagePath);
/* Output image to browser */
I've noticed a couple of things with the ImageCreateFromPng function that may be useful if your having problems.
1st thing I noticed is that the PNG file you are creating from needs to be indexed and less than 256 colors.
Secondly, you need to reduce the color depth by 1 for each color you plan on generating in php... I.E. if you plan on drawing 50 different colors on the screen with php you need to allocate space for them by reducing the origional image's color depth to 205 colors (I was pulling my hair out on this one for a while because the wrong colors were showing up in the output).
Also, if you are saving the image as a PNG you need to allocate the 1st color as white.. The reason for this is that Internet Explorer seems to interpret the first color in an indexed PNG as white no matter what color it is... (Figured this out when all my pretty black text was turning up as white in I.E. and was normal in Netscape; allocated the first color in the image as white and the problem went away.)
-- hope this helps.
I was having trouble with
$black = imagecolorallocate($im, 0, 0, 0);
, as it would always display grey letters.
this solved it however:
$black = imagecolorresolve($im, 0, 0, 0);
this regarding this function.
imagettftext($im, 11, 7, 55, 60, $black, $font, $string);
I hope this helps.
I was having a terrible time with the imagecreatefrompng function as it was working perfectly for one image and not at all for another. After many hours of frustration, I discovered that the problem was the image size (number of pixels). It appears that the maximum number of pixels this function will process is 1,040,000. So, be sure that the pixel resolution of the image (eg. 1040 x 1000) does not exceed this value.
I had the same problem as jboyd1189 at yahoo dot com but I solve d it allocating more memory dynamically.
Usually the memory_limit var on php.ini is set to 8M. Unfortunately, the required amount of memory to manage a PNG image about 1000x1000 could be bigger !
The approach I used to solve the problem is:
1-Calculate the memory required by the image
2-Set the new memory_limit value
3-Create the PNG image and thumbnail
4-Restore the original value
1-The following value works for me:
$required_memory = Round($width * $height * $size['bits']);
Note that for JPEG the requirements are not the same:
2-Use somthing like:
$new_limit=memory_get_usage() + $required_memory;
dane.tschi _at_ nospam gmx dot at
I had a problem with PNG files.
My source files were PNG-8 files and i wanted to add some drawings to the Image with alpha blending, but it was not possible only by doing imagecolorallocatealpha() and imagefilledellipse() for example.
I noticed that it was only working for PNG-24 images, but i don't want to use them, because they are to big for my website, but PNG-8 files would be much greater.
My result is that the image has to be converted to PNG-24 after loading and converted back to PNG-8 before saving/output.
This is the script:
// Load Image and get it's size
$size = getimagesize("png8image.png");
$im = imagecreatefrompng("png8image.png");
// Convert the Image to PNG-24
$im_tc = imagecreatetruecolor($size,$size);
//Now do what ever you want, all alpha-operation do work
$color = imagecolorallocatealpha ($im_tc,255,255,255,75);
//And now convert it back to PNG-8
$im_result = imagecreate($size,$size);
//And save it
It has been my experience that the image type of a png file is best set to:-
This may be a peculiarity of the server I'm working on, which is running Apache/FreeBSD
don't forget to write the header into your function file!!
header ("Content-type: image/png");
hendrikjan dot vanmeerveld
Another usefull note for those using ImageCreateFromPng:
PHP and GD do not recognize grayscale/alpha images.
So if you use grayscale images with transparency between 0% and 100%, then save the image as RGB.
At least this is true for PHP Version 4.4.2-1 and in 5.1.2-1 with pictures made with GIMP 2.2.8.
A correction... If you are to set it to FALSE, then not only does it add the transparency to wherever you put it, but it takes the transparency out of the TTF files. Setting it to TRUE however, keeps your transparency both in your PNG file, and in any TTF text you make apply to the image.
***CORRECTION*** to 07-Jun-2004 01:14
imageAlphaBlending must be false, NOT TRUE
$imgPng = imageCreateFromPng($strImagePath);
imageAlphaBlending($imgPng, false); <<<FALSE