So. I kind of like BOMArchiverHelper.app, the default OS X unzipping utility. However, it has quite a number of limitations. Most other unarchivers on OS X have interfaces that I don't like, or just don't work very well. Also, thanks to Windows' idiotic idea of using the current system encoding for filenames, I have tons of archives from Japan with Shift_JIS filenames, which none of the unarchivers on OS X I've tried will handle properly.

And so I, because I obviously don't have enough to do already, get the idea that I need to write a better unarchiver. Features I think it needs include:

• Handle as many formats as possible. Not just Zip and Tar-Gzip, but RAR, 7-Zip, LhA, StuffIt, and anything else you can think of.
• Handle non-UTF8 filenames, perferrably automatically.
• Have a simple and straightforward interface like BOMArchiveHelper.app.
• Not leave .tar files lying around when unpacking .tar.gz files and the like.
• As a side benefit, produce some code that can be re-used to add archive support to Xee (so this whole project doesn't just steal time I could be working on Xee instead).

For actual information on the current state of this project, read on!

>>414

http://wakaba.c3.cx/sup/kareha.pl/1141929669/ -> CTRL-F -> "guide"

>>411

HP... this didn't work for me on 10.5 on PPC.

Have you restarted and tried changing all zips to open with The Unarchiver?

I have restarted twice ;)

But, it started to work, for me, before I have to restart… U have to modify info.plist, move your app (perhaps: /Applications -> ~/Desktop -> /Applications), reassociate (contextual menu) … and after, it could work…

At the moment, all my zips have the icon of "The Unarchiver" :)

In my case 10.5 Intel… but, I don't think syntax used in plist have to deal with processor (may be am I wrong?).

>>411

That will break the formats list inside The Unarchiver, though.

>>391
Just a note, I tried this and it didn't work.
Just yesterday I deleted the unarchiver preferences and downloaded a new copy and tried this again.

It works strangely enough.

>>391

Wow, how did I overlook such a simple troubleshooting procedure? This actually worked for me as well. Thanks!

For those who can't get >>391 to work, it's probably because Launch Services won't read Info.plist again unless the app's container directory's timestamp has changed. That's why moving it around or reinstalling might help.

Or more reliably, use the Terminal to run touch "/Applications/The Unarchiver.app".

I just found out about this right now, but it looks like this HMBlkAppKit framework could be great for The Unarchiver, comes with great looking alternating row colors and custom progress bars already.

http://shiira.jp/hmblkappkit/en.html

I just started using The Unarchiver and it is much faster than BOMArchiveHelper.
However, the files I'm extracting are 5+GB, and all I see is' preparing to extract "myfile.zip"', is never says anything like 'Extracting now'. Just when I think it's hung up, the extracted file's folder pops up. Which is great, but I'd like to see something indicating that it's not hung.

Thanks for the fast product.

Ok i love the app and how it opens Stuffit format, its wonderful since i hate stuffit, tho is there anyway that in the next update you could try and add support for .sitx files? as i have a few that i havn't been about to open for a while :-/

Regards, Hardcore

how about a quicklook plugin, like what betterzip has: http://macitbetter.com/BetterZipQL-1.0

>>431
Why re-invent the wheel?
There's already 4 different quicklook plugins that support at least zip.

Besides if Waha doesn't have Leopard yet, I doubt he'll want to code something that he can't even test or even use.

>>430
Check >>79

Are you still working on it? Just came to say great work and that I look forward to 2.0 with password-protected rar support.

Yeah we want some updates, for Leopard and so on

I have some kind of Leopard fix done, but I need to test it a bit more. Should be out "soon".

I have plans for some big changes to make it easier to add new formats and add support for encryption and such, but it'll take a lot of work that I don't have the time to do at the moment. Perhaps sometime towards spring, I will.

So good to heard that... Can't wait to test it :P

So good to heard that... Can't wait to test it :P

THANK YOU !

this "patch" works fine.

Do you plan to put in a file joining feature so that people don't have to boot up Windows to open split RAR files? Otherwise, I find it works well -- Thanks.

It already supports normal multi-part RAR files.

The Unarchiver is a great utilify; but it doesn't unpack my RAR archives locked by a (long) password. It gives me the error: "Could not extract the file "aaa". Command is not supported". Other unarchivers have no difficulty in unpacking the archive. Can something be fixed? That would really be great!

The Unarchiver is a great utilify; but it doesn't unpack my RAR archives locked by a (long) password. It gives me the error: "Could not extract the file "aaa". Command is not supported". Other unarchivers have no difficulty in unpacking the archive. Can something be fixed? That would really be great!

>>442 Look above, he says he's working on encryption support. As of now it cannot handle encrypted archives.

omg. do i have to wait for spring...? hope you'll seed some betas.

btw I noticed you can find some unarchive bundles in Stuffit Expander.app, and are can those used for The Unarchiver? Maybe its needed to unassemble and hacked?

*Can those be used for The unarchiver
sry mistypes.

>>444

It is an interesting idea, but I suspect it wouldn't work. I'll keep it in mind, though.

The Unarchiver is not functioning properly in Leopard. I can't seem to assign The Unarchiver to open up my zipped files. When I use the Get Info window, I have to navigate to find it. (It's not visible along with Stuffit and Archive Utility.) When I assign it to a zip (or other similar) file and then click on Change All.. the window flashes and it says Archive Utility again. Looking for a solution.

>>447
Read this thread more closely.

it would be really awesome if it would check if i have the terminal version af unrar installet and then use that to unrar files. I have a lot of problems with files rar'ed with winrar stalling the unarchiver but runs just fine from the terminal with unrar e <file>

Christian: I suggest using Platypus and the command-line UNRAR to make yourself a fully working application without waiting for the RAR support. That's what I did within a day (with a little bit of bash scripting) and I'm quite happy (still using the Unarchiver for ZIPs etc.).

Finally put out an attempt at a version to fix the Leopard issues:

http://wakaba.c3.cx/releases/mac/TheUnarchiver1.6.1.zip

Nothing else really new in this, except for some higher-res icons. Hopefully it will work better on Leopard now. Any reports of successes of failures appreciated.

Is there any secret for using expanding Diskdoubler files? Here I send a sample, compressed with DiskDoubler 4.1, that The Unarchiver does not seem to support.

Compressed: http://www.box.net/shared/r0guhi1kwc
Expanded: http://www.box.net/shared/6yos1ggw0o

(I manually added the .dd extension to the compressed file, since that DD identified the compressed nature of the files by its icon, not by the filename)

libxad has the start of a DiskDoubler decompressor, but it does not actually work. I know nothing about it, so I can't do much about it. If anyone was to contribute some code for it, I'd be more than happy to add it.

>>449

You can just merge the official unrar source. I can't find a license, but I think it's alright.

Heya,
I encountered weird behaviour with a large (4gig) archive compressed with os x (10.5.1) archive utility. It just wouldn't extract right with the unarchiver and always ended up with some 500 megabyte file instead of the 4 gigabyte original. Archive utility on the other hand could extract it a-ok. First I thought it was an issue with the archive and compressed the file again a few times before I figured out I could try archive utility.

>>456

That doesn't seem incompatible with the LGPL. (but it would be with the GPL, of course)

>>457
I managed to duplicate this with a 2gb file. (An iso in a zip, in case you're wondering)

вы пидоры!

>>458 Waha releases code under the public domain.

>>461

libxad is LGPL in this configuration
(http://theunarchiver.googlecode.com/svn/trunk/libxad/COPYING and some grep -r GPL)

higher res icons ftw!

The ability to unlock password-protected RAR files is a critically needed feature! I'm looking forward to seeing it added. Thanks.

The ability to unlock password-protected RAR files is a critically needed feature! I look forward to seeing it added. Thanks for your work on this!

i too hope i can decompress rar files with password in the near future, other than that the unarchiver is just great!

just wanted to second, the decompressing password-protected rar files. otherwise, it's perfect! thanks.

It's beautifull program, but one problem, how to open 7z parts files?? This files use 001, 002,... extensions

Thanks!

I love it! Simple and beautiful. But I'm a heavy rar user. The unarchiver fails to unlock password-protected rar files!!! The rest of it is just great!

You rock!!! But when is the new version for password-protected RAR files? Really look forward to it!!!!

Fantastic program. But I'd love it even more if all the alert dialogs offered a "Default" button that responded to ENTER and RETURN keys!

Great app. Use as BOMarchiver replacment.

I do have a suggestion.The way now the unarchiver works is that ut unpacks the archive to a default folder. (On my setup thats /temp). It would be great to have modifier key that would activate the unarchiving function while just drag'n'droping the file to the destination folder. just like copy/move but let's that this woud be a new modifier key. For example:

I want to unarchive files.zip from user/downloads/ to user/movies/. I would drag'ndrop the files.zip to user/movies/ while holding cmd+alt. That would start the unarchiving of the files.zip to the destination I wanted.

Hope this makes sense. maybe there is already a way to use this I just don't know the right keys.

have a jice day and thanks again for a great app.
Stan

>>475
Would be neat, but I'm not sure that's possible. You'd have to be reaching pretty deeply into OS Finder's internals for that sort of functionality.

s/OS Finder's/OS X and Finder's/

Hi. I have a problem.
Unarchiver is a great app and i love the "cue" funktion.
But when i cue up a couple of extractions its a little bit of a gamble if it will go throug or not.
I dont know why and i dont see any patern.
Sometimes it works great and it extracts all the things i have cued up.
But most of the time it stops after a couple of extractions.
Anyone that know what can be wrong?

It's been a while since v.1.6.1 was out. Really look forward to the new version with extracting passworded RAR files so that I can throw Stuffit Expander away!!! :P

well thats two of us!

>>482

I guess maybe there is some limit to the path length in tar files, and some extension to handle longer ones? I'll look into it when I have some free time again, which I hope won't be too far from now... But file a bug on the bug tracker too just so I don't forget.

Does that mean the new version is coming out?!!!! That's terrific! Looking forward to it! Hope password protected RAR files can be extracted this time!

this is a fantastic app! but i'll still wait and see what it's gonna have in the next ver.

I use 1.6.1 and it seems to really choke on 7z files, RAM usage goes through the roof. It seems that it actually only does the real choking if I try to cancel, it takes a few minutes or so to actually do the canceling. I tried 7zX and it works fine. Considered using the p7zip file instead of just libxad?

Of course, it could be because 7zip doesn't provide a progress bar and it was working fine, I just didn't see any progress.

>>486

The 7-zip code is pretty horrible. I'm using the slightly more sane 7zC code, but it's sorely lacking in features, and tends to use up tons of memory. I'd like to improve it, but I'm not sure what's possible.

One thing that appears to be missing is decompression of .tar.lzma and raw .lzma archives.

It shouldn't be too hard to add, but does anybody actually use that?

It's used by Wikipedia to compress SQL dumps, it's used by the corp I work for, for a similar reason. It's basically a direct replacement for gzip and bzip2; as a stream compressor you'd be hard pressed to find better.

Personally, I use it to compress my rather extensive book collection, one file at a time. E.g. I'd like to be able to double-click my .txt.lzma or .html.lzma file, get an uncompressed file I can read, then delete the uncompressed file. My 50+ GB book collection slims down to under 10GB with LZMA. I've been using gzip for this previously.

I've downloaded the code and I have the code for the lzmatools package, so I'll give it a shot myself tonight.

> so I'll give it a shot myself tonight.

Don't bother. The guts of the compression code are being heavily re-written right now, and anything you do would just have to be re-done afterwards. (This is because as it is now, it's far too much work to add new formats.)

V 1.6.1 on Leopard reports corrupt file for some .gz archives (single gzipped files actually). I download gzipped log files from my web hosting server and it coughs (unzips part of it and then says file is corrput) on http logs and unzips OK ftp logs (which are smaller files). I presume both log files were zipped using the same utility. Command line gunzip or BOMArchiveHelper.app handle those archives OK. Here is console log:
28/05/08 09:38:27 The Unarchiver[51785] Warning *** -[NSLock lock]: deadlock (<NSLock: 0x14c5f0> '(null)')
28/05/08 09:38:27 The Unarchiver[51785] Warning *** Break on _NSLockError() to debug.
28/05/08 09:38:33 The Unarchiver[51785] Warning *** -[NSLock unlock]: lock (<NSLock: 0x14c5f0> '(null)') unlocked from thread which did not lock it
28/05/08 09:38:33 The Unarchiver[51785] Warning *** Break on _NSLockError() to debug.

>>492

I'll need files before I can do anything about it.

I emailed you the file.

I just tried your program for opening old DiskDoubler files and it would not. I got error message saying "could not open resource fork".

I still have DiskDoubler but am about to wean off OS 9 finally and was looking for something to open the hundreds of old DD files I have in the future.

Thank you

>>495

Apparently the DiskDoubler code in libxad is not finished. If you want support for it, you probably need to bother them about it, or if you can find some code for unpacking them, I can try adding support at some point.

Hey, I really like the interface of the Unarchiver, and also the function of extracting many files with only one double-click! But it's been a while since the version of 1.6.1 came out. I'm wondering when you'll release the next version. Actually, I'm really looking forward to it since I got so many RAR files with those stupid passwords!

That's how it is with software written in one's spare time.

I've been working on some big internal rewrites lately, to make it easier to expand, but when that will be done, nobody knows.

I'd really like to be able to expend password protected stuffit files (.sit and .sea, which The Unarchiver doesn't seem to support at the moment. when opening a password protected stuffit file it just says the file format is corrupted, instead of asking for the password.

I'm a software developer and won't mind coding it in myself, if some one can give me a hint in regard to the mechanism stuffit is using to password protect it's archives.

I'd really like to be able to expend password protected stuffit files (.sit and .sea, which The Unarchiver doesn't seem to support at the moment. when opening a password protected stuffit file it just says the file format is corrupted, instead of asking for the password.

I'm a software developer and won't mind coding it in myself, if some one can give me a hint in regard to the mechanism stuffit is using to password protect it's archives.

As just an end-user I am obviously way out of my depth here, and I see from the posts that the 7Zip code is "pretty horrible", but as a data point - about a quarter of the 7zip files I have been receiving throw an error similar to the image attached and result in zero length output files. For these files the "app" EZ 7z works fine as long as I move the file to my startup drive. I would send a sample archive but they're all over 100+meg.

It wont open password protected 7Z files, please please please fix that!

Er, Just wanted to make a small suggestion. Maybe .sitx files? I am not sure how hard that is but...For some reason Unarchiver chokes on them. Thanks for everything you do!

7z issue... kinda sucks... going to find another app :(

Sorry, I have trouble downloading your program. Could you put the file on google code's download section?

Is Unarchiver still in Development, as there are some important features on the milestone list (eg. password protected .rar) that I am really waiting for.

>>507

Yes, although somewhat slowly.

Unarchiver produces the wrong filename in some cases:
hd93521_032_01_a_ct.fits.gz gets unzipped to
hd93521_032.01_a_ct_fits
while both BOMArchiveHelper.app and gunzip produce
hd93521_032_01_a_ct.fits (as expected from .gz filename)
Thanks for your excellent free apps!

>>509

Sounds like a libxad bug. I'll look into it, but to make sure I remember post it on the bug tracker at http://code.google.com/p/theunarchiver/issues/list.

The Unarchiver failed at untarring Transmission source transmission-1.33.tar (bz2 decompression succeeded, but fails with untar. CUI version works.) Project page at: http://www.transmissionbt.com/

(By CUI version, I meant typing tar xf at Terminal and not related to The Unarchiver)

>>162

7-zip support seems to be poor? I'm trying to open a 640mb .7z file and it at first it took several minutes to get going and then finally error'd out with a "corruption" error. But tossing it into a window box opened it less than 10 seconds.

Any chances of fixing the issues The Unarchiver is causing for users who try to decompress the PwnageTool for iPhone from http://blog.iphone-dev.org/? They're specifically asking people not to use this application now since it breaks the .tbz files..?