Пропустить заголовок
 

Файлы формата CALS, печатание которых возможно с помощью данного аппарата

Следующие ограничения применимы к файлам CALS, которые можно печатать в режиме RTIFF. Можно печатать только те файлы CALS, в которых содержатся данные растровых изображений в формате CALS Raster (тип 1).

Заголовок (файл CALS)

Данные CALS должны содержать блок заголовка, соответствующий следующим требованиям:

  • Блок заголовка должен содержать следующие одиннадцать записей, которые вводятся начиная сверху в порядке, указанном в диаграмме структуры данных.

    Блок заголовка

    Байт

    Идентификатор и значение записи

    0

    srcdocid: (не обязательно)

    128 (0x80)

    dstdocid: (не обязательно)

    258 (0x100)

    txtfilid: (не обязательно)

    348 (0x180)

    figid: : (не обязательно)

    512 (0x200)

    srcgph: (не обязательно)

    640 (0x280)

    doccls: (не обязательно)

    768 (0x300)

    rtype: 1

    896 (0x380)

    rorient: 000,270

    1024 (0x400)

    rpelcnt: (приемлемое значение)

    1152 (0x480)

    rdensty: (приемлемое значение)

    1280 (0x500)

    notes: (не обязательно)

    1408 (0x580)

    0x20 × 128 байт

    1530 (0x600)

    0x20 × 128 байт

    1664 (0x680)

    0x20 × 128 байт

    1792 (0x700)

    0x20 × 128 байт

    1920 (0x780)

    0x20 × 128 байт

    2048 (0x800)

    Данные растрового изображения

  • Размер блока заголовка составляет 2048 байт (фиксированная длина).

  • Размер записи заголовка составляет 128 байт (фиксированная длина).

  • Запись заголовка начинается с идентификатора записи, затем следуют два символа - разделители байтов, ":" (двоеточие, 0x3a) и пробел (0x20). Значения для идентификаторов записей заголовка вводятся после разделительных символов. Ввод осуществляется в кодах символов ASCII.

  • Если запись заголовка не содержит значимой информации, в качестве значения вводится надпись "NONE".

  • Пустые байты в записи заголовка и блоке заголовка заполняются пробелами (0x20).

Примечание

  • Файлы CALS, обработка которых возможна на данном аппарате, должны соответствовать форматам файлов данных и спецификациям представления растровых изображений, описанным в следующих документах.

    • “MIL-STD-1840A” (выпущено Министерством обороны США 22 декабря 1987 г.)

    • “MIL-R-28002B” (выпущено Министрерством обороны США 30 сентября 1993 г.)

  • Запись "srcdocid" (8 байт) из идентификатора записи "srcdocid" используется в режиме RTIFF в качестве ключевого слова для распознавания растровых данных CALS.

  • Тип растровых данных указывается в записи с идентификатором "rtype". Можно указать только "1".

  • Ориентация растрового изображения указывается в записи с идентификатором "rorient". Укажите направление пиксельного растрирования и направление линейного растрирования растровой графики в этом порядке. Режим RTIFF допускает обработку только следующих вариантов ориентации изображения:

    1. Направление линейного растрирования: 270 градусов

    2. Направление пиксельного растрирования: нет

  • Введите общее количество пикселов растрового изображения в порядке основного и второстепенного направлений сканирования в качестве значений записи с идентификатором “rpelcnt”.

  • Укажите плотность пикселов растрового изображения в записи с идентификатором “rdensty”.

  • Если запись с идентификатором "rtype" и (или) "rpelcnt" не указана, или какой-либо параметр недостоверен (включая параметр "НЕТ"), функция RTIFF возвращает сообщение о серьезной ошибке, и обработка изображения отменяется.

  • Если запись с идентификатором "rorient" и (или) "rdensty" не указана, или если какой-либо параметр недействителен (включая параметр "НЕТ"), функция RTIFF возвращает сообщение об ошибке, но обработка продолжается.

  • Функция RTIFF не использует записи заголовка с идентификаторами "srcdocid", "dstdocid", "txtfilid", "figid", "srcgph", "doccls" и (или) "notes" при обработке данных печати, попросту игнорируя их.

Растровое изображение (файл CALS)

Растровые данные должны следовать непосредственно за завершающим байтом блока заголовка (начиная с 2048-го байта) и должны соответствовать следующему формату:

  • Этот метод кодирования аналогичен методу MMR (Modified Modified Read, дважны модифицированное считывание).