selected two sample photos, told batch manager to generate all the multisize possibilities, got the error message "18 photos not generated" Found nothing new in any directory on server either. All I find are the original mid-size, high and thumbnail files. Using external ImageMagick. Ideas?
Offline
hello,
yes
try to start your message by a salutation, and try to use gd by setting this
$conf['graphics_library'] = 'gd';
, using localfiles editor
Offline
Good morning flop25, thank you for your suggestion. It did not work. At first I thought the problem have something to do with the enormous panoramas I used in my sample, so I uploaded a regular photo via the web form uploader into a new album all by itself. When I look at the album, I only get the "waiting" roundel on thumbnails. When I try to use the batch manager on that one photo I still get the "...photos not generated" error.
Maybe I have a bad upgrade? The server error log says
[Fri Jun 29 11:03:46 2012] [error] [client .....] script '/var/www/html/i.php' not found or unable to stat, referer: http://fristersoft.dyndns.org/admin.php … ch_manager
immediately after attempting to generate a thumbnail.
Server is a Pentium-IV with 2GB ram. Connections from outside world are slow due to cable provider's upload speed limits, but even on my gigabyte-ethernet internal network it behaves the same way.
Last edited by JJF (2012-06-29 17:45:55)
Offline
if you don't have a file called i.php, yes you have to upload manually the 2.4
Offline
Thanks. I feared as much. I'll go read the manual upgrade instructions.
Offline
just unzip and send via ftp
then call upgrade.php
Offline
OK flop25, I followed the instructions. download, unzip, and copy over. I saw no need for ftp since I use Linux console, elinks and mc. I gave apache ownership of everything. _data, galleries and upload directories even have 777 permissions.
Called upgrade -- it told me I was up to date. Then I tried batch manager again.
This time It said it had generated all 9 versions of the image, yet I find only directories and index.php files under _data. When you go view the site, you'll still just get roundels on the thumbnails. httpd error log says the files aren't found.
Thought maybe gd is failing due to processor, memory or time-out contraints.
Tried again after changing timeout factors. Success, except that the original superlarge high-def panoramas don't get called at all. Seems that what gets called are the old medium sized images from the galleries directory. What's presented on screen is scaled from 5733x480. The orginal pwg_high contents are 17949x1711 pixels.
Feel free to look at the test pages on fristersoft.dyndns.org.
Last edited by JJF (2012-07-02 05:59:28)
Offline
Hello all, thanks for the bug-fix release, at least now multi-size generation with my XXXL originals is happening via ImageMagick.
Why didn't I keep GD? Here's why:
[Wed Jul 04 12:58:35 2012] [error] [client 192.168.1.67] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 71396 bytes) in /var/www/html/admin/include/image.class.php on line 669, referer: http://fristersoft.dyndns.org/admin.php?page=batch_manager
Conversion with ImageMagick is succeeding, in spite of
[Wed Jul 04 13:06:48 2012] [error] [client 192.168.1.67] PHP Fatal error: Call to undefined function json_encode() in /var/www/html/i.php on line 340, referer: http://fristersoft.dyndns.org/admin.php?page=batch_manager
Offline
json_encode() was added in PHP 5.2.0, try to see with your host, how to change PHP version (ask for 5.2.4 at least, another function in Piwigo needs it)
Offline