Author Topic: Compressing files into multiple .zip archives with each .zip being independent (Read 202,041 times)

BoyWonder · « **Reply #25 on:** September 30, 2007, 12:19 PM »

Hey!!! This tool is wicked!! This is exactly what Ive been looking for. I was wondering if it is possible to release an updated version that keeps the file name the same with exception to the extension??!?

ie

pic1.jpg –> pic1.zip

This would be a nice option

skwire · « **Reply #26 on:** October 02, 2007, 12:59 PM »

Quote from: BoyWonder on September 30, 2007, 12:19 PM

Hey!!! This tool is wicked!! This is exactly what Ive been looking for.

Thanks, I'm glad you like it.

Quote from: BoyWonder on September 30, 2007, 12:19 PM

I was wondering if it is possible to release an updated version that keeps the file name the same with exception to the extension??!?

ie

pic1.jpg –> pic1.zip

This would be a nice option

Hmmm...I'm not exactly understanding what you want since there going to be numerous files in each zip (as in, how would I know which filename to make the zipname from?). Can you elaborate a bit further?

BoyWonder · « **Reply #27 on:** October 02, 2007, 01:28 PM »

What i mean is if I have a folder full of, for instance, images;

pic1.jpg
pic2.jpg
pic3.jpg
etc...

After running Spinzip, I would like to have

pic1.zip
pic2.zip
pic3.zip
etc...

with of course the corresponding compressed file, so in result I would have as many
compressed files as I would uncompressed files. The only difference would be the file size.

Is this more clear?

Curt · « **Reply #28 on:** October 02, 2007, 02:45 PM »

@ skwire - no problems found, [Edit: wow, you just wrote about this, and I didn't see it!) but it would be so nice if you will add option the keep the original name of the file, please! ie: picSomeName.jpg => picSomeName.jpg.zip, or picSomeName.jpg => picSomeName.zip

Edit2: To clear it up a little: Webshots images's name is vital to another file which contains informations abouth the picture. So the name of the picture cannot / must not be changed.

skwire · « **Reply #29 on:** October 02, 2007, 02:51 PM »

Quote from: BoyWonder on October 02, 2007, 01:28 PM

with of course the corresponding compressed file, so in result I would have as many
compressed files as I would uncompressed files. The only difference would be the file size.
Is this more clear?

Ah, so you want one zip per file no matter what the size of the file is, right? 8000 bitmaps would result in 8000 zips, eh?

Quote from: Curt on October 02, 2007, 02:45 PM

@ skwire - no problems found, but it would be so nice if you will add option the keep the original name of the file, please! ie: pic1.jpg => pic1.jpg.zip, or pic1.jpg => pic1.zip

Sure, easily done if 'one zip per file' was what BoyWonder initially wanted.

BoyWonder · « **Reply #30 on:** October 04, 2007, 03:31 AM »

Quote

Ah, so you want one zip per file no matter what the size of the file is, right? 8000 bitmaps would result in 8000 zips, eh?

Yes, Im looking for one zip per file regardless of the file size with the root of the file name retained.

Lashiec · « **Reply #31 on:** October 04, 2007, 02:29 PM »

Oh, then WinRAR will do the job. Look here for the details (I don't feel like repeating myself

)

skwire · « **Reply #32 on:** October 04, 2007, 08:29 PM »

Quote from: BoyWonder on October 04, 2007, 03:31 AM

Yes, Im looking for one zip per file regardless of the file size with the root of the file name retained.

Sure, easily done. I'll find some time this week(end) to add your request. I'll also work in Curt's request: picSomeName.jpg.zip or picSomeName.zip

Quote from: Lashiec on October 04, 2007, 02:29 PM

Oh, then WinRAR will do the job. Look here for the details (I don't feel like repeating myself )

WinRAR is a great application. However, it's possible that BoyWonder does not own WinRAR nor does he plan on purchasing it.

lanux128 · « **Reply #33 on:** October 05, 2007, 12:36 AM »

Quote from: Lashiec on October 04, 2007, 02:29 PM

Oh, then WinRAR will do the job. Look here for the details (I don't feel like repeating myself

Lashiec, i mentioned the same thing here but i think it's a good feature to have in SpinZip as well since i can copy it into a USB drive & use it where WinRAR is not available..

• a batch Zip program

testgames · « **Reply #34 on:** December 02, 2007, 07:29 PM »

Hi,
The recursive feature doesn't work for me. Any tricks?

Quote from: skwire on February 21, 2007, 07:14 PM

I did release a later version that isn't on this thread. You can download it here: http://www.autohotkey.net/~skwire/apps/spinzip/spinzip-setup-v0.0.4.exe

It offers recursive zipping as well as a single wildcard (*.jpg, etc.) option. If you find problems with it...don't hesitate to let me know. Thanks. =]

testgames · « **Reply #35 on:** December 02, 2007, 08:08 PM »

The recursive directory zip doesn't work for me.
Any solution or trick to make this works?

mouser · « **Reply #36 on:** December 02, 2007, 09:29 PM »

it might be nice to have the option to name the zip as the FIRST file in the zip if there are more than 1 per zip.

skwire · « **Reply #37 on:** December 03, 2007, 11:32 AM »

Quote from: testgames on December 02, 2007, 08:08 PM

The recursive directory zip doesn't work for me.
Any solution or trick to make this works?

Try the latest version (v0.0.5.0) I just uploaded. You can find the download link in the next post.

skwire · « **Reply #38 on:** December 03, 2007, 11:32 AM »

First of all, apologies to BoyWonder and Curt that this version took so long to put together. Real life, work, blah, blah...you know the drill. At any rate, here's a screenshot of the newest version (0.0.5.0):

You can download it from: http://www.autohotkey.net/~skwire/apps/spinzip/spinzip-setup-v0.0.5.0.exe

Questions, comments, and flak are all welcome.

testgames · « **Reply #39 on:** December 05, 2007, 10:12 AM »

Hi,
Thanks for this version.
My problem is that it doesn't create the zip files (in oppose to the old versions).
Can you fixed that?
Thanks
Testgames

justice · « **Reply #40 on:** December 05, 2007, 11:09 AM »

I can confirm it doesn't create any zipfiles. Also if you could tick the "include subdirectory" option by default and include standard sizes (650, 700,4.7GB) that would make it quicker to use.

Urig · « **Reply #41 on:** December 05, 2007, 01:49 PM »

It looks like a great tool. I look forward to receiving the fixed one.

skwire · « **Reply #42 on:** December 08, 2007, 10:26 PM »

Quote from: testgames on December 05, 2007, 10:12 AM

My problem is that it doesn't create the zip files (in oppose to the old versions).
Can you fixed that?

Hmmmm...it works here without any problems.

1) What OS are you using?

2) Are there no zip files no matter which of the three output modes you can choose from?

3) What are the input and output paths you're using (so I can try them on my system)?

skwire · « **Reply #43 on:** December 08, 2007, 11:01 PM »

Actually, I may have found an (the?) issue. Replace the spinzip.exe in your install folder with this one:

http://www.autohotkey.net/~skwire/apps/spinzip/spinzip.exe

Let me know if that works. If not, please answer my questions above. Thanks. =]

testgames · « **Reply #44 on:** December 09, 2007, 03:47 PM »

Hi,
Thanks a lot for the quick response.

I have tested the application and here are the details:
The application works fine with small size directories (up to 2 GB).
When I tried to create stand alone zip files out of a 7 GB directory, only 2 out of 4 zip files were actually created.
Also, when choosing the big directory and marking the "scan subdirectories too?" box, most of the time the application gets stuck and I need to restart it (4 out of 5 times it doesn't work).

I am sure this app wasn't meant to handle such a big size directories, but maybe with some minor changes it will.
I appriciate your help !
BR,
testgames.

skwire · « **Reply #45 on:** December 09, 2007, 07:40 PM »

Quote from: testgames on December 09, 2007, 03:47 PM

I am sure this app wasn't meant to handle such a big size directories, but maybe with some minor changes it will.

Correct, I really didn't have such large directories in mind when creating the app. You may be better off using a full-fledged archiving app for your purposes. That being said, can you give me some details about the directories you're using? You mention a 7GB folder.

1) What sorts of sizes of files are we talking about here? Biggest? Smallest?

2) What sort of (sub)folder structure? How many levels? Path length?

3) What output mode are you using?

I usually test this app on my wife's family picture folder which currently has 3600 files comprising 2.75GB of space. Granted, most of the files are fairly small on the scale of things (from a few hundred kilobytes to a couple of megs each). I also test on my software archive folder which has many levels and all sorts of files and file sizes.

Ralf Maximus · « **Reply #46 on:** December 09, 2007, 07:52 PM »

The .zip format has an upper limit of 2GB per file. You can create spanning .zip files for larger jobs, but a tool like RAR is better suited for humungoid directories.

Lashiec · « **Reply #47 on:** December 09, 2007, 07:53 PM »

~~Wasn't the limit 4 GB?~~

Forget about it, I just checked the WinRAR helpfile, and it's 2 GB. You can always use the Zip64 extension, though.

Ralf Maximus · « **Reply #48 on:** December 09, 2007, 07:55 PM »

Nope, 2GB. Pure .zip is an old standard, going back to the days when 2GB was bigger than any disk drive imaginable. Who'd ever need more?

I imagine there are "enhanced" .zip supersets of the standard (7zip?) but if you're talking oldschool .zip, it's 2GB.

UPDATE: Goddamn it Lash, you're posting too fast! :-)

skwire · « **Reply #49 on:** December 09, 2007, 08:02 PM »

Quote from: Ralf Maximus on December 09, 2007, 07:55 PM

I imagine there are "enhanced" .zip supersets of the standard (7zip?) but if you're talking oldschool .zip, it's 2GB.

Oddly enough, I spoke to mouser the other day about giving the user the option to create .7z files (which supports 16000000000GB size files). Sounds like it's time for me to implement that feature, eh?