[php] imagecreatefromgif

[Verwijderd]

ik ben met een applicatie bezig waarmee ik A3 afbeeldingen bewerk op een resolutie van 300dpi (+- 4800px bij 3500px) nu is het probleem dat het laden van een gif afbeelding van deze formaten niet lijkt te gaan (puur witte afbeelding, dus 4800px bij 3500px @ 10kb)

ik weet dat werken met grote bestanden dit problemen met zich mee kan brengen, maar is er ook een limiet op aantal pixels? en zoja waar ligt deze en is deze ergens in te stellen?

kan er op php.net weinig tot niks over vinden, google levert ook niet erg veel nuttigs op

alvast bedankt

[RM-rf]

het is de GD LUIbrary die daar de GIF creatie en afhandeling verzorgd ...
als er problemen mee zijn is het waarschijnlijk dat het om specifieke GD problemen gaat

http://www.boutell.com/gd/faq.html

in php.ini staat het geheugengebruik door GD: memory_limit , als je dat verhoogd zal GD waarschijnlijk meer aankunnen ...

Ik zou in dit geval vermoeden dat ImageMagick juist voor grote bestanden veel effectiever zal kunnen werken.

[ Voor 3% gewijzigd door RM-rf op 20-12-2005 12:48 ]

[chris]

Ondersteunt je gd-versie wel GIF? Doe 's een php_info() en kijk of GD er bij staat en of er iets over GIF-support staat.

[cannibal]

De GD-library schrijft in zijn geheugen het hele plaatje uit naar hele pixels met kleurinformatie, dit kan dus bij dit soort bestanden echt flink uit de klauwen lopen.

Die memorylimit moet je dus echt flink hoog zetten (uitrekenen en dan nog wat extra overhead schat ik)

Gister bezig geweest met jpeg resizen in php en dan loop je bij het resizen van een 5mpix foto ook al vlug tegen problemen aan.
php.ini stond op 16MB, 32MB trok hij nog steeds niet, 256MB werkt voorlopig....

[Verwijderd]

cannibal74 schreef op dinsdag 20 december 2005 @ 13:45:
De GD-library schrijft in zijn geheugen het hele plaatje uit naar hele pixels met kleurinformatie, dit kan dus bij dit soort bestanden echt flink uit de klauwen lopen.

Die memorylimit moet je dus echt flink hoog zetten (uitrekenen en dan nog wat extra overhead schat ik)

Gister bezig geweest met jpeg resizen in php en dan loop je bij het resizen van een 5mpix foto ook al vlug tegen problemen aan.
php.ini stond op 16MB, 32MB trok hij nog steeds niet, 256MB werkt voorlopig....

ja ik denk ook dat dit de oplossing is, maar kan helaas nu niet de server resetten, moet er morgen dus maar even naar kijken

[chris]

Welke GD-versie gebruik je?

[Verwijderd]

chris schreef op dinsdag 20 december 2005 @ 14:28:
Welke GD-versie gebruik je?

het ligt niet aan de GD, je doelt denk ik op " GIF support was removed from the GD library in Version 1.6, and added back in Version 2.0.28."

*kleinere gifs werken wel
*imagecreatefrompng en jpg werken ook niet

[kamerplant]

Verwijderd schreef op dinsdag 20 december 2005 @ 13:49:
[...]
ja ik denk ook dat dit de oplossing is, maar kan helaas nu niet de server resetten, moet er morgen dus maar even naar kijken

Je zegt dat kleine GIFs wel werken, dan kan het inderdaad bijna nergens anders aan liggen dan aan de memory limiet. Wat ik wel raar vind, normaal gesproken moet je een error zien zodra de memory limiet wordt overschreden, staat error reporting bij jouw server soms uitgeschakeld?

[cannibal]

en volgens mij zit er ook nog een fout in de error-melding van gd-lib.
Hij gaf bij mij altijd een melding over 16898934 bytes, ook al stond ie de waarde in php.ini op 32MB.

[Verwijderd]

na het verhogen van het memory limit werkt hij inderdaad wel, ik wilde nu eigenlijk alleen graag een e-mailtje laten versturen als een script het memory limit bereikt, ik krijg alleen niet altijd de foutmelding dat het memory limit is overschreden, iemand enig idee hoe dit te checken is?

[NMe]

Die melding zou er altijd moeten zijn als je de limiet overschrijdt, dus er zit waarschijnlijk iets niet helemaal goed in je php.ini of error_reporting setting. Kijk ook eens naar display_errors, misschien staat die wel op off.

Wat betreft een mail sturen wanneer het plaatje niet gemaakt kan worden, dan zou je zoiets kunnen doen:

PHP:

$img = @imagecreatefromgif('test.gif');
if (empty($img)) {
  trigger_error("Out of memory", E_USER_ERROR);
}

Met de volgende errorhandler:

PHP:

function myErrorHandler($errno, $errstr, $errfile, $errline)
{
  switch ($errno) {
    case E_USER_ERROR:
      if ($errstr == 'Out of memory') {
        mail('[e-mail]', 'Site: error!', 'Error! Ik heb geen geheugen meer!');
      }
    default:
      echo "<b>Error!</b> [$errno] $errstr in file $errfile at line $errline.<br />\n";
      exit(1);
      break;
  }
}

Daarbij wel de noot dat ik dit een redelijk vieze oplossing vind, en dat het waarschijnlijk wel beter zal kunnen. Je kan het ook gewoon inline doen:

PHP:

$img = @imagecreatefromgif('test.gif');
if (empty($img)) {
  mail('[e-mail]', 'Site: error!', 'Error! Ik heb geen geheugen meer!');
}

Voordeel daarvan is dat je geen eigen error handler hoeft te schrijven, en daarmee dus nog gewoon errors van PHP zelf te zien krijgt. Ontwerptechnisch is het echter wat minder hoogstaand.

[ Voor 4% gewijzigd door NMe op 22-12-2005 10:20 ]

[Verwijderd]

PHP:

$img = @imagecreatefromgif('test.gif');
echo("ik kom hier niet eens");

mijn probleem ligt dus hier, de applicatie breekt gewoon af, geen foutmelding en het script loopt niet verder, dat heeft toch niets te maken met display_errors lijkt me zo.. ik zal nog eens goed kijken in php.ini

[NMe]

Ook met een @ ervoor kom je daar niet? Vaag... Tsja, als het script compleet stopt op het moment dat je bij die functie aankomt, dan is er vrij weinig dat je kan doen.

[Janoz]

Het probleem met het bereiken van een memory limit is dat de applicatie/php ook geen geheugen meer aanmaakt om fatsoenlijke fout afhandeling te doen. Hierdoor is in de meeste omgevingen het gedrag bij het overschreiden van een geheugen limit undefined. Mijn ervaring zegt mij dat dit voor php ook zal gelden.

[Verwijderd]

tja wel aannemelijk

[knopper]

Misschien overbodig om te zeggen maar heb je het script al gedraaid met error_reporting op 'E_ALL' ?