Кратко

  • RFC 1314 определил TIFF-B: многостраничные файлы, одна TIFF-полоса на страницу, MMR по возможности и заданные альтернативы.
  • Формат изображения отделён от способа связи. FTP или SMTP могли переносить файл, но не становились свойством его байтов.
  • Сканирование, создание, хранение, обработка, связь, показ, печать и факсимильный вывод — разные события; соответствие формату не доказывает ни одно из них.

Страница вышла из живого сеанса

Обычный факс связывал ввод бумаги, кодирование, разговор в реальном времени, декодирование и бумажный вывод в один бытовой жест. RFC 1314 меняет порядок: изображение можно отсканировать в файл или создать программно; файл можно хранить, преобразовывать или передавать; лишь затем его можно показать или напечатать.

Факс-машина становится устройством ввода/вывода между бумагой и файлами, а не самим транспортом. Файл может ждать в хранилище, копироваться или идти разными путями. Поэтому запись о файле не является записью о передаче, передача не равна декодированию, а показ не равен вниманию человека.

Профиль не является квитанцией

TIFF служит каркасом, TIFF-B — профилем обмена. RFC предусматривает несколько страниц и одну полосу на страницу, предпочитает MMR, допускает MH, MR и отсутствие сжатия; для MH и MR строки должны быть выровнены по байтам. Для совместимости названы 600, 400 или 300 dpi либо перечисленные разрешения Group 3.

Это условия файла на границе реализаций, а не сертификат успеха. Они не называют сканер, отправителя, фактический канал, получателя, который обработал сжатие, или верное преобразование. Хост не обязан хранить свои изображения в обменном формате и может конвертировать их. Если получатель не понимает сжатие, конверсия возможна; RFC не назначает исполнителя или алгоритм. Правило представления не создаёт журнал внутренних действий.

RFC прямо отделяет формат от коммуникации; FTP и SMTP — только возможные примеры. Один TIFF-B может идти разными переносчиками, а журналы, гарантии и ошибки принадлежат переносчику. Упоминание тогдашних трудностей SMTP с бинарными данными и размером не доказывает конкретную отправку и не описывает все более поздние вложения.

Отдельны также локальная копия, файл, предложенный для обмена, и байты, переданные сети. Они могут быть связаны, но не тождественны. Их смешение превращает способность к совместимости в вымышленную историю хранения и доставки.

RFC 1314 разделяет четыре вещи, объединённые факсом: представление и сжатие, передачу, ввод с бумаги и вывод на бумагу. Страница из программы может быть сохранена до связи; изображение можно размножить; файл можно показать, а не печатать. Переговоры с устройством, конверсия и физический выход остаются более поздними событиями.

Источники и границы доказательств

Основа статьи — RFC 1314, A File Format for the Exchange of Images in the Internet (апрель 1992). Он подтверждает TIFF-B, параметры сжатия и разрешения, разделение формата, связи и хранения. Он не подтверждает конкретную передачу, отправителя, получателя, преобразование, печать, факс, прочтение, нынешнее развёртывание или результат.