ARC (compression format)

From Just Solve the File Format Problem
(Difference between revisions)
Jump to: navigation, search
(Format details: Table of compression methods)
Line 39: Line 39:
 
|3 || Packed || [[RLE90]]
 
|3 || Packed || [[RLE90]]
 
|-
 
|-
|4 || Squeezed<br>Packed+Squeezed || [[RLE90]] + [[Huffman coding|Huffman]]
+
|4 || Squeezed,<br>Packed+Squeezed || [[RLE90]] + [[Huffman coding|Huffman]]
 
|-
 
|-
 
|5 || crunched || Hashed [[LZW]] (old hash)
 
|5 || crunched || Hashed [[LZW]] (old hash)
 
|-
 
|-
|6 || crunched<br>Packed+crunched || [[RLE90]] + hashed [[LZW]] (old hash)
+
|6 || crunched,<br>Packed+crunched || [[RLE90]] + hashed [[LZW]] (old hash)
 
|-
 
|-
|7 || crunched<br>Packed+crunched || [[RLE90]] + hashed [[LZW]] (new hash). Source code comment says "inadvertent release of a developmental copy forces us to leave [method 7] in".
+
|7 || crunched,<br>Packed+crunched || [[RLE90]] + hashed [[LZW]] (new hash). Source code comment says "inadvertent release of a developmental copy forces us to leave [method 7] in".
 
|-
 
|-
|8 || Crunched<br>Packed+Crunched || [[RLE90]] + [[LZW]]. Probably the most common compression method.
+
|8 || Crunched,<br>Packed+Crunched || [[RLE90]] + [[LZW]]. Probably the most common compression method.
 
|-
 
|-
|9 || Squashed<br>Deviant || [[LZW]]. Used by PKPAK.
+
|9 || Squashed,<br>Deviant || [[LZW]]. Used by PKARC/PKPAK.
 
|-
 
|-
|10 || Crushed<br>Packed+Crushed || Used by [[PAK (ARC extension)|PAK]].
+
|10 || Crushed,<br>Packed+Crushed || Used by [[PAK (ARC extension)|PAK]]. (Possibly another RLE+LZW scheme?)
 
|-
 
|-
|11 || Distilled || Used by [[PAK (ARC extension)|PAK]].
+
|11 || Distilled || Used by [[PAK (ARC extension)|PAK]]. ([[LZ77]]+Huffman?)
 
|-
 
|-
 
|20 || || "info record"
 
|20 || || "info record"
Line 70: Line 70:
  
 
''Information based on reverse engineering:'' An ARC file with comments ends with an 8-byte trailer that begins with the signature {{magic|'P' 'K' 0xaa 0x55}}. This is preceded by a sequence of 32-byte ''records'', each containing a comment, except for one that has a special purpose. The last 4 bytes of the file contain the offset of the special record. The special record somehow indicates whether an archive comment and/or file comments are present. An archive comment, if present, is in the record preceding the special record. File comment records come after the special record, in the same order as the members appear in the ARC file.
 
''Information based on reverse engineering:'' An ARC file with comments ends with an 8-byte trailer that begins with the signature {{magic|'P' 'K' 0xaa 0x55}}. This is preceded by a sequence of 32-byte ''records'', each containing a comment, except for one that has a special purpose. The last 4 bytes of the file contain the offset of the special record. The special record somehow indicates whether an archive comment and/or file comments are present. An archive comment, if present, is in the record preceding the special record. File comment records come after the special record, in the same order as the members appear in the ARC file.
 +
 +
=== PAK extended records ===
 +
This is another kind of data that can appear after the end-of-archive marker. Refer to [[PAK (ARC extension)]].
  
 
== Identifiers ==
 
== Identifiers ==
Line 82: Line 85:
  
 
== Specifications ==
 
== Specifications ==
* [http://www.fileformat.info/format/arc/index.dir Page at FileFormat.info]
+
* [https://www.fileformat.info/format/arc/corion.htm The ARC Archive File Format], from Corion.net and FileFormat.Info.
 
* [http://www.textfiles.com/programming/FORMATS/arc_fmts.txt ARC file header format (among other archive types)]
 
* [http://www.textfiles.com/programming/FORMATS/arc_fmts.txt ARC file header format (among other archive types)]
 
* [http://apple2.org.za/gswv/a2zine/GS.WorldView/Resources/The.MacShrinkIt.Project/ARCHIVES.TXT Archive format info, including ARC]
 
* [http://apple2.org.za/gswv/a2zine/GS.WorldView/Resources/The.MacShrinkIt.Project/ARCHIVES.TXT Archive format info, including ARC]

Revision as of 20:43, 10 February 2020

File Format
Name ARC (compression format)
Ontology
Extension(s) .arc, .ark
UTI public.archive.arc
Wikidata ID Q296496
Released 1985

ARC is a compressed archive format. It supports a number of different compression schemes, the most common of which are based on LZW.

Contents

Discussion

ARC was for a time (1985-89) the leading file archiving and file compression format in the BBS world, replacing the formats used by earlier utilities which generally only did one of the two functions (either combining multiple files in one file for convenient download, or shortening the file length to take less download time and disk space). Combining the two functions in one utility simplified the process of preparing files for download and extracting them at the other end, leading to a rapid rise in popularity for the utility (also called ARC) and format both.

However, the ARC format suffered an equally rapid decline in its popularity after the company that published the ARC utility (called System Enhancement Associates or SEA, run by Thom Henderson who was very active in FidoNet) brought a successful trademark and copyright suit against rival Phil Katz, whose PKARC and PKXARC utilities were compatible with the ARC file format. The lawsuit was widely regarded by the BBS community as being a "David vs. Goliath" case of a faceless corporation bullying a "little guy", though in fact both companies were small, home-based operations. Nevertheless, the fallout from the suit led to rapid adoption of the competing ZIP format, introduced by Katz in 1989, and ARC files are no longer commonly encountered.

The fact that archives from an early period of BBSing are often in this format encourages bad puns referring to those who trawl such old archives as "Raiders of the lost ARC."

Disambiguation

There are, unfortunately, also several other incompatible file formats that have been used over the years with an "ARC" designation or file extension, so it's possible that a data set that is purportedly of type "ARC" is not actually of this format. Others include the FreeArc format and the Internet Archive ARC format, as well as a Commodore ARC that's similar in concept but not compatible to any of the other ARCs.

Format details

An ARC file consists of a sequence of zero or more archive members, followed by an end-of-archive marker: the bytes 0x1a 0x00. It is common for ARC files to have padding or other data after the end-of-archive marker.

Each member begins with a 0x1a byte, then a byte indicating the compression method used for that member file.

Compression methods

The compression method byte identifies a member's compression method, and/or other information about the type of member. The usual compression methods are in the range 1 through 9.

Unfortunately, there are several different compression methods named "crunched" or "Crunched".

ID Name(s) Description and remarks
0 End-of-archive marker
1 Uncompressed Uses old-style header.
2 Uncompressed
3 Packed RLE90
4 Squeezed,
Packed+Squeezed
RLE90 + Huffman
5 crunched Hashed LZW (old hash)
6 crunched,
Packed+crunched
RLE90 + hashed LZW (old hash)
7 crunched,
Packed+crunched
RLE90 + hashed LZW (new hash). Source code comment says "inadvertent release of a developmental copy forces us to leave [method 7] in".
8 Crunched,
Packed+Crunched
RLE90 + LZW. Probably the most common compression method.
9 Squashed,
Deviant
LZW. Used by PKARC/PKPAK.
10 Crushed,
Packed+Crushed
Used by PAK. (Possibly another RLE+LZW scheme?)
11 Distilled Used by PAK. (LZ77+Huffman?)
20 "info record"
21-29 Reserved for extensions / informational items (?)
30 Subdir Nested ARC-like format
31 End-of-subdir marker
≥128 Refer to Spark.

PK-style comments

The PKARC/PKPAK software supports comments, apparently using a custom ARC format extension that appears after the end-of-archive marker.

Information based on reverse engineering: An ARC file with comments ends with an 8-byte trailer that begins with the signature 'P' 'K' 0xaa 0x55. This is preceded by a sequence of 32-byte records, each containing a comment, except for one that has a special purpose. The last 4 bytes of the file contain the offset of the special record. The special record somehow indicates whether an archive comment and/or file comments are present. An archive comment, if present, is in the record preceding the special record. File comment records come after the special record, in the same order as the members appear in the ARC file.

PAK extended records

This is another kind of data that can appear after the end-of-archive marker. Refer to PAK (ARC extension).

Identifiers

  • File extension: .ARC (or conventionally .ARK on CP/M)
  • MIME type (Internet media type): Has no specific registered type; generic binary application/octet-stream is generally used, or perhaps unregistered custom types with an x- prefix
  • Uniform Type Identifier (Apple): public.archive.arc

See also

Specifications

Sample files

Programs and Utilities

  • nomarch by Russell Marks, c. 2001 (Unix/GPL2) -- extract only.
    • Packaged for Debian-based Linux distributions: apt-get install nomarch
  • ARC - Portable (Unix, etc.) software based on ARC source code
  • ARC - DOS binaries
    • v5.10 (1986-01-31) (bare executable)
    • v5.12 (1986-02-05) (For self-extraction to work, must be renamed to "ARC51.COM".)
    • v5.20 (1986-10-24)
    • v6.01 (Dated "January of 1989", but timestamps suggest 1989-02-23.)
    • v6.02 (Dated "January of 1989", but timestamps suggest 1989-03-14.)
    • v6.02 - Same ARC.EXE as above, but has updated documentation (1989-04-21) and other differences.
  • ARC v5.20 source code
  • PKARC/PKPAK (DOS binaries)
  • SQUASH.ZIP - Public domain decompression code for one of the compression methods

References

Personal tools
Namespaces

Variants
Actions
Navigation
Toolbox