Facebook  Twitter 


+- +-


+- User Information

Welcome, Guest.
Please login or register.
Forgot your password?

+- Forum Stats

Total Members: 12369
Latest: Dwaynee
New This Month: 9
New This Week: 2
New Today: 0
Total Posts: 40207
Total Topics: 7080
Most Online Today: 116
Most Online Ever: 2482
(April 09, 2011, 07:02:45 pm)
Users Online
Members: 0
Guests: 84
Total: 84

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - dlomneck

Pages: [1]
Feature Requests / Re: Bulk Image Upload via archive (zip)
« on: November 27, 2007, 03:17:14 am »
Well, even if you are only using it to upload 5 images at a time, it's going to be less work on the user I think then filling out all those fields.  Maybe I'm being selfish with this request.  I know that my host, crystaltech, has their php set to 8mb, but yes, that 2mb is the normal for uploading.  Even at 2megs, if you zip them, that could be 10 or more images you can upload with a single upload form.  As long as you put something for the user to see that says "make sure your zip is under xxx megs", I would be extremely happy with this feature.  And I do think it should be available to anybody who has access to the bulk uploader.


Support / Re: Bulk upload resize?
« on: November 27, 2007, 03:07:55 am »
That did it :)  Awesome.   So, should I be documenting all these changes, or are they making their way into your future versions? :)


Support / Re: Bulk upload resize?
« on: November 26, 2007, 09:19:43 pm »
Your fix and iosarian's fix seemed to have allowed me to upload images via the bulk image upload now. 

There seems to be a bug in the way you store the "filesize" information.  All my "bulk image" uploads are showing the wrong filesize.  It's like it is showing the size BEFORE it does the "imagejpeg($image, $filename, 65);" optimization.  The actual size of the file is correct, so I know it's doing the optimization.  But the displayed filesize is wrong.

Any guidance here?


Feature Requests / Re: Bulk Image Upload via archive (zip)
« on: November 26, 2007, 02:11:45 am »
Well, I know it would be a great addition.  Especially since the bulk image upload is broken if you have it set to resize the images.  It would really allow you to upload a lot of pictures without having to fill out a ton of upload fields.


Support / Re: Bulk upload resize?
« on: November 26, 2007, 02:08:55 am »
Ok, still doesn't work.  I can only use bulk-add if my images are under the size I set in the gallery prefs.  If the image requires resizing, all I get is a blank screen (white screen).  This is really a crippling effect to a very powerful feature of this site. 

error logs show nothing, and PHP is set to display errors, but all I get is a blank page.  I tried doing the above fix, and it didn't correct it.   I have tried uploadin 1, 2, 3, 4, and 5 images at once.  None work if any of them require resizing.  Any hope here????



Support / Re: Resized images are Larger than original filesize
« on: November 25, 2007, 01:37:19 pm »
Excellent!  Thanks


Support / Re: SMF Gallery Pro Linktree
« on: November 24, 2007, 01:05:14 pm »
I'm very interested in getting my link tree to say something other than just "forum" when I'm in the gallery.  I would love for it to show

SMFHacks > Forum > Gallery > Category > Subcategory

The extra's queries won't be a problem if somebody could just figure it out. 


Feature Requests / Bulk Image Upload via archive (zip)
« on: November 24, 2007, 02:00:29 am »
How hard would it be to implement something like the SMF package interface, where you can just upload a .zip file full of pictures and have the site decompress them and process them?  This would be 1000% better than giving 100 users FTP access to upload files to the dir on the server.  And easier for people to use I think.  Would obviously have to follow the size standards on the server and resize automatically if set, just like the individual image upload does.  Shouldn't be that hard to have it loop through them though, read the images in, check size, resize if needed, move to the right dir, then delete the archive.zip when done.

Would such a feature be a reasonable request?  The java method seems outdate, and doesn't follow the resize restrictions, and gives me lots of "Undefined index: browser" errors, AND doesn't work for anybody but admin, so isn't a real solution.  Thanks for your consideration.


Support / Re: Resized images are Larger than original filesize
« on: November 24, 2007, 01:17:23 am »
ok, I figured it out, and I would say this is something that really needs to be addressed.

First, for clarification, the changes I made in sub-graphics.php affect the quality of the "Thumbnail" only.  If you want to decrease the quality/filesize of a resized image (like if you upload 2000x2000 and you want it resized to 1000x1000), then you need to also make the change in "gallery.php" 

Using the value 65 seemed like a nice quality/filesize, but tweak yourself.

My problem was that the images, even though they were .jpg files being uploaded, were being converted to .png files.  It wasn't apparent at first, because when right clicked and saved as, it still put .jpg filename on the end.  Opening the .jpg in text editor and you can see the first part clearly says "PNG". 

What was causing this?  A setting in SMF called "Use PNG for resized avatars?" in the Attachments and Avatars/Avatar Settings  section in Admin.  Unchecking that allowed the two modification I made to ACTUALLY work.

I would think that the Gallery Pro should work independent of other settings in SFM.  For me, the Use PNG setting was selected by default, and thus had me "broken" from the very start.  I hope this post helps others.  Sorry to double post.


Support / Resized images are Larger than original filesize
« on: November 24, 2007, 12:50:36 am »
When I upload an image, say 1.25mb at 2576x1932pixels, And I have the gallery set to resize the image to a max of 1024x768pixels, I would expect the filesize to go DOWN.  Instead, the filesize increases to 1.34mb.  This is totally baffling me, as the reason for resizing an image would be to atleast lower the filesize a bit.

I have searched the forum, and the two methods I have found online don't seem to help me at all.
I found this in Gallery.php:
Code: [Select]
if ($sizes[2] == 2)
  imagejpeg($image, $filename);
 if ($sizes[2] == 3)
  imagepng($image, $filename);
And replaced it with this(trying numbers from 0-100 with absolutley no change in filesize, exactly the same size down to the bit):
Code: [Select]
if ($sizes[2] == 2)
  imagejpeg($image, $filename, 0);
 if ($sizes[2] == 3)
  imagepng($image, $filename);

I also found in Subs-Graphics.php
Code: [Select]
if (!empty($modSettings['avatar_download_png']))
imagepng($dst_img, $destName);
imagejpeg($dst_img, $destName);
and replaced it with this(same as above):
Code: [Select]
if (!empty($modSettings['avatar_download_png']))
imagepng($dst_img, $destName);
imagejpeg($dst_img, $destName, 0);

Yes, I realize that the resize function is set to resize by dimensions and not filesize, but it seems a bit ridiculous that at nearly 1/3 of the size in dimensions, the filesize gets BIGGER.  Can somebody please help?  I have GD installed, this is from my phpinfo:

GD Support    enabled
GD Version    bundled (2.0.28 compatible)
FreeType Support    enabled
FreeType Linkage    with freetype
FreeType Version    2.1.9
T1Lib Support    enabled
GIF Read Support    enabled
GIF Create Support    enabled
JPG Support    enabled
PNG Support    enabled
WBMP Support    enabled
XBM Support    enabled

Can somebody PLEASE help.  The main reason for this purchase was the resize ability, and at this rate, I'll quickly run out of space on my webhost.  I'm using SMF Gallery Pro 1.3.4 which I just downloaded an installed 5hrs ago.  SMF 1.1.4 and  TinyPortal v0.9.8. Thank you very much.


Support / Re: Problem with image size
« on: November 23, 2007, 11:30:42 pm »
Yes, this works a treat.  Just bought the pro version specifically FOR the image resize function and was quite upset when the image size/scaling was not taking into account Aspect Ratio.  Hopefully this makes it into newer versions so I don't have to re-hack this with every upgrade. Thanks


Pages: [1]

+- Recent Topics

Font question by SMFHacks
May 27, 2020, 08:15:26 am

Error message with latest SMF 2.1 Github build by Hatshepsut
May 25, 2020, 01:43:26 am

smfblog not working on 2.0.17 by tech9
May 20, 2020, 01:44:34 pm

Copyright removal by stbc
May 18, 2020, 01:27:57 am

Mod Verified User i can't square the image by Rock Lee
May 07, 2020, 07:56:10 pm

SMF4Mobile 2.0 released for SMF 2.0.x by SMFHacks
May 06, 2020, 12:13:14 pm

SMF Social Login Pro - Discontinued? by Nicole
May 02, 2020, 05:47:04 pm

Likes by SMFHacks
April 30, 2020, 09:50:35 pm

Upgrade Issue - by SMFHacks
April 28, 2020, 12:40:13 pm

Issues regarding Licenses and Domain by SMFHacks
April 28, 2020, 10:59:41 am

Powered by EzPortal