|
|
Регистрация | Пригласить друга | Все альбомы | Файловый архив | Справка | Сообщество | Календарь | Сообщения за день | Поиск |
|
Опции темы |
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.. |
||
20.10.2017, 00:42 | #21 |
Местный
Регистрация: 26.10.2010
Адрес: .RU
Сообщений: 6,139
Репутация: 249
|
Это, вообще, у всех так. Если написано True/Genuine Adobe PostScript - это лицензия. Соответствующую наклейку всегда стараются приделать на самое видное место.
Если просто PostScript - это эмуляция. Эмуляция - подавляющее большинство на рынке. Точно также, как на *nix ПК - стандарт де-факто GhostScript. Но для HP/Canon и т.д. отдельного программного Harlequin нет, а для OKI - есть. |
20.10.2017, 13:55 | #22 | |
Местный
Регистрация: 10.08.2008
Адрес: StPetersburg
Сообщений: 9,086
Репутация: 1015
|
Цитата:
Если про воркфлоу в "цифровых" РИПах, то - да. Ну и еще Что-то вы все усложняете. Кривая линеаризации в связке с профилем делают полную коррекцию для конкретной бумаги. 2 преобразования. Но никак не больше. |
|
28.09.2018, 07:25 | #23 |
Новичок
|
Re: Растрирование в ЦПМ, контроллеры (PDL), объясите доступно.
Прошу прощения, за то, что кусаю мэтров, но несколько тесизов совершенно неверны. Потратил пару недель на reverse engineering Fiery для ксероксов, вот что получается:
1. Возможность "аппаратного экспонирования" как минимум у РИПов, подключаемых через SCSI-образный кабель - есть. 2. Растрирование, цветоделение, screening - всё это происходит внутри РИПа. Print engine это не делает. 3. Разница между выносным РИПом Fiery и пристяжным - в наличии пресловутого VFabric. На пристяжных РИПах "видеокарты" занимаются только выводом 1битного массива точек в print engine загружая центральный процессор рипа цветоделением, растрированием и screening. Во внешних РИПах операции цветоделения, растрирования и screening осуществляются силами ПЛИСов на видеокарте. |
28.09.2018, 07:28 | #24 |
Новичок
|
Re: Растрирование в ЦПМ, контроллеры (PDL), объясите доступно.
Да, еще забыл добавить, эволюция РИПов для однотипных машин Ксерокса налицо - в 240/242 всё растрирование происходило 600dpix8bit, в более свежем 700 - уже 1200dpix8bit, а уже в C70 - РИП может растрировать в 2400, но это почему-то выключено.
|
28.09.2018, 11:59 | #25 | |
Местный
Регистрация: 26.10.2010
Адрес: .RU
Сообщений: 6,139
Репутация: 249
|
Re: Растрирование в ЦПМ, контроллеры (PDL), объясите доступно.
Цитата:
Я когда описывал концепцию, мысленно опирался на мою связку Fiery+dc8000. 1) RIP и принтер связывают 4 провода, каждый из которых отвечает за один канал CMYK. По сути, это 4 монохромные видеокарты с цифровыми выходами. 2) Внутри принтер представляет из себя 4 аналоговых монитора, типа ЭЛТ с трубкой и люминофором. Но в случае моего принтера для каждого из 4-х экранов: 2.1) Вместо электронного пучка - лазер. 2.2) Вместо люминофора - поверхность фотобарабана. 2.3) В общем случае, высота "экрана" один пиксель, ширина "экрана" - максимально запечатываемая область. Впрочем, "аналоговые" мониторы вполне себе управлялись цифровыми мозгами. Раньше крутили крутилки, потом яркость, контрастность и всем прочим управляли уже через OSD-меню. Также и в принтере, каждый из "ЭЛТ-мониторов" вносит свою роль в формировании картинки. Например, для Xerox dc8000 физическое разрешение такого монитора 2400dpi x1 bit по длинной стороне. Но, также как и для ЭЛТ-монитора, в дело вступают аналоговые проблемы - зерно тонера, фокусировка и т.д. P.S. Я осознанно выбираю ЭЛТ как аналог отображения луча на фотобарабане. В момент печати происходит цифро-аналоговое преобразование модулированного лазера в аналоговый оттиск с потерей попиксельной отображаемости. |
|
28.09.2018, 12:04 | #26 | |
Местный
Регистрация: 25.07.2011
Адрес: .
Сообщений: 36,940
Репутация: 623
|
Re: Растрирование в ЦПМ, контроллеры (PDL), объясите доступно.
Цитата:
про 8 бит тоже смешно. пихать точку в разные углы "ячейки" и называть это глубиной точки - смешно. |
|
28.09.2018, 14:57 | #27 |
Новичок
|
Re: Растрирование в ЦПМ, контроллеры (PDL), объясите доступно.
Ну насколько я знаю, самый "мелкий" тонер у ксерокса и рико (возможно я не прав).
|
28.09.2018, 15:06 | #28 |
Местный
Регистрация: 05.03.2010
Адрес: Москва
Сообщений: 1,303
Репутация: 58
|
Re: Растрирование в ЦПМ, контроллеры (PDL), объясите доступно.
|
28.09.2018, 15:13 | #29 |
Местный
Регистрация: 03.01.2012
Адрес: Earth
Сообщений: 5,389
Репутация: 214
|
Re: Растрирование в ЦПМ, контроллеры (PDL), объясите доступно.
|
28.09.2018, 16:03 | #30 | |
Местный
Регистрация: 10.08.2008
Адрес: StPetersburg
Сообщений: 9,086
Репутация: 1015
|
Re: Растрирование в ЦПМ, контроллеры (PDL), объясите доступно.
Цитата:
Я имею ввиду только и именно screening. Не надо путать с растрированием, например векторных объектов. Что такое "аппаратное экспонирование" мне непонятно. Неизвестный мне термин. В качестве косвенного контраргумента скажу, что все типы растров существуют в машине без РИПа. Рип можно физически отключить и выбросить, но машина будет делать копии, т.е. производить сканирование и печать и использованием различных типов растра. Можно будет производить настройки (Gamma Adj, например) для разных типов растра. Припоминаю, что где-то даже в официальной информации упоминалось, что выходным продуктом РИПа Fiery является формат типа TIFF, 4 8ми битных тифа на каждый канал, а не реальная растровая картинка. Найти инфу не могу. |
|
|
28.09.2018, 16:27 | #31 | |
Новичок
|
Re: Растрирование в ЦПМ, контроллеры (PDL), объясите доступно.
Цитата:
|
|
28.09.2018, 16:30 | #32 |
Новичок
|
Re: Растрирование в ЦПМ, контроллеры (PDL), объясите доступно.
|
28.09.2018, 16:50 | #33 |
Местный
Регистрация: 03.01.2012
Адрес: Earth
Сообщений: 5,389
Репутация: 214
|
Re: Растрирование в ЦПМ, контроллеры (PDL), объясите доступно.
https://yadi.sk/i/TK6crQJk3ZaAb3 (в псд на каждом слое — свой режим).
RussianE39, если вам интересно копать эту тему, я делал сканы в хорошем качестве разных режимов растрирования на Canon imagePRESS C650 с рипом Fiery G100 Могу скинуть оригинал картинки, вдруг у вас там рядом Кэнон с Призмой стоит, было бы интересно сравнить |
28.09.2018, 17:54 | #34 |
Местный
Регистрация: 10.08.2008
Адрес: StPetersburg
Сообщений: 9,086
Репутация: 1015
|
Re: Растрирование в ЦПМ, контроллеры (PDL), объясите доступно.
|
29.09.2018, 00:43 | #35 |
Новичок
|
Re: Растрирование в ЦПМ, контроллеры (PDL), объясите доступно.
Риповый софт от 700 это и означает, я на рип поставил его внутреннее ПО от 700ой машины. Вот так, надеюсь, будет понятнее.
|
29.09.2018, 11:35 | #36 |
Местный
Регистрация: 29.11.2009
Адрес: тольятти
Сообщений: 5,864
Репутация: 125
|
Re: Растрирование в ЦПМ, контроллеры (PDL), объясите доступно.
не понятно. вы на рип фери от 250 поставили софт от рипа фери 700? и оно работает? а от 700i можно? в дуплексе 300грам будет крутить?
|
29.09.2018, 11:36 | #37 |
Местный
Регистрация: 03.01.2012
Адрес: Earth
Сообщений: 5,389
Репутация: 214
|
Re: Растрирование в ЦПМ, контроллеры (PDL), объясите доступно.
|
29.09.2018, 11:40 | #38 |
Местный
Регистрация: 29.11.2009
Адрес: тольятти
Сообщений: 5,864
Репутация: 125
|
Re: Растрирование в ЦПМ, контроллеры (PDL), объясите доступно.
и скорость на плотных падать не будет)
|
29.09.2018, 12:05 | #39 | |
Местный
Регистрация: 10.08.2008
Адрес: StPetersburg
Сообщений: 9,086
Репутация: 1015
|
Re: Растрирование в ЦПМ, контроллеры (PDL), объясите доступно.
Цитата:
Ну и? Я не очень сильно знаком с маркетинговыми нюансами Ксерокс, попробую догадаться. Вы намекаете на то что наличие стохастики декларируется в 700 и не декларируется в DC252? Допустим. Вы поставили заливку от 700 и стохастика появилась, вполне логично, иначе и быть не могло. И DC252 чудесным образом стал печатать стохастическим растром, которого у него отродясь не было. (Требует проверки с микроскопом) Но даже если и так. У меня большие подозрения, что стохастика могла быть зашита в мозгах DC252, только доступа к ней не было. С кониками такое точно есть. В настройках растра копира стохастика есть. Но ни из штатного fiery стохастикой не напечатать. Нет такой галки. |
|
29.09.2018, 23:50 | #40 | |
Новичок
|
Re: Растрирование в ЦПМ, контроллеры (PDL), объясите доступно.
Цитата:
|
|
|
"Форум индустрии цифровой печати" 2008-2023 Все вопросы по сотрудничеству: Электропочта: info@trade-print.ru Москва, Печатников пер. |