MacBinary: Формат файлов для Mac OS и кросс-платформенной передачи данных.

Введение

MacBinary — это формат файла, объединяющий форк данных и форк ресурсов классического файла Mac OS в один файл, а также расширенные метаданные HFS. Полученный файл подходит для передачи по FTP, Всемирной сети и электронной почте. Документы также можно хранить на компьютерах с операционными системами, не поддерживающими HFS, такими как Unix или Windows. MacBinary широко поддерживался на Macintosh и был встроен в большинство коммуникационных программ для этой платформы. Аналогичные решения были встроены в большинство приложений для сжатия данных на Mac, и хотя для успешной передачи данных на системы, отличные от Mac, они не обязательно требовали MacBinary, его часто добавляли в этих случаях для сохранения длинных имен файлов и других особенностей. Двойная структура форков файловой системы HFS не использовалась в Mac OS X, и формат MacBinary практически исчез.

Описание

В отличие от других компьютеров той эпохи, приложения Macintosh включали как компьютерный код, так и большое количество ресурсов, которые использовались самой операционной системой (ОС). Эти ресурсы также широко использовались в документах для хранения богатых медиа, таких как звуки и изображения. Однако ресурсная система имела существенное ограничение: максимальный размер любого отдельного ресурса составлял всего 32 кБ, что было слишком мало для хранения данных документа. Чтобы решить эту проблему, Apple представила концепцию форков, позволяя любому файлу в файловой системе иметь как ресурсный, так и форк данных. Физически это были отдельные файлы, но ОС гарантировала, что эти два отдельных файла всегда рассматривались как единый объект, поэтому перетаскивание файла на дискету в Finder копировало оба форка. Это создавало серьезную проблему при хранении файла на других компьютерных системах. Эти системы, не поддерживающие концепцию форков, должны были хранить два форка как отдельные файлы, что могло привести к их разделению или неправильной рекомбинации при передаче обратно на Mac. Эта проблема привела к разработке ряда решений, объединяющих два форка в один файл и автоматически разделяющих их при получении другим Mac. MacBinary был одним из самых популярных решений, хотя BinHex также использовался в UseNet, где передача данных не была полностью 8-битной. Собственные решения Apple, AppleSingle и AppleDouble, не получили широкого распространения среди пользователей. Файлы, закодированные с помощью MacBinary, независимо от версии, обычно имеют расширение .bin или .macbin, добавляемое к имени файла. Почтовые программы, такие как Eudora, могут извлекать и декодировать сообщения MacBinary. Большинство специализированных FTP-клиентов для Mac, таких как Fetch и Transmit, прозрачно декодируют загружаемые файлы MacBinary. MacBinary аналогичен BinHex, но MacBinary создает бинарные файлы, а не текстовые ASCII-файлы. Таким образом, файлы MacBinary меньше, чем файлы BinHex, но более старые приложения и серверы более склонны к их повреждению.

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.

История

Первая версия MacBinary была выпущена в 1985 году. Стандарт был первоначально разработан Деннисом Бразерсом (автором терминальной программы MacTEP и впоследствии сотрудником Apple), Ивом Лемперером, автором BinHex, Гарри Чесли, автором PackIt, и другими. Позже поддержка MacBinary была добавлена в BinHex 5.0, где MacBinary использовался для объединения вилок вместо собственных методов разработчика. В этот период большинство терминальных программ и интернет-утилит также добавили встроенную поддержку MacBinary. Через два года формат был обновлен до MacBinary II, чтобы соответствовать изменениям в Mac OS. MacBinary II оставался совместимым с последующими обновлениями операционной системы в течение некоторого времени. Однако с выпуском Mac OS 8 потребовалось создание MacBinary III в 1996 году. В то же время, компания Apple выпустила форматы AppleSingle и AppleDouble, которые выполняют ту же функцию, что и MacBinary, но устраняют некоторые его недостатки.