|
|
Регистрация | Пригласить друга | Все альбомы | Файловый архив | Справка | Сообщество | Календарь | Сообщения за день | Поиск |
|
Опции темы |
18.10.2017, 14:44 | #1 | ||
Местный
|
Растрирование в ЦПМ, контроллеры (PDL), объясите доступно.
Как это вижу я: отправляем файл, например PDF, на печать, в случае если есть RIP он попадете на RIP, если RIP-а нет: 1) если аппарат GDI, файл "превращается" в битовую маску на компьютере и уже отрастрированное изображение передается с компьютера по usb/lan на принтер. Цитата:
Цитата:
Как и везде, качество растрирования в целом зависит от качества исходника. Алгоритма растрирования мы все равно не знаем, вне зависимости от PDL, да и если бы знали - это бы не давало нам возможность влиять на этот алгоритм (я про линиатуру, стохастику и т.д., к сожалению, я в этих вопросах ни черта не понимаю). Опять же думаю и в аппаратах с PCL контроллерами вряд ли доступны такие настройки, да и в PS аппаратах по умолчанию тоже, для полноценной настройки этих параметров как раз и используются EFI/Creo и другие, т.е. РИП-ы в том числе это расширенная настройка PostScript-a. И насколько я понимаю GDI не знает разрешение печати аппарата, он считает(растрирует) "битовую маску" (как назвать массу точек, которые лазеру надо "прожечь" на барабане?) по исходнику, т.е. если я отправлю на печать jpeg размером 10000х10000 пиксилей, GDI так его и отрастирует и отправит на аппарат вне зависимости от физической возможности вывода аппарата (т.е. при слишком крутом исходнике, аппарат будет уменьшать разрешение картинки своим IOT-ом до своих физ.возможностей. Записал это в минус). Минусы GDI: -при печати по сети тяжелый файлы "забивают" сеть (так себе проблема, надо печать кингонговские файлы на постоянной основе, хотя какие-нибудь парусы в ВУЗ-ах и других гос. конторах вполне себе могут); -нет возможности влиять на алгоритм растрирования (точно не знаю, поправьте если не прав); -работа только RGB; -просчет исходника без знания возможностей вывода у печатного устройства (точно не знаю, поправьте если не прав). Дальше в моей иерархии в PDL идет PCL. Судя по спецификации, так же как и GDI работает только с RGB, и НАСКОЛЬКО Я ПОНЯЛ, разрешение печати ограниченно 600*600 (тыц), т.е.даже если у тебя супер-пупер исходник на IOT печатного устройства придет только 600*600, если допустим при этом в драйвере ты выбрал 1200*1200 и устройство реально может дать такое разрешение, происходит интерполяция исходника 600*600 - 1200*1200 самим устройства по супер тупому алгоритму, в том числе до такого случая, когда 600*600 в драйвере будет выглядит лучше чем 1200*1200 (т.е. когда разрешение рассчитанной картинки совпадете с разрешением аппарата, ну вы поняли). И вроде как PCL не работает с вектором (или это про 5 версию? Я не нашел спецификацию на 6 версию.) - это плюс и минус, почему минус: как и говорилось выше, качество 2400*1200 не получится (только интерполяция самим устройством), почему плюс: минимальные требования к железу, т.е. быстрая обработка графики, и как следствие быстрая печать офисных документов. Вроде всё. PostScript (PS) и эмуляции - это топовый PDL. Работа с CMYK, язык "знает" про 4 краски и разбивает цветной файл на 4 слоя или лучше назвать канала? (верно? в отличии от GDI/PCL который разбивает цветное изображение на 3 слоя, 1 слой на 1 канал). PS модифицируется вендором под каждое отдельную линейку (не уверен, возможно что вендоры и не заморачиваются и это моя фантазия) и "считает" именно с максимально возможной выводной возможностью аппарата (IOT-а аппарата). Так как по сути является языком программирования - дает возможность управлять не только печатью, но и любыми другими устройствами (финишеры - степлеры, тримеры и т.д., кассовые аппараты), короче интеграция в любую инфраструктуру (думаю для PCL это тоже не проблема и управление внешними устройствами каким-то образом тоже реализовано). Гибкость настроек печати и возможность управления алгоритмом растирования. Как пример управление температурой фьюзера через отправку PS файла на принтер. Минус: нужен полноценный компьютер, при слабом железе (которое обычно используется во всех аппаратах) долгое время обработки файлов. Про Stand Alone и навесные и другим полноценные RIP-ы потом. Что хотел уточнить: получается, что вне зависимости от используемого PDL в принтере IOT/Main PWB/Главная плата, т.е. то что не посредственно управляет лазером, может и "переделывает" картинку на своем усмотрение, кроме тех случаев, когда то, что приходит на эту плату не совпадает с тем, что он может и "понимает". Т.е. именно по-этому PS и/или его эмуляция - дает лучшую картинку. Если я все правильно понимаю, получается, что нет смысла использовать софтовые РИП-ы (только если для автоматизации каких-либо процессов) и нет смысла использовать такие РИП-ы как у человека в этой теме: http://forum.trade-print.ru/showthread.php?t=42435 Помогите разложить все по полочкам. Последний раз редактировалось BiG CMYK; 18.10.2017 в 15:03.. |
||
18.10.2017, 21:16 | #2 |
Местный
Регистрация: 26.10.2010
Адрес: .RU
Сообщений: 6,139
Репутация: 249
|
Начнём с конца.
Для наилучшего понимания воспользуемся легкопонимаемой метафорой компьютерной видеокарты. Оттиск - это один кадр монитора. Принтер - это монитор, который отображает кадры. Выход аппаратного RIP (как одно целое с аппаратным RIP) - это видеокарта, которая формирует кадры на мониторе. Вход аппаратного RIP - это поток данных, поступающих на видеокарту. Потоки данных классифицируются: 1) Raw data - поток TIFF. Прямой аналог - любой видеопоток (например, с платы видеозахвата) без сжатия. Те, кто занимались видеомонтажом, знают, насколько чудовищные требования к подаче такого потока - данные должны поступать непрерывно. Например, несжатый поток 1920*1080*60*32bit требует 500 Мб/с. А, ведь, разрешение нашего монитора больше на порядки! Посчитайте, сколько точек в кадре-оттиске! Короче, таких потоков не бывает. 2) GDI - линейная программа, последовательно оперирующая графическими примитивами: нарисуй квадрат, нарисуй круг, поставь точку. Список примитивов повторяет список графических команд Windows. Поэтому, логично, что изображение формируется на компьютере. Что же подаётся на нашу видеокарту? На неё подаётся удобно сжатый видео-поток. Аналог - воспроизведение MPEG4 с аппаратным декодированием. 3) PCL, PCL XL, PostScript. На нашу видеокарту подаётся поток, большая часть которого представляет из себя программу. PCL - язык попроще, PCL XL/PostScript - язык посложнее. Аналог - DirectX, OpenGL, шейдеры. А уже видеокарта проводит титаническую работу по сглаживанию, текстурированию, фильтрации каждого кадра-оттиска. Для чего же нужны софтварные РИПы? Для того же, для чего нужные разные программные компиляторы. Одних компиляторов C, в своё время, было: Borland, Microsoft, GNU, Watcom. И из одного исходника они генерировали разный код. И не всегда рабочий. |
18.10.2017, 21:28 | #3 |
Местный
Регистрация: 26.10.2010
Адрес: .RU
Сообщений: 6,139
Репутация: 249
|
P.S. Самые продвинутые программные РИПы способны задействовать альтернативный поток данных для аппаратного РИП. Они способны генерировать поток данных, который минует встроенную интерпретацию PCL/PostScript и будет обработан в стиле потока драйвера GDI - непосредственно.
|
19.10.2017, 02:46 | #4 | ||
Заблокирован
Регистрация: 13.02.2017
Адрес: Россия
Сообщений: 424
Репутация: 35
|
BiG CMYK, Вы затронули интересную темку, но она периодически поднималась и поднимается на просторах сети. Информации хватает, достаточно и поисковика , что бы вопросы не задавать. В целом у Вас верное представление с некоторыми не точностями . Растровый процессор есть в любом принтере и его одна из основных задач - растрирование, кроме GDI , чем GDI устройства и отличаются. Лень писать и упрощенно тут https://ru.wikipedia.org/wiki/Raster_Image_Processor . Тут обширнее http://www.kudesnik.net/faq/colour/fc040.php
Цитата:
Цитата:
И при всем при этом, PCL принтеров сейчас выпускается больше. Последний раз редактировалось Vasilij; 19.10.2017 в 03:06.. |
||
19.10.2017, 10:52 | #5 |
Местный
|
|
19.10.2017, 12:28 | #6 | |
Местный
Регистрация: 19.06.2009
Адрес: СПб
Сообщений: 8,348
Репутация: 252
|
Цитата:
И в общем, со многим согласен. Есть только один момент - где стоит этот эта "видеокарта-РИП"? А это ооооочень важный вопрос! Дело в том, что, практически во всех цифровых принтерах НЕТ ВОЗМОЖНОСТИ ПРЯМОЙ ЭКСПОЗИЦИИ "кадра"! Т.е. Вы не можете подготовить некий файл (например ТИФФ с оптическим разрешением принтера) и НАПРЯМУЮ вывести этот файл. Т.е. в "принтерах" перед блоком управления лазерами и стоит эта самая "видеокарта", которая по какому-то "СВОЕМУ" (по-сути, никому не известному алгоритму) как-то преобразует файл который УЖЕ прошел некое преобразование в программе верстке, Windows-среде, обработку во встроенном/внешнем устройстве (который принято называть РИПом) и УЖЕ готов для экспонирования лазером. По-сути, те устройства, которые в цифропечати принято называть РИПами таковыми являются лишь отчасти. Все-таки "правильный" РИП (растрово-имиджевый процессор) должен сам РАСТРИРОВАТЬ картинку (по какому-то своему набору растров, линиатур и пр.). А для этого, этот РИП ДОЛЖЕН иметь возможность ПРЯМОГО экспонирования. Тогда в этот РИП можно ПРОГРАММНО добавлять и типы растров и пр. и пр. и пр. Ну и по-сути прямую экспозицию "кадра" реально предоставляют только РИПы устройств типа СТР и, насколько мне известно, Индиг (и то только первых серий). Те программно-аппаратные комплексы (которые в цифропечатнях называются РИПами) по-сути, делают только предварительную подготовку файлов (с учетом входящих и исходящих цветовых профилей), какие-то вспомогательные опции типа спуска полос и построения выходного цветового профиля устройства. Далее, как я понимаю, эти устройства все-равно делают некий по-битный "кадр" нашего рисунка, который и отправляется в "видеокарту" принтера. А уже данная "видеокарта" (которая является неотъемлемой частью принтера) уже и делает оконечную растеризацию-преобразования нашего кадра |
|
19.10.2017, 12:44 | #7 | |
Местный
Регистрация: 03.01.2012
Адрес: Earth
Сообщений: 5,389
Репутация: 214
|
Цитата:
|
|
19.10.2017, 13:11 | #8 | |
Местный
Регистрация: 10.08.2008
Адрес: StPetersburg
Сообщений: 9,086
Репутация: 1015
|
Цитата:
Но кстати красота этой картинки зависит и от того как подготовлен "исходник". По "исходником" я имею ввиду 8битный массив, который выдает РИП. Ведь РИПу надо привести все объекты, растровые и векторные к "общему знаменателю" и тут могут использоваться разные алгоритмы интерполяции downsampling. Аналогия как Фотошопе, либо самы примитивный "по соседним пикселам" либо какой-то более продвинутый типа "бикубический". Вот во встроенных Кониковских РИПах вообще есть возможность выбрать почти любой, произвольный типа растра: линиатура, угол, форма точки. Правда этим по-моему никто не пользуется. Последний раз редактировалось ILIAS; 19.10.2017 в 13:18.. |
|
19.10.2017, 13:40 | #9 |
Местный
Регистрация: 19.06.2009
Адрес: СПб
Сообщений: 8,348
Репутация: 252
|
ILIAS тут еще есть и такой момент - с каким "внутренним" разрешением/глубиной цвета РИП осуществляет свои "внутренние" пересчеты. Как правило, Крео ведет пересчет с глубиной в 16-битной цветовой моделе, а это требует и более мощного железа и более сложных математических алгоритмов. Но правда это предполагает и бОльшую точность конечного результата
|
19.10.2017, 15:03 | #10 |
Местный
Регистрация: 26.10.2010
Адрес: .RU
Сообщений: 6,139
Репутация: 249
|
То же самое, что и с видеокартами Intel/AMD/Nvidia. Они все "рисуют" по-разному, там абсолютно разная математика у технологий сглаживания, сэмплирования и т.д.
Принтер - монитор. Аппаратный РИП - видеокарта, и её можно менять. Просто, в случае с принтерами, связки видеокарта-монитор очень жёсткие - всего по 2-3 штуки. Последний раз редактировалось quest; 19.10.2017 в 15:06.. |
|
19.10.2017, 15:23 | #11 | |
Местный
Регистрация: 19.06.2009
Адрес: СПб
Сообщений: 8,348
Репутация: 252
|
Цитата:
Помню, что когда наш печатник заканчивал МГУП, то его дипломной работой было сравнение нескольких видов СТАНДАРТНЫХ растров с адаптивным растром (который кто-то из преподов МГУПа и изобрел-разработал). Этого типа растра, естественно, не было в нашем СТР-ишном РИПе. Печатник принес ОТРИПОВАННУЮ картинку (на каком-то их страшно секретном РИПе), затем мы эту же картинку отриповали стандартными (для нашего СТР) растрами все эти ОТРИПОВАННЫЕ (разными растрами) картинки собрали на один печатный лист, вывели на одну форму и отпечатали офсетный тираж. Получили наглядный образец приемуцществ того или иного типа растров. Такой фокус на конкретной ЦПМ Вы НИКАК не получите)) |
|
19.10.2017, 15:33 | #12 |
Местный
Регистрация: 10.08.2008
Адрес: StPetersburg
Сообщений: 9,086
Репутация: 1015
|
Если речь о передележке цвета, то это зависит не от РИПа, а от профилей. Вы можете создать свой выходной профиль с разными параметрами и засунуть его в РИП. если он его "съест" значит и будет пересчитывать по тому профилю который вы ему засунули.
Другое дело что некоторые РИПы могут "съесть" макеты с 16 битным представлением цвета, но при лазерной печати никто так не делает, это никому не нужно. Такая возможность иногда заявляется маркетологами РИПов для широкоформатки. Только и это ИМХО мало кому нужно. Всякие там супермегофотокачественные изображения обычно печатают на водных струйниках через драйвер. |
19.10.2017, 17:54 | #13 | ||||
Местный
|
Цитата:
Нет. Я говорю о том, что в GDI/PCL аппаратах: 1) RGB переводиться в CMYK по непонятным алгоритму, к которому у пользователя нет доступа. 2) Даже если отправишь макет в CMYK, он пройдет преобразование в RGB, а потом опять в CMYK. (ну или как вы говорите CMYK в Lab -> Lab в RGB -> RGB в CMYK ) Вот здесь я не правильно написал: Цитата:
Цитата:
Да ширпотреба всегда больше, какое это имеет отношение к поднятым вопросам? Цитата:
Да вот и я об этом! ))) Единственная поправка: в монохромных наверно можно, точнее из-за малого количества данных алгоритм управления лазером практически не внесет изменений в то, что ему придет. Последний раз редактировалось BiG CMYK; 19.10.2017 в 18:01.. |
||||
19.10.2017, 18:06 | #14 |
Местный
Регистрация: 10.08.2008
Адрес: StPetersburg
Сообщений: 9,086
Репутация: 1015
|
|
19.10.2017, 18:27 | #15 |
Местный
Регистрация: 10.08.2008
Адрес: StPetersburg
Сообщений: 9,086
Репутация: 1015
|
Как я понимаю ситуацию с языками печати. PCL и PS это языки, в них есть способы описания объектов - растр, вектор, текст. Их положение, форма, размер. Драйвер отсылает в принтер файл где описаны эти объекты. И уже встроенный контроллер интерпретирует их и превращает в "фарш" (8ми или скольки-то там битный битмап). Если используется GDI, то всем этим занимается компьютер, и он шлет уже почти готовый "фарш".
Но этот "фарш" это еще не растр в полном смысле. Даже в случае GDI принтера. Там нет информации куда и как поставить точку. Этим занимается микросхема в принтере, в ней работает некий уникальный в своем роде treshhold matrix алгоритм, который является разработкой конкретного производителя. Там же (или в соседней микросхеме) происходит цветоделение в случае PCL или GDI. По каким-то таблицам, тоже уникальным. |
19.10.2017, 21:04 | #16 | |
Местный
Регистрация: 19.06.2009
Адрес: СПб
Сообщений: 8,348
Репутация: 252
|
Цитата:
При "внутреннем" 16-битном пересчете (даже если "входящий" файл имеет глубину цвета всего 8 бит) точность пересчетов существенно повышается и накапливаемая погрешность практически никак не сказывается на конечном результате. |
|
19.10.2017, 23:14 | #17 |
Местный
Регистрация: 10.08.2008
Адрес: StPetersburg
Сообщений: 9,086
Репутация: 1015
|
Про какой именно пересчет идет речь? Что именно пересчитывается в РИПе да еще и несколько раз?
Если про рецептуру ЦМИК, то, как я уже и писал, то это зависит от битности icc профиля. PS Что может пересчитываться в офсетном РИПе? Речь идет о пересчете согласно кривой компенсации? |
19.10.2017, 23:34 | #18 | |
Местный
Регистрация: 26.10.2010
Адрес: .RU
Сообщений: 6,139
Репутация: 249
|
Цитата:
Заметьте, что для других лазерных принтеров такого варианта Harlequin нет, поэтому, с большой вероятностью, можно говорить о том, что здесь используются конкретные архитектурные особенности конкретных OKI. |
|
19.10.2017, 23:57 | #19 |
Местный
Регистрация: 19.06.2009
Адрес: СПб
Сообщений: 8,348
Репутация: 252
|
ILIAS сначала у нас происходит преобразование CMYK->CMYK c учетом входного/выходного профиля (по-сути, это уже двойной пересчет через Lab CMYK->Lab, затем Lab->CMYK), затем может идти пересчет согласно кривой линеаризации устройства, затем (как в продвинутых РИПах) может добавляться какая-то градационная кривая, описывающая характеристики конкретной бумаги и т.д. Вот Вам несколько пересчетов и каждый с точностью в пол-процента...
|
20.10.2017, 00:25 | #20 |
Местный
|
Завтра посмотрю. Кончено для других нет, OKI пишет свою эмуляцию PS, а не покупает лицензию у Adobe, естественно под другие аппараты он не подойдет, потому, что Kyocera делает KDPL, Canon - UFR, Konica я так понял назвала свою эмуляцию CPSI 3016. Каждый аппарат это отдельный код, плюс поддержка, слишком ресурсоемко, да и может Harlequin само OKI и дало денег.
|
|
"Форум индустрии цифровой печати" 2008-2023 Все вопросы по сотрудничеству: Электропочта: info@trade-print.ru Москва, Печатников пер. |