Large Images

wessjan

I've recently installed zenPhoto and I'm really happy with it. But I got some trouble with larger photos (2+ MB). The Upload is fine (even using http) but instead of thumbs only the file name is show and clicking it does only show the same. Clicking this brings the error message, that the image could not be show due to errors in the file.
I've read a lot about problems with large files, but never a solution. I don't believe it is a restriction of my host provider. What is the max. size for images to be handled by ZP?
For my normal photos these restrictions are fine. I'm reducing them to 1024 as larges size, rotating them during the process, so nothing to do with the full image by ZP. But for my landscape pictures (stitched 2 or more photos together) I definitely need more the 1024 pixels. What to do?
I've created a support album in my gallery, if some one would like to have a look (http://alben.mossels.de/support/).

Thanks a lot any support is highly appreciated.

Jan

sbillard

If you are getting an error message (rather than just an image that does not display) then something about your images is incompatible with the graphics library Zenphoto is using. Either that or the upload process has somehow corrupted the images.

About the only suggestion is to try a different software for your resize/rotation process.

There is no simple answer to the question of what is the max size of image that can be handled. This depends on how much memory your server has available for PHP, What graphics library you are using with Zenphoto, and of course, the dynamics of the image itself.

wessjan

sbillard,

thanks for your quick reply. If I reduce the size of the stitched images to 1024*..., everything is fine, but that's not what I would like to present. The same is with the full size image: if I upload the original image from the camera, I get a small frame with the file name instead of a thumbnail displayed in the album. I can click and get the "normal" sized photo window, again only with a box at the top around the file name. I assume the rendering of ZP gets problems with the size. If I click for the full size image, I get a full screen image, all black with an error message overlay.

I've tried the phpInfo, reporting 94 MB memory for php. I assume that should be ok to render a 6.5 MB photo.

I have other php applications running on servers of the same hosting company (eg Wordpress) also dealing with resizing images without any problems.

ZP is using the default graphic lib, imagick is grayed out, I expect it is not available (for me).

Jan

sbillard

Unfortunately, all that the phpinfo is reporting is what PHP is configured to request for memory. There is no guarantee that the server will grant the request.

It really is not relevant that some other application can resize the image. (But I did not know that was something that wordpress did) You simply do not have sufficient memory running the GD library under Zenphoto.

acrylian

So in short, you need to contact your host about more memory and/or upgrade your server so it handles what you wish to do.

wessjan

acrylian, sbillard,

I'll try to sort this out with the support team of my web host. But I expect they wont help: They offer ZenPhote as "OneClick Application", which means they install the application, database an a standard configuration. But I'm not allowed to make any modifications and get this updated, when they are deploying a new version.
This instance doesn't have any issues in building thumbnails, resized images and can display any kind of image, even the original one. The only difference is they are on Verion 1.4.0.3 [6817] and my installation is 1.4.4.8 [4fd3c047c8].
Both are running in my shared web service, I've compared the php.ini files, they are identically.

Any suggestions?

Jan

acrylian

Well, 1.4.0.3 is pretty ancient and really not recommend to use and not supported by us anymore.

Urge them to be up to date, such an old version is really not acceptable. Even if they offer it as a 1click you can install manually which we recommend anyway.