Если делаю eps'ы из Корела и вставляю их затем в Кварк, то при последующем выводе в eps Кварк ругается следующим образом: "Page could contain EPS pictures which include Binary data. OK to continue?". Это не смертельно? Или надо избегать включения "binary data" (а как, и вообще, что это такое - я в теории не силен).
Что есть "binary data"?
- Автор темы prince
- Дата начала
- Статус
- Сообщения
- 2 333
- Реакции
- 684
Ответ: Что есть "binary data"?
постскрипт - это язык программирования /*или язык разметки - не суть*/ -- при записи аски - в файл пишется просто текст -- при бинарной записи текст банально архивируется -- аски оставлен только для совместимости с ископаемыми рипами которые не понимают архивированый посткрипт
постскрипт - это язык программирования /*или язык разметки - не суть*/ -- при записи аски - в файл пишется просто текст -- при бинарной записи текст банально архивируется -- аски оставлен только для совместимости с ископаемыми рипами которые не понимают архивированый посткрипт
Ответ: Что есть "binary data"?
постскрипт -- это язык программирования.
суть важно.
в level 2 (второй версии языка) появились, кроме ASCII, две еще две binary формы. грубо говоря, это действительно сжатый ASCII. причем, согласно спецификации, в одной и той же программе (пс-файле), могут быть использованы все три формы.
если канал непрозрачен, восьмой бит используется для управления передачей данных,-- ничего кроме семибитного ASCII по этому каналу ты не передашь. также устройство может быть первого уровня и про бинари не знать. поэтому он тебя и спрашивает, когда ты генеришь ASCII ps, уверен ли ты, что твоим бинарным (восьмибитным) данным не поплохеет в дороге, и что их поймет рип.
постскрипт -- это язык программирования.
суть важно.в level 2 (второй версии языка) появились, кроме ASCII, две еще две binary формы. грубо говоря, это действительно сжатый ASCII. причем, согласно спецификации, в одной и той же программе (пс-файле), могут быть использованы все три формы.
если канал непрозрачен, восьмой бит используется для управления передачей данных,-- ничего кроме семибитного ASCII по этому каналу ты не передашь. также устройство может быть первого уровня и про бинари не знать. поэтому он тебя и спрашивает, когда ты генеришь ASCII ps, уверен ли ты, что твоим бинарным (восьмибитным) данным не поплохеет в дороге, и что их поймет рип.
Ответ: Что есть "binary data"?
Собственно, это предупреждение и появилось после тог, как в Кореле в опциях экспорта в eps выставил PostScript Level 2 (вместо level 1 по умолчанию). До этого не было. Теперь, когда выставляю в принт-опциях binary, то Кварк молча конвертит в eps. Т.е. проблема как бы решена. Спасибо за разьяснения, стал чуток умнее.
Собственно, это предупреждение и появилось после тог, как в Кореле в опциях экспорта в eps выставил PostScript Level 2 (вместо level 1 по умолчанию). До этого не было. Теперь, когда выставляю в принт-опциях binary, то Кварк молча конвертит в eps. Т.е. проблема как бы решена. Спасибо за разьяснения, стал чуток умнее.
Ответ: Что есть "binary data"?
рассказываю, как все есть на самом деле
постскрипт -- действительно язык программирования. Его синтаксис предполагает три типа кодирования: ASCII, binary token и binary object sequence. Два последних действительно появились в Level 2, но находят ограниченное применение и к выводу из кварка (как и других распространенных программ) отношения не имеют, также как к этой теме. Итак, ASCII кодирование. Несмотря на название, запрета на использование символов вне ASCII не существует, даже в именах операторов (хотя это не приветствуется), не говоря уж о строках (строка -- последовательность любых байт) и файлах (как источниках данных для операторов, в частном случае данные извлекаются из самого файла с постскрипт-программой). Для совместимости с некоторыми сетевыми протоколами строки могут кодироваться как ascii-85 или ascii-hex. В level 2 появились одноименные кодирующие и декодирующие фильтры (точнее, вообще появились фильтры), которыми можно привести к "7-битному" виду любые данные
теперь о кварке и опциях в его диалоге печати. Кварк всегда пишет свой постскрипт-код в ASCII. А вот имиджи при этом кодируются в зависимости от выбранной опции. Если "binary", то они пишутся байт в байт на устройства level 1 и дополнительно упаковываются RLE фильтром на устройства level 2. Ecли ASCII, то каждый байт представлен двумя hex-цифрами, т.е. 2 байта. Если Clean 8 bits, то данные разбиваются на строки (чтобы не было длинных строк), а все символы, которые могут быть восприняты как управляющие, кодируются в ASCII
вопрос "Page could contain EPS pictures which include Binary data. OK to continue?" возникает потому, что кварк помещает епс-файлы в постскрипт целиком, никак не перекодируя их. Он даже для ascii-eps выдает указанное предупреждение (заметим словечко "could"). Т.к. постскрипт пишется на диск, это предупреждение можно игнорировать. Хотя по той же причине нет смысла выбирать что-либо кроме binary при записи пс из кварка
рассказываю, как все есть на самом деле
постскрипт -- действительно язык программирования. Его синтаксис предполагает три типа кодирования: ASCII, binary token и binary object sequence. Два последних действительно появились в Level 2, но находят ограниченное применение и к выводу из кварка (как и других распространенных программ) отношения не имеют, также как к этой теме. Итак, ASCII кодирование. Несмотря на название, запрета на использование символов вне ASCII не существует, даже в именах операторов (хотя это не приветствуется), не говоря уж о строках (строка -- последовательность любых байт) и файлах (как источниках данных для операторов, в частном случае данные извлекаются из самого файла с постскрипт-программой). Для совместимости с некоторыми сетевыми протоколами строки могут кодироваться как ascii-85 или ascii-hex. В level 2 появились одноименные кодирующие и декодирующие фильтры (точнее, вообще появились фильтры), которыми можно привести к "7-битному" виду любые данные
теперь о кварке и опциях в его диалоге печати. Кварк всегда пишет свой постскрипт-код в ASCII. А вот имиджи при этом кодируются в зависимости от выбранной опции. Если "binary", то они пишутся байт в байт на устройства level 1 и дополнительно упаковываются RLE фильтром на устройства level 2. Ecли ASCII, то каждый байт представлен двумя hex-цифрами, т.е. 2 байта. Если Clean 8 bits, то данные разбиваются на строки (чтобы не было длинных строк), а все символы, которые могут быть восприняты как управляющие, кодируются в ASCII
вопрос "Page could contain EPS pictures which include Binary data. OK to continue?" возникает потому, что кварк помещает епс-файлы в постскрипт целиком, никак не перекодируя их. Он даже для ascii-eps выдает указанное предупреждение (заметим словечко "could"). Т.к. постскрипт пишется на диск, это предупреждение можно игнорировать. Хотя по той же причине нет смысла выбирать что-либо кроме binary при записи пс из кварка
- Статус