Okay... With the memory bug again...
http://luckyshotphotos.com/test/index.php?album=flowers

It seems all 3 thumbnails were created instead of just 2 and 1 not loading..
(The yellow flower didnt load before with the memory problem)

Okay so it created a thumbnail for it (thats good!)

Except, it wont create a smaller size of the iamge itself (when you view it)

Ex: Click the yellow flower thumbnail and it brings you here:
http://luckyshotphotos.com/test/index.php?album=flowers&image=IMG_3828.JPG

Notice it doesnt make/show a cached file...

So I guess, SB, you are on the right track, you halfway fixed it ...right?

Edit: This is also the lastest nightly build, i manually downloaded class-load.php

This image is almost 30M just for the picture bitmap.

Im sorry, bitmap meaning? I remember bitmaps as a file format .BMP but thats about it...
its a 3.08MB file in JPG... So... Where does the 30M come from.

Well I did notice if you convert it to a bitmap, its about 30 megs, so... Why does it need to do that? Cant it keep it as JPG or something lol.. I dont understand why a 3MB JPG files produces 30M

Processing images have to work on the full uncompressed image--they are not smart enough to operate on compressed JPG files. (In fact, I know of no software that tries to work on the compressed files in place.)

Do the math 3888 pixels wide by 2592 pixels high times 3 bytes per pixel = 30,233,088

interesting... Learn something new everyday... So, whats the update with this memory thing, is it fixable?

Is it not working because all the scripts + full image is just too big?

And..

It used to work because the scripts were slightly smaller and probably just passed by memory?

There are several factors involved on whether an image will render. One is of course, the overall size of the image. Another is the amount of memory available to do the resize. That will depend on how much memory your server allocates to the PHP script and also to how much memory the PHP scripts themselves take.

Some pictures will take more memory than others to resize. It will depend on the complexity of the image as well as the overall size. Remember, you have to have two copies of the image in memory--the original and the one of the new size. Then you have to be able to compress the new sized one. How well that works is dependent on the graphics software. I suspect that the GDI support in PHP is not very efficient. We hope eventually to have different options for the graphics support, but that is not coming any time soon.

The change in the nightly build reduced the memory footprint of the PHP scripts considerably. There is probably more that can be done on this, but the easy changes are now done.

In the mean time, please evaluate your need for such large images. Are you expecting people to download them and print Super B sized prints? If not maybe you don't need such a large image on the server.

Ya, well the whole thing is I didn't want to waste time using a program to re-size all the images. I kinda like to drag n drop n walk away But I might have to start re-sizing then.... Thanks for your help

There really are loads of programs where you can do excatly this "drag n drop n walk away". Just take a look at places like this http://www.versiontracker.com/

I meant drag n crop n walk away as in uploading... Transfer straight from my external drive to FTP and im done but now I gotta go from external to computer then do the program to change sizes, hopefully the program can open multiple folders and then re-write back to the original folders so they dont get mixed up... I am using Lightroom for this anyway...

Okay I just noticed something, if I take my original, and crop it to the ratio of a 8x10, then it works, It cuts a little off the edge, but it works...

Original: 3888x2592
8x10 Ration crop: 3240x2592

Its a little smaller, but not by a HUGE amount...Its still a large file...Ohwell I will still downsize all of them... maybe to 6 or 8MP