/var/resizes/ dir is huge!

pande

Joined: 2005-05-08
Posts: 56
Posted: Sun, 2009-08-30 13:07

Ok, here's my 'problem'. I've got a VPS with 5 gig of webspace. Since I have 2.37 gig of photos I have to upload to G3 you would figure that should fit easily.

But, last week, after uploading 1,2 gig of those 2.37 gig of photos, I got this email from my hosting company which said I am almost running out of space. It turns out I just have 300 mb of my 5 gig left, because the /var/thumbs/ directory from G3 is 3,6 gigabyte large... So the /var/thumbs/ directory is three times te size of the /var/albums/ directory, in which the originally sized pictures are stored.

That seems a bit strange to me and I'm not sure that's the way it is supposed to be. Is there something I can do about this, aside from moving to a 10 gig VPS???
 
floridave
floridave's picture

Joined: 2003-12-22
Posts: 27300
Posted: Sun, 2009-08-30 20:20

You are forgetting about the resized images as well.
Depending on how many albums you have there is also a 'highlight' thumb for each album, resized and thumb for each image you have.

How many items do you have and does that corilate to the quantity of files +album highlights in the thumbs directory?

One issue we might have to investigate is that if the thumb making process makes a 'dirty' thumb and we don't clean that up properly.

Let me know the file counts in each of the albums/thumbs/resize directories.

Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team
 
nivekiam
nivekiam's picture

Joined: 2002-12-10
Posts: 16504
Posted: Sat, 2009-09-19 15:38

It sounds like if thumbs is larger than albums something is going wrong in the conversion/resizing operation. Are these JPEG images? Do they have EXIF data attached? Are you using GD or ImageMagick? And get the information Dave asked for as well about the file counts.

personal comments below... :)

A VPS with only 5GB of space? Dang that's low for any VPS I've seen.

www.linode.com
www.slicehost.com :)

Resize your stuff before uploading, so your originals are smaller in filesize. You can get away with having most (if not all) 1600x1200 size images (if you even need them that large) reduced in quality to make the file size about 256KB without any issues you can see on the screen and at that, 2370 MB would be about 9,500 images. :)

But this is just a work around for such a limitation on space.

Out of 5GB, depending on your distribution and installed apps, you could be consuming 500MB-2GB just with the OS alone.
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
 
pande

Joined: 2005-05-08
Posts: 56
Posted: Sun, 2009-10-04 15:28

Sorry for the delay, hope you guys are still willing to help!

Here are some things I found out:

First of all, I have been resizing my photos since I started using Gallery a long time ago, to a resolution of 800x600 px! My online pictures don't exceed 150 kb each! Second, currently I already created 215 albums, containing 12522 photos. It are all jpg's, with no exif-data! I'm using GD.

With that said, I started checking file and directory sizes using SSH (du -sh *) in the /var/-dir and came up with the following:

- folder 'albums' = 1.4 gig
- folder 'resizes' = 2.2 gig
- folder 'thumbs' = 355 mb

So it turns out, the 'resizes'-folder is the big one, even though you would think I don't need resized images, since my full images are only 800x600 px!

Then I started checking some folders in the resize-dir, and compared them to the exact same folders in the albums dir. The folders in the resize-dir are all way bigger then the 'original' ones in the albums-dir, which size is similar to the one on my hard drive.

One album, for example in the album '2006' is called 'Koninginnedag'. In the albums-dir that one is 24 mb in total, while in the resize-dir it is 35 mb in total. The first picture in 'Koninginnedag' 'koninginnedag_2006_001.jpg' is 144 kb in the albums-dir (and on my computer), but 224 kb in the resize-dir.

So it seems to me, that that's where it goes wrong. I downloaded that 'koninginnedag_2006_001.jpg' from the resize-folder to my harddrive, and it's smaller (640x480) in resolution, but 80 kb bigger in filesize...

Also, the folders I tested don't contain any duplicates, but all the images are just way bigger in filesize then the original ones.

Hope I explained everything a bit clearly. If you have any suggestions on how to solve this, help would be highly appreciated, because I haven't been able to upload any more photos for weeks now...
 
griffinmt
griffinmt's picture

Joined: 2009-09-06
Posts: 128
Posted: Sun, 2009-10-04 15:57

What is the compression factor in the original pictures you uploaded. Not sure of the value that is used in Gallery3 when creating the resize versions, but perhaps this is the ultimate cause of the photo size differences.

Martyn T. Griffin
 
nivekiam
nivekiam's picture

Joined: 2002-12-10
Posts: 16504
Posted: Sun, 2009-10-04 16:51

Try using ImageMagick instead of GD. I'm thinking that GD is doing something screwy to blow the images up. I'll have to look at my install and test a few things.
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
 
pande

Joined: 2005-05-08
Posts: 56
Posted: Fri, 2009-10-16 13:57

Ok, so now I have installed ImageMagick using SSH (check attached screenshot of my phpinfo), but Gallery still says "ImageMagick could not be found on your system". What am I to do?

And even if this is working eventually, will I be able to regenerate the (huge) resized images Gallery has made so far and not only the new ones I would like to upload?

Just to be complete, this is my platform info:

# OS: Linux 2.6.18-028stab064.4
# Apache: Apache/2.2.8 (Ubuntu) mod_python/3.3.1 Python/2.5.2 PHP/5.2.4-2ubuntu5.6 with Suhosin-Patch mod_ssl/2.2.8 OpenSSL/0.9.8g mod_perl/2.0.3 Perl/v5.8.8
# PHP: 5.2.4-2ubuntu5.6
# MySQL: 5.0.51a-3ubuntu5.4

And my stats:

# Version: 3.0 git (pre-RC1)
# Albums: 215
# Foto's: 12522

Thanks again for all the help!
 
nivekiam
nivekiam's picture

Joined: 2002-12-10
Posts: 16504
Posted: Fri, 2009-10-16 15:10

From your SSH session, type whereis convert

Is the directory that's listed there entered into Site Admin > ImageMagick?
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
 
pande

Joined: 2005-05-08
Posts: 56
Posted: Wed, 2009-10-28 11:55

Ok nivekiam, so I have tried this twice in SSH, but it gives me no result. After I give that command all I get back is
convert:
And that's it!

Anymore suggestions, or would you like to take a look?

By the way, I just upgraded to the latest GIT of last night (gallery-gallery3-fbc5517), and now I can't seem to be able to login anymore. Not as a user, and not as an Admin. I get an Internal Server Error 500 on the page /login/auth_html.

Thanks again!
 
nivekiam
nivekiam's picture

Joined: 2002-12-10
Posts: 16504
Posted: Wed, 2009-10-28 12:55

Doesn't look like ImageMagick is installed on the server

Pull the latest git one more time and then make sure you go to www.example.com/gallery3/index.php/upgrader

____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
 
pande

Joined: 2005-05-08
Posts: 56
Posted: Thu, 2009-10-29 11:01

Well, I just updated to the latest GIT (gallery-gallery3-66e1e32), ran the upgrader as stated above, and unfortunately, it gives me the same result: unable to login, internal server error 500 and the 'Dang!-page'.

I have attached two of my logfiles from yesterday and today, so maybe those will be of any help. Hopefully this is something that can be fixed...

In the meantime I will ask my hosting company about ImageMagick. Maybe they can install it so I can start using that toolkit once my Gallery is working again...

Thanks!
 
nivekiam
nivekiam's picture

Joined: 2002-12-10
Posts: 16504
Posted: Thu, 2009-10-29 12:26
Quote:
modules/user/controllers/login.php

You have old files laying around that are causing that problem. If you were using git at the command line that wouldn't have happened. I thought you were using that when you said you updated to the latest GIT. :)

Follow the tips for unpacking the code here: http://codex.gallery2.org/Gallery3:Upgrading to make sure that no old files exist. The upgrader doesn't delete or rename old files and there have been some re-shuffling of things since B3 was released.
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
 
pande

Joined: 2005-05-08
Posts: 56
Posted: Thu, 2009-10-29 13:01

I'm sorry for the confusion, I always update using http://github.com/gallery/gallery3/zipball/master and FTP, I just thought that's called 'the latest GIT' :)

But just to make things clear, I have to delete all the current Gallery-files on my server (except of course the var-dir) and then upload the latest install (gallery-gallery3-66e1e32), so that no old files exist on my server anymore.

Is that correct?

Thanks again for all the help!
 
nivekiam
nivekiam's picture

Joined: 2002-12-10
Posts: 16504
Posted: Thu, 2009-10-29 13:16
Quote:
Is that correct?

Yes, that's one way of doing it.
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
 
pande

Joined: 2005-05-08
Posts: 56
Posted: Thu, 2009-10-29 15:49

Sweet! It's working again :) My Gallery that is. Now I can get back on that ImageMagick-issue!

Thx nivekiam!
 
pande

Joined: 2005-05-08
Posts: 56
Posted: Fri, 2009-10-30 12:05

I got this e-mail from my hosting company that they have activated ImageMagick. And I can see something has changed, because typing 'whereis convert' in SSH now does give me a result:

whereis convert
convert: /usr/bin/convert /usr/share/man/man1/convert.1.gz

They said as well that if I wanted to use it I might need to change or turn off the open_basedir (which is now: open_basedir | /var/www/vhosts/mydomain.nl/subdomains/fotos/httpdocs:/tmp | no value)

Since Gallery still doesn't recognise ImageMagick, is that something I have to do or do I have to put that path in 'graphics_toolkit_path' in my Advanced settings in Gallery?
 
nivekiam
nivekiam's picture

Joined: 2002-12-10
Posts: 16504
Posted: Fri, 2009-10-30 13:02

You need to change the open_basedir setting. You need to edit your php.ini and either remove all the paths for open_basedir or add /usr/bin to the list of paths.

That's the only way Gallery will be able to see ImageMagick or any binary listed in /usr/bin

Once you do that you should be able to activate ImageMagick under Admin > Settings > Graphics
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
 
pande

Joined: 2005-05-08
Posts: 56
Posted: Sun, 2009-11-01 10:26

Ok, so now my hosting company has changed the open_basedir setting. They have added /usr/bin to the list of paths:

open_basedir | /var/www/vhosts/mydomain.nl/subdomains/fotos/httpdocs:/tmp:/usr/bin | no value

But I am still not able to activate ImageMagick, unfortunately... Check attached screenshot.

Any more tips on what I can do? I feel like we're getting there :)

Thanks!
 
nivekiam
nivekiam's picture

Joined: 2002-12-10
Posts: 16504
Posted: Sun, 2009-11-01 16:33

Ok. I've remembered more since posting before. In your SSH sessions, type which convert and let's see if the which command is available to you. That's what Gallery uses to find the binaries. We copied that from the Kohana system.
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
 
nivekiam
nivekiam's picture

Joined: 2002-12-10
Posts: 16504
Posted: Sun, 2009-11-01 16:40

Oh and try upgrading to the latest experimental version. I just saw this (thanks Dave for posting this info to another thread), you can now specify the path to the image toolkit in Admin > Settings > Advanced Settings and gallery will pick it up
http://github.com/gallery/gallery3/commit/294215258a30bb0e99701655ce2b69271446a867

(I didn't even know this wasn't working or was a bug)

http://codex.gallery2.org/Gallery3:Upgrading
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
 
pande

Joined: 2005-05-08
Posts: 56
Posted: Sun, 2009-11-01 21:49

It seems the which-command is available for me and gives me the following result:

which convert
/usr/bin/convert

I upgraded succesfully to the latest experimental version (gallery-gallery3-91c5a9a), so which path exactly do I put in graphics_toolkit_path in my Advanced Settings?

That /usr/bin/convert or just /usr/bin?? Or should it be more specific to my gallery install dir. something like /var/www/vhosts/mydomain.nl/subdomains/fotos/httpdocs ?

I tried /usr/bin/convert as well as /usr/bin, but in both ways, I couldn't select ImageMagick under the graphic settings.

Or should I also change that manually in the Advanced Settings, where it says graphics_toolkit from GD to IM?

Sorry for all the questions, and thanks again for helping out!
 
nivekiam
nivekiam's picture

Joined: 2002-12-10
Posts: 16504
Posted: Mon, 2009-11-02 03:16

/usr/bin and imagemagick

____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
 
pande

Joined: 2005-05-08
Posts: 56
Posted: Tue, 2009-11-03 10:47

Well, now I have done exactly as stated above. Check attached screenshots gallery_advanced_settings.jpg and gallery_graphics.jpg.

But there still seems to be a problem, aside from ImageMagick still not being recognised on the graphics-page. I had hoped it would work anyway, since I read something about that in another thread (http://gallery.menalto.com/node/90052), but it doesn't. The Simple Uploader gives me an error when using ImageMagick, and switching back to GD gives me no problem at all... But then again, that's the toolkit that gave me all the big resizes...

I have attached the logfile from today as well, it says something about "The ImageMagick directory specified does not contain a required program, convert."
 
nivekiam
nivekiam's picture

Joined: 2002-12-10
Posts: 16504
Posted: Tue, 2009-11-03 14:51

Please post a link to phpinfo:
FAQ: How do I create a phpinfo page?

Also, from the command line on your server, try entering the convert command and see if you can execute it. Also, from the command line type ls -al /usr/bin/convert and post what that says.
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
 
pande

Joined: 2005-05-08
Posts: 56
Posted: Wed, 2009-11-04 09:11

Ok nivekiam, typing convert on the command line, gives me a whole list of results (ie. Image Sequence Operators and Image Stack Operators), so it seems I can execute it.

The command ls -al /usr/bin/convert gives me the following:

ls -al /usr/bin/convert
-rwxr-xr-x 1 root root 7440 Jun 5 00:47 /usr/bin/convert

Hope that is helpfull!

I will PM you the link to my phpinfo, if that's allright?

Thanks!

EDIT: The link is in your inbox!
 
nivekiam
nivekiam's picture

Joined: 2002-12-10
Posts: 16504
Posted: Wed, 2009-11-04 17:01

hmmmm, I don't see anything odd that sticks out to me.

Try creating a new, test php page and running the script that's on this page and see if it returns anything:
http://www.astahost.com/info.php/Find-Test-Imagemagick-Php_t18769.html

If not, then try removing all the entries from open_basedir and see if that makes a difference.
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
 
pande

Joined: 2005-05-08
Posts: 56
Posted: Thu, 2009-11-05 14:42

I truly couldn't believe my eyes, but it's working!!

First that test-script came up with: "Version return code is 127", which is not good apparently. Then I asked my hosting company to remove all the entries from open_basedir AND to turn off safe mode voor PHP (I found that on another forum about return value 127), and now ImageMagick is being recognised by Gallery and working like a charm!!

I have uploaded a couple of photos to a testalbum and checked that dir in the /var/albums/ folder as well as the /var/resizes/ folder, and the resized images are way smaller! Just like they're supposed to!!!!

So now I can come to the question this whole thread was actually started about: is there a way to regenerate all the thumbs and resizes with ImageMagick for the more then 12000 pictures I uploaded using GD???

Thank you!
 
nivekiam
nivekiam's picture

Joined: 2002-12-10
Posts: 16504
Posted: Thu, 2009-11-05 15:03

As far as I know with G3, right now the only way to do that through the interface is to go to Admin > Appearance > Theme Options and change the size to something else. A yellow bar will popup at the top of the screen informing you the images are out of date and to click here to update them. Run through and update them, then change them back. Or if you can live with the images being 1 pixel off, (say 639 instead of 640 for example) you can do that :)
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
 
pande

Joined: 2005-05-08
Posts: 56
Posted: Mon, 2009-11-09 11:29

Well, something went terribly wrong there :)

Since my test was succesfull (resizes of new images were a lot smaller), I started to regenerate all the existing images according to the above method. Of course I don't mind the 1 pixel difference, so I set the resize-size tot 799 instead of 800 and started regenerating the photos.

Doing that of course takes a while for 12.500 pictures, but when it finished in the morning, I quickly checked the size of the dir in SSH, and to my surprise, instead of being less then 2,2 gig, the resizes-folder now was 2.6 gig (screenshot)!

With those 400 mb I exceeded my disk quota, so within a couple of minutes SSH and FTP were automatically blocked, my server was shutdown and my sites were down :) Luckily I don't have that much visitors...

For now, my hosting company has given me some extra disk space temporarily to fix this, but I'm curious if one of the following three ways to do that will work:

- Apparantly, regenerating didn't the trick, but what will happen if I manually delete all the .jpgs in the resize-dir? Will Gallery also recognise that and then as well would want to renew the images? I just would like to start the resize-dir clean, if you know what I mean.

- What would be even more perfect, is if I could tell Gallery to look somewhere else for the resizes. I mean, since all of my full images are the same size as the resizes (800x600) it would be great if I could just somewhere tell Gallery to use the albums-folder instead of the resizes-folder for both the resizes and full photos. Can I change that somewhere in the template or is that locked down in the core??

- Eventually, if both the above options don't work, I can always set the resize-size to an even smaller one. I noticed the 799 px resized-images are being resized again in the browser to a width of 696px, so I could always set 799 to 696, to see if the resizes will get a lot smaller then.

Hopefully this all makes a little bit sense...
 
floridave
floridave's picture

Joined: 2003-12-22
Posts: 27300
Posted: Mon, 2009-11-09 13:42
Quote:
but what will happen if I manually delete all the .jpgs in the resize-dir? Will Gallery also recognise that and then as well would want to renew the images?

Gallery thinks they are there by a flag in the DB. So you will not get a image when you browse to that item. It will not automatically regenerate them. Look for a flag for the item called 'dirty' in the db.

Dave

_____________________________________________
Blog & G2 || floridave - Gallery Team
 
pande

Joined: 2005-05-08
Posts: 56
Posted: Mon, 2009-11-09 19:01

Ok, so what I have tried now was actually the second option. Since none of my full images exceeds the resolution of 800x600, for me there really wasn't any need to have a resize-folder at all.

So in /modules/gallery/models/item.php I changed the location of where the resized image should be found from /var/resizes/ to /var/albums/:

Quote:
/**
* album: /var/resizes/album1/.resize.jpg
* photo: /var/albums/album1/photo.resize.jpg
*/
public function resize_path() {
return VARPATH . "albums/" . urldecode($this->relative_path()) .
($this->is_album() ? "/.album.jpg" : "");
}

/**
* album: http://example.com/gallery3/var/resizes/album1/.resize.jpg
* photo: http://example.com/gallery3/var/albums/album1/photo.resize.jpg
*/
public function resize_url($full_uri=false) {
$relative_path = "var/albums/" . $this->relative_path();
return ($full_uri ? url::abs_file($relative_path) : url::file($relative_path)) .
($this->is_album() ? "/.album.jpg" : "");
}

And that works just great! The resized images are being grabbed from the albums-folder instead of the resizes-folder, so I tried deleting one particular resized image to see if everything is still working properly, and it is!

So if this isn't going to give my Gallery any trouble, I just want to skip the resize-dir and delete all of the huge-sized-resizes. Do you guys think it's safe to do that?
 
floridave
floridave's picture

Joined: 2003-12-22
Posts: 27300
Posted: Wed, 2009-11-11 05:13
Quote:
Do you guys think it's safe to do that?

If it works it works. Would be nice to know why your toolkit make images bigger, but you have a workround.

Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team
 
pande

Joined: 2005-05-08
Posts: 56
Posted: Wed, 2009-11-11 19:24

Yeah, well, I would like to know that as well. Because allthough the problem is fixed for my resizes, it still exists for the albums-dir.

Though I am using ImageMagick right now, photos still are being stored way bigger then they originally are.

For example, an image that is 131 kb on my harddrive, is 256 kb in my albums-dir. Almost twice the size it should be.

I switched back to GD to test what would happen, but the same image got even bigger in size using that toolkit.

I really don't understand why my Gallery is unable to simply just store the full (800x600px) images, instead of generating way bigger ones.

If there's anything I can do for test purposes to figure this thing out, I am more then willing to help!
 
nivekiam
nivekiam's picture

Joined: 2002-12-10
Posts: 16504
Posted: Wed, 2009-11-11 19:34

Can you attach or post a link to one of the original files that are 131KB before it's imported into Gallery? I'd like to test on my install to see what happens for me.
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
 
floridave
floridave's picture

Joined: 2003-12-22
Posts: 27300
Posted: Wed, 2009-11-11 19:52

Will test on my 3 hosts as well.

Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team
 
pande

Joined: 2005-05-08
Posts: 56
Posted: Wed, 2009-11-11 20:11

I have send a private message to nivekiam with a picture, will sent it to Dave now as well...

EDIT: Done
 
nivekiam
nivekiam's picture

Joined: 2002-12-10
Posts: 16504
Posted: Wed, 2009-11-11 22:37

Well when I upload that image, everything gets smaller in filesize as expected.

/var/albums/pande/pande_image.jpg = 109322 bytes (109 KB)
/var/resizes/pande/pande_image.jpg = 31183 bytes (31 KB)

We'll see what Dave's findings are but, I'm not expecting much different than mine. I think this is going to take a Linux geek to review what libraries are installed and used to process jpeg files. I just did aptitude search jpeg on my Debian 5.0 (Lenny) system and got this:

Quote:
p avifile-mjpeg-plugin - MJPEG video plugin for libavifile
p cl-jpeg - A JPEG library for Common Lisp
p jpeginfo - Prints information and tests integrity of
p jpegoptim - utility to optimize jpeg files
p jpegpixi - Remove hot spots from JPEG images with min
p libimage-metadata-jpeg-perl - Perl extension for showing/modifying JPEG
v libjpeg-dbg -
v libjpeg-dev -
i libjpeg-progs - Programs for manipulating JPEG files
i A libjpeg62 - The Independent JPEG Group's JPEG runtime
p libjpeg62-dbg - Development files for the IJG JPEG library
p libjpeg62-dev - Development files for the IJG JPEG library
p libopenjpeg-dev - development files for libopenjpeg2, a JPEG
p libopenjpeg2 - JPEG 2000 image compression/decompression
p libopenjpeg2-dbg - debug symbols for libopenjpeg2, a JPEG 200
v libplayerjpeg-dev -
p libplayerjpeg2 - Networked server for robots and sensors -
p libplayerjpeg2-dev - Networked server for robots and sensors -
p openjpeg-tools - command-line tools using the JPEG 2000 lib
p ov51x-jpeg-source - Source for the ov51x-jpeg driver
p recoverjpeg - Recover jpeg pictures from a filesystem im

Don't know what the v, p or A mean, but I know that i means installed so I have libjpeg-progs and libjpeg62 installed
http://packages.debian.org/lenny/libjpeg-progs
http://packages.debian.org/lenny/libjpeg62

I think you may have some library on your system that's way out of date or something. But that's just a guess, and I still think you should consider a different VPS:
http://gallery.menalto.com/node/90641#comment-321550 :)
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
 
floridave
floridave's picture

Joined: 2003-12-22
Posts: 27300
Posted: Wed, 2009-11-11 22:42

Original image dimensions:800x600
Original image disk size: 109,322

Results of disk size on servers /var dir:

Host 1 with 800 resize and 200 thumb ImageMagick version 6.5.2-9

Original: 	109,322
resize:		62,272
thumb: 		15,923

Host 1 with 800 resize and 200 thumb GD 2.0.34 

Original: 	109,322
resize:		71,075
thumb: 		6,492

Host 2 with 640 resize and 200 thumb ImageMagick version 6.3.7

Original: 	109,322
resize:		44,409
thumb: 		15,578

Host 2 with 640 resize and 200 thumb GD 2.0.34

Original: 	109,322
resize:		38,016
thumb: 		6,466

Host 2 with 1000 resize and 200 thumb GD 2.0.34

Original: 	109,322
resize:		109,322
thumb:		6,466

Notes:
I don't see the massive difference in various sizes. I am surprised that GD is significantly smaller, but I don't see the quality difference *.
All resizes are smaller than the original on 2 different hosts with 2 different versions of IM toolkits.
Setting the resize larger that the original does not make the resize bigger.

Must be something with your host/toolkit setup that makes the images larger.

*: http://www.baschny.de/graphic-test/

Dave

_____________________________________________
Blog & G2 || floridave - Gallery Team
 
nivekiam
nivekiam's picture

Joined: 2002-12-10
Posts: 16504
Posted: Wed, 2009-11-11 22:50

Dave's so much more thorough than me :)

I should have mentioned my resized version is 480 (created an image 480x360)

I didn't test GD.
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
 
pande

Joined: 2005-05-08
Posts: 56
Posted: Thu, 2009-11-12 17:03

Yeah yeah, I know I should switch from hosting company :) But then I have to start uploading all over again...

But thank you very much for testing guys. I think it's a good thing to know that this only seems to happen with my Gallery, and it's not a Gallery-wide bug...

What I think I can do, is use FTP to replace the Gallery-generated-files with the original ones from my harddrive, which of course have the same file-name, and have the same size (800x600), but will be a lot smaller in filesize.

It's not an ideal situation, but I think it will have to do for me for now...

Thanks again... Now there's only one more problem, for which I'll create a new thread...