--------------- FIDO MESSAGE AREA==> TOPIC: 141 ARJ Ref: EGF00000 Date: 12/10/97 From: STEVEN HANCOCK Time: 01:05am \/To: HANS MANGOLD (Read 0 times) Subj: * ARJ & JAR last release > Kevin, by chance, are you using JAR under DOS or, heaven forbid, under OS/ Hey, I resent that remark! > JAR really shines under Win95 and I found it to be =generally= superior in > every respect, e.g. compression, speed, features, than RAR. It's true tha > JAR loves memory, but then again, I think Robert Jung did a superb job > matching JAR's memory appetite to Win95's excellent memory management. Win95's excellent memory management? I don't know what Win95 you're running :> Anyway, enough OS debate, on to what I'm actually responding to here. Although JAR is generally superior to RAR, there are cases where RAR will give you better compression. Robert Jung acknowledged this in email when I complimented him on his great archiver and commented about how it was giving me better compression than RAR. I've found that it's rare, on my machine, for RAR to give me better compression than JAR, and when it does there is usually only a 10 or 11 k difference in the files, so it's only a small difference in compression ratios when it happens. Generally, though, JAR produces much smaller archives on my machine than RAR does. It is definately faster than RAR, although it is lacking a few features that both ARJ and RAR have, such as self-extracting files. One thing I would love to see in JAR (and I have emailed this suggestion to Robert Jung, who said he would consider it) is the ability to use an installation script to create "self-installing" archives like you can with RAR. BTW, I use both RAR and JAR under DOS and Win95. I would like to see a Linux version of JAR though, since Linux is really my OS of choice. - steve Team OS/2 --- WWIVGate 2.00c * Origin: Slave Pit BBS (1:103/350) --------------- FIDO MESSAGE AREA==> TOPIC: 141 ARJ Ref: EGF00001 Date: 12/10/97 From: JESSE DOOLING Time: 08:42pm \/To: ROBERT JUNG (Read 0 times) Subj: Better compression with ARJ Hi, One way to increase the effectiveness of the ARJ compression would be to have a variable Huffman buffer size. The Huffman buffer would change size for each type of file. For example the buffer would change to a size of 57K for text files, a size of 10k for DOS EXE files, 6K for Impulse Tracker files, another size for windows DLLs..... Of course it would require to test the most popular file formats like WAV files, DLLs, TXT files.... The variable buffer could be something good. ARJ could for example do like JAR, pack all same type files at once then process the other types..... -- www.colba.net/~concept [)(]::::: Jesse@bnInter.org :::::[)(] :) --- GEcho/386/JAM/V.34+ * Origin: [)(]::Concept Blazer::[)(] MONTREAL (1-514)354-2890 : (1:167/200) --------------- FIDO MESSAGE AREA==> TOPIC: 141 ARJ Ref: EGF00002 Date: 12/10/97 From: DAVID BOWERMAN Time: 10:09pm \/To: JERRY LEE (Read 0 times) Subj: ARJ 360K volume limit Jerry Lee wrote in a message to All: JL> Why is it that ARJ, which claims to be "free to use in a JL> noncommercial environment", has a crippled multivolume feature JL> which only allows a maximum 360K volume in a multivolume archive? ???? What crippled multivolume feature? I use it rather often with 1400KB volumes and it works just fine. Are you trying to create multi-volume self extracting archives by any chance? Regards, David --- timEd/2 1.10+ * Origin: Frog Hollow -- a scenic backroad off the Infobahn (1:153/290) --------------- FIDO MESSAGE AREA==> TOPIC: 141 ARJ Ref: EGH00000 Date: 12/12/97 From: EVGENY ZARETSKY Time: 07:30pm \/To: CAREY BLOODWORTH (Read 0 times) Subj: ARJ 360K volume limit Hello, Carey. Sunday, December 07 1997 21:42, Carey Bloodworth wrote to Jerry Lee: JL>> Why is it that ARJ, which claims to be "free to use in a JL>> noncommercial environment", has a crippled multivolume feature JL>> which only allows a maximum 360K volume in a multivolume archive? CB> It doesn't. The limit is for _self_extracting_ multi-volume archives. CB> That's something that most people won't use for personal usage. Hmmm, I don't think so. Creating of multi-volume sfx-archives is very useful feature. Imagine situation: you want to create multi-volume archive for your friend but he hasn't ARJ (for example he use only ZIP or RAR). Don't you know that shareware vertion of ARJ contains code which allows to create multi-volume sfx-archives with size more then 360kb, but this part of code is inaccessible. That's why I use RAR for this. With best regards Evgeny --- * Origin: -= Ace_0f_Trace HomeStation =- Moskow_..._Russia (2:5020/1299.2) --------------- FIDO MESSAGE AREA==> TOPIC: 141 ARJ Ref: EGI00000 Date: 12/13/97 From: HANS MANGOLD Time: 02:10am \/To: EVGENY ZARETSKY (Read 0 times) Subj: ARJ 360K volume limit Hello Evgeny! 12 Dec 97 19:30, Evgeny Zaretsky wrote to Carey Bloodworth: EZ> Hmmm, I don't think so. Creating of multi-volume sfx-archives is EZ> very useful feature. Imagine situation: you want to create EZ> multi-volume archive for your friend but he hasn't ARJ (for example EZ> he use only ZIP or RAR). EZ> Don't you know that shareware vertion of ARJ contains code which EZ> allows to create multi-volume sfx-archives with size more then 360kb, EZ> but this part of code is inaccessible. That's why I use RAR for this. That doesn't make much sense -- RAR is not "free", you have to register it, right? Now, if you register ARJ, you can also create multiple volume self-extracting archives. So what's the difference? Nastrovia! Hans. --- GoldED/386 2.50+ / Binkley32 / Maximus / Squish / WINDOWS 95 / V34+ * Origin: Digital Encounters * Kamloops BC Canada 250/374-6168 (1:353/710) --------------- FIDO MESSAGE AREA==> TOPIC: 141 ARJ Ref: EGI00001 Date: 12/10/97 From: MORITZ BARTL Time: 08:33pm \/To: HANS MANGOLD (Read 0 times) Subj: * ARJ & JAR last release Hans has told Moritz Bartl someting about "* ARJ & JAR last release": MB>> Sure it is. I got it the first day released on Jung's site. HM> You sure you got it from the web site? Yes, got it on www.arjsoftware.com ... perhaps you forgot to RELOAD? ;) \\\\\\\\ Moritz Bartl \\\\\\\\\ --- Lamer Mail v1.7 R * Origin: wherever you go - whatever you do -> (2:2480/56.17) --------------- FIDO MESSAGE AREA==> TOPIC: 141 ARJ Ref: EGI00002 Date: 12/11/97 From: JEFF FOY Time: 02:30pm \/To: JESSE DOOLING (Read 0 times) Subj: * ARJ & JAR last release JD> JF> Try using Rkive. It is slow - granted. But it compresses better than JD> JF> anything publically available to date. JD> How stable and reliable is it compared to ARJ? How versatile is it JD> compared to ARJ? ARJ has cornered the market on versatility. I doubt any other archiver/compressor combo can match it in that respect. How does one measure reliability? With RKive, I've never had a bad archive turn up. Of course I can say the same thing about PkZip, Arj, Jar, Rar, and several others. (Yes, even including SEA's ARC(TM) 7.12) One thing I really like about RKive is that it doesn't need a "create volumes" function. Why? Because it compresses so well. Many times I've been unable to get an archive compressed small enough to fit on a single floppy disk. I feed those same files to RKive and I eventually get a file small enough to fit. But for the record I'm not here to create a problem. I also use ARJ but I don't use it for its compression capabilities. * RM 1.31 3223 * remis velisque --- Platinum Xpress/Win/Wildcat5! v2.0 * Origin: Memory Alpha - (253) 859-6200 (1:343/311) --------------- FIDO MESSAGE AREA==> TOPIC: 141 ARJ Ref: EGJ00000 Date: 12/13/97 From: BENJAMIN GRUND Time: 10:25pm \/To: ALLE (Read 0 times) Subj: TESTETn -----BEGIN PGP SIGNED MESSAGE----- Samstag, den 13.12.97. Hallo ! Bye, Benjamin email: benjamin_grund@t-online.de -----BEGIN PGP SIGNATURE----- Version: 2.6.3i Charset: cp850 iQCVAwUBNJL9Z83GDW5HcAvFAQEWKAQAnJbCAsfSBK6IQ9D3DihG4x1g6xncsZwY cUifhuLKu5XyHe//bDS+k9Qo89GTS/Y8042GfKqz7l0+b7h+zTmANtk5h/HRceND hJbnmWmT+HUG5f65I/tW8oKhO0zAcPUfQE/tWM7cleQ4AU/b0s6dK5/0oZ3aYl76 ghK4PeuTZlQ= =FXWY -----END PGP SIGNATURE----- ... (A) Abort (R) Retry (I) Influence with large hammer --- CrossPoint 7.51 * Origin: Alle denken an sich, nur ich denk an mich. (2:246/1901.50) --------------- FIDO MESSAGE AREA==> TOPIC: 141 ARJ Ref: EGJ00001 Date: 12/14/97 From: JERRY LEE Time: 04:59pm \/To: DAVID BOWERMAN (Read 0 times) Subj: ARJ 360K volume limit *** Quoting David Bowerman to Jerry Lee dated 12-10-97 *** > Jerry Lee wrote in a message to All: > > JL> Why is it that ARJ, which claims to be "free to use in a > JL> noncommercial environment", has a crippled multivolume feature > JL> which only allows a maximum 360K volume in a multivolume archive? > > ???? What crippled multivolume feature? I use it rather often with > 1400KB volumes and it works just fine. Are you trying to create > multi-volume self extracting archives by any chance? > Yes I was. As many people have pointed out, this feature limitation only applies to self-extracting multivolume archives. I generally create SFX MVA archives since I don't want to be looking for a copy of the archiver in the event of a HD problem where I must restore large files from floppies. I generally use RAR to create my SFX archives as I have found it to work very nicely. When I tried to do the same with ARJ, I ran into the 360K limit. Thank you to all who pointed out the error in my statement. However, the distinction between SFX and non-SFX archives doesn't change the fact that ARJ is crippleware, albeit to a very minor extent. Neither Pkzip nor RAR have this sort of limitation in their evaluation packages. Having said the above, I still believe ARJ to be the finest archiver ever created and has a feature set that is yet to be matched by any competitor. --- T.A.G. 2.7 Standard * Origin: Beaver Keeper BBS (1:244/442) --------------- FIDO MESSAGE AREA==> TOPIC: 141 ARJ Ref: EGJ00002 Date: 12/13/97 From: CAREY BLOODWORTH Time: 10:04pm \/To: EVGENY ZARETSKY (Read 0 times) Subj: ARJ 360K volume limit I didn't see your reply to me, only somebody's reply to your reply to me. HM> EZ> Hmmm, I don't think so. Creating of multi-volume sfx-archives is HM> EZ> very useful feature. Imagine situation: you want to create HM> EZ> multi-volume archive for your friend but he hasn't ARJ (for example HM> EZ> he use only ZIP or RAR). I hate to state the obvious, but.... that limitation in ARJ has been around for a long, long time. And it hasn't been much of a problem for anybody. And really, it breaking a SFX into 360k chunks isn't that big of a problem. You can easily have several chunks on the same diskette, and during extracting, when it prompts you to insert the next disk for the next part, if it's already on that same disk, just go ahead and press 'y' and it'll extract it fine. If it's not on that disk, go ahead and exchange disks like normal. The only difference between this and full size chunks is a slight matter of inconvenience. It still works. (I will admit that this is something non-intuitive. You probably didn't even know that you could do this.) I readily admit that it would be nice for ARJ to be able to do everything. Especially since it is indeed _free_ for individuals to use. But it doesn't, and at least it's something that bothers very few people, and the sfx MVA does work. As for giving your friend a multi-volume program.... for something like that, you can just as easily give them a shareware copy of ARJ to do the extraction. Or Unarj, even. HM> EZ> Don't you know that shareware vertion of ARJ contains code which HM> EZ> allows to create multi-volume sfx-archives with size more then 360kb, HM> EZ> but this part of code is inaccessible. That's why I use RAR for is. According to the DOCs, the shareware version _DOES_NOT_ contain that code. It's not just deactivated, but not even there. Ever since that ability was added, in 2.41a, the 360k limit has been present in all shareware versions, registered or not. If you want to do self extracting multi-volume archives larger than that, you have to get a non-shareware copy from Robert Jung. No charge for doing it, just send him a disk and return postage and your program registration code. (Or you can do it for a $5 fee and your reg code number.) --- QScan/PCB v1.19b / 01-0162 * Origin: Jackalope Junction 501-785-5381 Ft Smith AR (1:3822/1)