home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
No Fragments Archive 10: Diskmags
/
nf_archive_10.iso
/
MAGS
/
POWERMAG
/
POWER16.MSA
/
POWER_16
/
PACKERS2.PWR
< prev
next >
Wrap
Text File
|
1985-11-20
|
5KB
|
96 lines
PACKING FILES #2
MORE PACKING INFORMATION
BY RYAN SIMPSON
==========================================================================
Hello POWER readers. This is only a short article so it'll take about five
minutes to read it. I have been using packers for ages now, and they come
in very useful when you're short on disk space. When I get disks of
software from my contacts I usually pack the programs and try to fit them
onto disks that have a bit of space on them.
There are about 25 packers I've got and all of them are PD, so you could
probably get them from any PD library. In this article I'm mainly talking
about Pack Ice 2.4 and Jampack 4.0. These are the two packers I use all
the time and the ones I think are the best.
PROGRAMS : Both packers are good at packing programs. If you are packing
the files on the master copy disk it is best to use Jampack as it stops you
from saving the program if it is corrupt when packed, but Pack Ice always
saves it if it can, so if you are going to pack it with Pack Ice make a
backup copy of the disk you are packing on first. Jampack also gives you
the option to un-pack files, and to display a flash and title when depacking
or not.
TEXT FILES : Pack Ice 2.4 is the best for text files I've found. You pack
any ASCII text files and they can be viewed with The Revenge Document
Diplayer 2 or 3 as it can unpack the files. This is very useful for the likes
of PD catalogues. I delete the catalogue program, pack the text files and
put RDD 3 on the disk so I can fit two PD Catalogues on the one disk.
DATA FILES : As it tells you in the read me file of Jampack there is no
point in packing data files as the program that trys to access them will
have no idea of how to unpack them.
PICTURE FILES : I've tried to pack picture files but it usually corrupts
them so the best way I've found is to convert the pictures to PC? format.
There is also a program called IMG SQUEZE. I got a picture scanned for me
at 400 dpi. When I had fixed it up on PC, the IMG file was 212K and took a
hell of a long time to load. When I squezed it, it took it down to 202k.
It's not much but it does help and the IMG squeeze program can also pack
an entire disk full if IMG files in one go.
Image Squeeze can be obtained from me by sending a S.S.A.E. to me. My
address is at the end of this article.
A program packer is slightly different than a normal ARCing program.
The two main characteristics of a file compression program are the
efficiency of compression, and the speed of decompression (or unpacking).
Programs like LHARC offer very good compression of files, but they take
a long time to do the decompression. A program like ARC is slightly
faster but doesn't compress as well. Most packers are faster than ARC,
but do not compress as efficiently. The reason is simple. A packed
program must unpack very quickly, otherwise it will annoy users if they
have to wait a minute or two each time they double click on a program.
The only real problems I have come across are with programs that use
resource ('.RSC') files to hold all the data for the windows etc.
What basically happens is that the message printed on the screen when the
file decompacts is left on the screen, so unless the resource files cover
up this, you will see 'Atomic Packer V3.5' etc. on your screen.
If you write in GFA BASIC v3.5/v3.6, and you want to pack your program
files, DO NOT use Ice Packer v2.2-2.31 or Fire Packer v2.01, as your
program file will not work at all (two bombs). You will have to use the
Ice Packer v2.40.
If you use the Automation v5.01 and pack a lot of data files, beware of
using it from a hard-drive !! The problem is that your resultant files
are filled with $00 & $FF ONLY !! Not even a header (AU5!) is included.
This happens with the normal, buffer and chunk pack options and I do not
know exactly why this occurs. My (bad) theory is that this update does
not like a hard-drive !!! The error does not occur when you run the
program from a floppy, but only when it is run from a hard-drive partition.
The Atomic packers will not output a packed file that is of an odd length !!
No problem to 99% of files, except when it's the NeoChrome Master which
checks its length for link-virus infection !!
Here is my address:
Ryan Simpson
26 Oak Grange
Waringstown
Craigavon
Co. Armagh
BT66 7SU