[go: nahoru, domu]

Jump to content

MacBinary: Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
SmackBot (talk | contribs)
m Date maintenance tags and general fixes
No edit summary
 
(41 intermediate revisions by 29 users not shown)
Line 5: Line 5:
| mime = application/macbinary<br />application/x-macbinary
| mime = application/macbinary<br />application/x-macbinary
| type code =
| type code =
| uniform type = com.apple.macbinary-​archive
| uniform type = com.apple.macbinary-archive
| owner =
| owner =
| genre =
| genre =
Line 14: Line 14:
| standard =
| standard =
}}
}}
Due to the [[metadata]]-rich nature of the [[Macintosh]] filesystem, transferring Mac OS files to platforms that do not support [[Hierarchical File System|HFS]] can be problematic. '''MacBinary''' was developed as a means of preserving this structure without sacrificing portability. It combines the data and [[resource fork]]s and the [[Macintosh Finder|Finder]] information of a file into a single document. This document is then suitable for transport via [[File Transfer Protocol|FTP]], the [[World Wide Web]], and [[electronic mail]]. The documents can also be stored on computers that run operating systems with no HFS support, such as [[Unix]] or [[Microsoft Windows|Windows]].
'''MacBinary''' is a [[file format]] that combines the data fork and the [[resource fork]] of a [[classic Mac OS]] file into a single file, along with [[Hierarchical File System (Apple)|HFS's]] extended [[metadata]]. The resulting file is suitable for transmission over [[File Transfer Protocol|FTP]], the [[World Wide Web]], and [[electronic mail]]. The documents can also be stored on computers that run operating systems with no HFS support, such as [[Unix]] or [[Microsoft Windows|Windows]].


MacBinary was widely supported on the [[Macintosh]] and was built into most communications programs on that platform. Similar solutions were built into most [[data compression]] applications on the Mac, and although these did not require MacBinary to survive transmission across non-Mac systems, MacBinary was often added in these cases to preserve longer filenames and other features.
MacBinary is similar to [[BinHex]], but MacBinary produces [[binary file]]s as opposed to [[ASCII]] text. Thus, MacBinary files take up less disk space than BinHex files, but older applications and servers are more likely to corrupt them.


The dual-fork nature of the HFS system was not used on [[Mac OS X]], and MacBinary has largely disappeared.
The first incarnation of MacBinary was released in 1985. The standard was originally specified by Dennis Brothers (author of the terminal program MacTEP and later an Apple employee), BinHex author Yves Lempereur, [[PackIt]] author Harry Chesley, et al. Lempereur then added support for MacBinary into BinHex 5.0, using MacBinary to combine the forks instead of his own methods. Most [[terminal program]]s and [[internet]] utilities added built-in MacBinary support during this period as well.


==Description==
Two years later it was updated to '''MacBinary II''', to accommodate changes in Mac OS. MacBinary II remained compatible with subsequent updates of the operating system for some time. This changed with the release of Mac OS 8, which necessitated the release of '''MacBinary III''' in 1996.
In contrast to other computers of the era, [[Macintosh]] applications included both computer code as well as a large number of ''resources'' that were used by the [[operating system]] (OS) itself. These resources were also widely used in documents to store [[rich media]] like sounds and images. However, the resource system had the significant limitation that the maximum size of any single resource was only 32 kB, far too small for storing document data. To address this, Apple introduced the concept of ''forks'', allowing any file in the filesystem to have both a resource fork and a data fork. Physically these were separate files, but the OS would ensure the two separate files were always treated as a single object, so dragging it to a [[floppy disk]] in the [[Finder (software)|Finder]] would copy both forks.


This presented a serious problem when the file had to be stored on other computer systems. Those systems, unaware of the fork concept, would have to store the two forks as separate files. This presented the possibility that the two would be separated at some point, or not properly recombined when they were transmitted back to the Mac. This problem led to a number of solutions that combined the two forks together into a single file, and then automatically pulling them back apart when they reached another Mac. MacBinary was one of the most popular solutions, although [[BinHex]] was also used on [[UseNet]], where data transfer was not [[8-bit clean]]. Apple's own solutions, [[AppleSingle and AppleDouble formats| AppleSingle and AppleDouble]], were never widely adopted in the user community.
Files encoded with MacBinary, regardless of the version, usually have a '''.bin''' [[file extension]] appended to the ends of their filenames. E-mail programs such as [[Eudora (e-mail client)|Eudora]] can extract and decode MacBinary mail messages. Most dedicated FTP programs for the Mac, such as [[Fetch (FTP client)|Fetch]] and [[Transmit (FTP client)|Transmit]], decode MacBinary files they download.


Files encoded with MacBinary, regardless of the version, usually have a '''.bin''' or '''.macbin''' [[file extension]] appended to the ends of their filenames. E-mail programs such as [[Eudora (e-mail client)|Eudora]] can extract and decode MacBinary mail messages. Most dedicated FTP programs for the Mac, such as [[Fetch (FTP client)|Fetch]] and [[Transmit (FTP client)|Transmit]], transparently decode MacBinary files they download.
For [[Mac OS X]], the MacBinary format has been largely superseded by the [[.dmg]] [[disk image]] format which is mounted as a volume after it has been double-clicked.

MacBinary is similar to [[BinHex]], but MacBinary produces [[binary file]]s as opposed to [[ASCII]] text. Thus, MacBinary files are smaller than BinHex files, but older applications and servers are more likely to corrupt them.

==History==
The first incarnation of MacBinary was released in 1985. The standard was originally specified by Dennis Brothers (author of the terminal program MacTEP and later an Apple employee), BinHex author Yves Lempereur, [[PackIt]] author Harry Chesley, et al. then added support for MacBinary into BinHex 5.0, using MacBinary to combine the forks instead of his own methods. Most [[terminal program]]s and [[internet]] utilities added built-in MacBinary support during this period as well.

Two years later it was updated to '''MacBinary II''', to accommodate changes in Mac OS. MacBinary II remained compatible with subsequent updates of the operating system for some time. This changed with the release of [[Mac OS 8]], which necessitated the release of '''MacBinary III''' in 1996. In the meantime, Apple itself had released the AppleSingle and AppleDouble formats, which serve the same purpose as MacBinary, but correct some problems with it.

==References==
* Dennis Brothers, [https://www.cryer.co.uk/file-types/b/bin_/original_mac_binary_format_proposal.htm "Macintosh Binary Transfer Format 'MacBinary' Standard (Proposal)"], Micro-networked Apple User's Group (CompuServe), 1985
* Adam Engst, [http://db.tidbits.com/article/5066 "Macintosh Internet File Format Primer"], ''TidBits'', 31 August 1991
* [http://www.faqs.org/faqs/macintosh/comm-faq/part1/ "comp.sys.mac.comm FAQ"]


==External links==
==External links==
* [http://www.lazerware.com/macbinary/macbinary_iii.html Home of the MacBinary Format] {{Dead link|date=November 2008}}
* [http://sourceforge.net/projects/macbinconv Mac Binary Converter], an open source tool for converting between different Macintosh file encodings.
* [http://sourceforge.net/projects/macbinconv Mac Binary Converter], an open source tool for converting between different Macintosh file encodings.
* [http://ibiblio.org/pub/linux/utils/compress/macutils.tar.gz macutils], converts between different Macintosh file encodings
* [http://ibiblio.org/pub/linux/utils/compress/macutils.tar.gz macutils], converts between different Macintosh file encodings
* [http://files.stairways.com/other/macbinaryii-standard-info.txt MacBinary II Spec]
* [http://files.stairways.com/other/macbinaryiiplus-spec-info.txt MacBinary II+ Spec], a proposed enhancement to MacBinary to incorporate a directory tree, never widely adopted.
{{Compression Software Implementations}}


[[Category:Archive formats]]
[[Category:Archive formats]]
[[Category:Computer-related introductions in 1985]]

[[ja:Macバイナリ]]

Latest revision as of 19:07, 25 December 2023

MacBinary
Filename extension
.bin
Internet media type
application/macbinary
application/x-macbinary
Uniform Type Identifier (UTI)com.apple.macbinary-archive

MacBinary is a file format that combines the data fork and the resource fork of a classic Mac OS file into a single file, along with HFS's extended metadata. The resulting file is suitable for transmission over FTP, the World Wide Web, and electronic mail. The documents can also be stored on computers that run operating systems with no HFS support, such as Unix or Windows.

MacBinary was widely supported on the Macintosh and was built into most communications programs on that platform. Similar solutions were built into most data compression applications on the Mac, and although these did not require MacBinary to survive transmission across non-Mac systems, MacBinary was often added in these cases to preserve longer filenames and other features.

The dual-fork nature of the HFS system was not used on Mac OS X, and MacBinary has largely disappeared.

Description[edit]

In contrast to other computers of the era, Macintosh applications included both computer code as well as a large number of resources that were used by the operating system (OS) itself. These resources were also widely used in documents to store rich media like sounds and images. However, the resource system had the significant limitation that the maximum size of any single resource was only 32 kB, far too small for storing document data. To address this, Apple introduced the concept of forks, allowing any file in the filesystem to have both a resource fork and a data fork. Physically these were separate files, but the OS would ensure the two separate files were always treated as a single object, so dragging it to a floppy disk in the Finder would copy both forks.

This presented a serious problem when the file had to be stored on other computer systems. Those systems, unaware of the fork concept, would have to store the two forks as separate files. This presented the possibility that the two would be separated at some point, or not properly recombined when they were transmitted back to the Mac. This problem led to a number of solutions that combined the two forks together into a single file, and then automatically pulling them back apart when they reached another Mac. MacBinary was one of the most popular solutions, although BinHex was also used on UseNet, where data transfer was not 8-bit clean. Apple's own solutions, AppleSingle and AppleDouble, were never widely adopted in the user community.

Files encoded with MacBinary, regardless of the version, usually have a .bin or .macbin file extension appended to the ends of their filenames. E-mail programs such as Eudora can extract and decode MacBinary mail messages. Most dedicated FTP programs for the Mac, such as Fetch and Transmit, transparently decode MacBinary files they download.

MacBinary is similar to BinHex, but MacBinary produces binary files as opposed to ASCII text. Thus, MacBinary files are smaller than BinHex files, but older applications and servers are more likely to corrupt them.

History[edit]

The first incarnation of MacBinary was released in 1985. The standard was originally specified by Dennis Brothers (author of the terminal program MacTEP and later an Apple employee), BinHex author Yves Lempereur, PackIt author Harry Chesley, et al. then added support for MacBinary into BinHex 5.0, using MacBinary to combine the forks instead of his own methods. Most terminal programs and internet utilities added built-in MacBinary support during this period as well.

Two years later it was updated to MacBinary II, to accommodate changes in Mac OS. MacBinary II remained compatible with subsequent updates of the operating system for some time. This changed with the release of Mac OS 8, which necessitated the release of MacBinary III in 1996. In the meantime, Apple itself had released the AppleSingle and AppleDouble formats, which serve the same purpose as MacBinary, but correct some problems with it.

References[edit]

External links[edit]