Растрирование в ЦПМ, контроллеры (PDL), объясите доступно. - Цифровая печать как бизнес - форум и портал
Индустрия цифровой печати - отраслевой портал  

Вернуться   Цифровая печать как бизнес - форум и портал > Технический раздел - ремонт принтеров, копиров > Общий раздел лазерной печати

Реклама на форуме
  • Дополнительный доход для сервисного инженера. Узнать как…
Ответ
 
Опции темы
Старый 18.10.2017, 14:44   #1
BiG CMYK
Местный
 
Аватар для BiG CMYK
 
Регистрация: 12.08.2011
Адрес: Москва
Сообщений: 2,537
Репутация: 125
Отправить сообщение для BiG CMYK с помощью ICQ Отправить сообщение для BiG CMYK с помощью Skype™
По умолчанию Растрирование в ЦПМ, контроллеры (PDL), объясите доступно.

Просто хочу разобраться, как это происходит.

Как это вижу я: отправляем файл, например PDF, на печать, в случае если есть RIP он попадете на RIP, если RIP-а нет:
1) если аппарат GDI, файл "превращается" в битовую маску на компьютере и уже отрастрированное изображение передается с компьютера по usb/lan на принтер.
Цитата:
GDI — это интерфейс Windows для представления графических объектов и передачи их на устройства отображения, такие, как мониторы и принтеры.
Чем плох GDI:
Цитата:
все цвета в вызовах — всегда в RGB, независимо от системы цветов текущего устройства. Исключение — отдельные пикселы внутри битмапов, которые могут быть и в виде, определённом устройством.
И собственно по большому счету это единственный минус, который для SOHO сегмента не принципиален, даже наверно не для SOHO, а до определенного уровня работы с цветом. С вектором GDI работает, с растром тоже.

Как и везде, качество растрирования в целом зависит от качества исходника. Алгоритма растрирования мы все равно не знаем, вне зависимости от 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..
BiG CMYK вне форума   Ответить с цитированием
Старый 18.10.2017, 21:16   #2
quest
Местный
 
Регистрация: 26.10.2010
Адрес: .RU
Сообщений: 6,046
Репутация: 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. И из одного исходника они генерировали разный код. И не всегда рабочий.
quest вне форума   Ответить с цитированием
Старый 18.10.2017, 21:28   #3
quest
Местный
 
Регистрация: 26.10.2010
Адрес: .RU
Сообщений: 6,046
Репутация: 249
По умолчанию

P.S. Самые продвинутые программные РИПы способны задействовать альтернативный поток данных для аппаратного РИП. Они способны генерировать поток данных, который минует встроенную интерпретацию PCL/PostScript и будет обработан в стиле потока драйвера GDI - непосредственно.
quest вне форума   Ответить с цитированием
Старый 19.10.2017, 02:46   #4
Vasilij
Заблокирован
 
Регистрация: 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
Цитата:
Сообщение от BiG CMYK Посмотреть сообщение
PostScript (PS) и эмуляции - это топовый PDL.
Работа с CMYK, язык "знает" про 4 краски и разбивает цветной файл на 4 слоя или лучше назвать канала? (верно? в отличии от GDI/PCL который разбивает цветное изображение на 3 слоя, 1 слой на 1 канал).
Тут Вы заблуждаетесь. RGB печатающее устройство , это условность по причине отправки с файла изображения трех RGB значений точек пикселей. RGB цветовая модель применяется для расчета числовых значений цвета в компьютерной графике и только эту модель понимает Windows. Цветовая модель CMYK используется для расчетов значений цвета в полиграфии. Не будем подробно говорить об этих моделях, это другая и очень обширная тема. Стоит лишь сказать что числовые значения RGB и числовые значения CMYK ни чего не говорят о цвете и их значения , это аппаратные данные. В расчетах компьютерной графике о цвете говорит модель Lab и именно эта модель и её числовые значения и используются при пересчете числовых значений цвета из RGB в CMYK и на оборот. Так вот RGB принтеры печатают по законам CMYK печати , ведь все они заправлены CMYK красителями, а не RGB , которых просто не существует. На RGB устройствах числовые значения RGB , через Lab преобразуются в 4 потока сигналов на каждый пиксел изображения, так как фактически имеем CMYK устройство с четырьмя цветами печати. Другой вопрос, что мы этого не видим и не знаем как это все и по каким алгоритмам рассчитывается. Так что в реалии ,каждый пиксел изображения приходит на принтер с четырьмя числовыми значениями.

Цитата:
Сообщение от BiG CMYK Посмотреть сообщение
Если я все правильно понимаю, получается, что нет смысла использовать софтовые РИП-ы (только если для автоматизации каких-либо процессов)
Как посмотреть . Есть понятие необходимости, а есть понятие достаточности. Внешние RIP и программные RIP расширяют функционал оборудования, а это может повлиять на качество печати. Как правило серьезные RIP имеют модуль управления цветом , могут менять растр печати и так далее, что повлияет на качество в лучшую сторону. Вообще то RIP рекламируют производители и каждый нахваливает свое творение и со своей рекламой ,это так же другая тема.
Цитата:
Сообщение от BiG CMYK Посмотреть сообщение
PostScript (PS) и эмуляции - это топовый PDL.
И при всем при этом, PCL принтеров сейчас выпускается больше.

Последний раз редактировалось Vasilij; 19.10.2017 в 03:06..
Vasilij вне форума   Ответить с цитированием
Старый 19.10.2017, 10:52   #5
trprint
Местный
 
Аватар для trprint
 
Регистрация: 24.11.2010
Адрес: Москва
Сообщений: 896
Репутация: 42
Отправить сообщение для trprint с помощью ICQ
По умолчанию

Отдельный мощный (и дорогой) РИП нужен в том числе для управления цветом. Для использования "профилей" - своего рода таблиц поправочных коэффициентов, позволяющих заставить принтер печатать нужный нам цвет...
trprint вне форума   Ответить с цитированием
Старый 19.10.2017, 12:28   #6
d_Serg
Местный
 
Регистрация: 19.06.2009
Адрес: СПб
Сообщений: 8,164
Репутация: 251
По умолчанию

Цитата:
Сообщение от quest Посмотреть сообщение
Выход аппаратного RIP (как одно целое с аппаратным RIP) - это видеокарта, которая формирует кадры на мониторе.
Вход аппаратного RIP - это поток данных, поступающих на видеокарту.
quest, очень хорошая аналогия с видеокартой!
И в общем, со многим согласен.
Есть только один момент - где стоит этот эта "видеокарта-РИП"?
А это ооооочень важный вопрос!
Дело в том, что, практически во всех цифровых принтерах НЕТ ВОЗМОЖНОСТИ ПРЯМОЙ ЭКСПОЗИЦИИ "кадра"! Т.е. Вы не можете подготовить некий файл (например ТИФФ с оптическим разрешением принтера) и НАПРЯМУЮ вывести этот файл. Т.е. в "принтерах" перед блоком управления лазерами и стоит эта самая "видеокарта", которая по какому-то "СВОЕМУ" (по-сути, никому не известному алгоритму) как-то преобразует файл который УЖЕ прошел некое преобразование в программе верстке, Windows-среде, обработку во встроенном/внешнем устройстве (который принято называть РИПом) и УЖЕ готов для экспонирования лазером.

По-сути, те устройства, которые в цифропечати принято называть РИПами таковыми являются лишь отчасти. Все-таки "правильный" РИП (растрово-имиджевый процессор) должен сам РАСТРИРОВАТЬ картинку (по какому-то своему набору растров, линиатур и пр.). А для этого, этот РИП ДОЛЖЕН иметь возможность ПРЯМОГО экспонирования. Тогда в этот РИП можно ПРОГРАММНО добавлять и типы растров и пр. и пр. и пр. Ну и по-сути прямую экспозицию "кадра" реально предоставляют только РИПы устройств типа СТР и, насколько мне известно, Индиг (и то только первых серий).

Те программно-аппаратные комплексы (которые в цифропечатнях называются РИПами) по-сути, делают только предварительную подготовку файлов (с учетом входящих и исходящих цветовых профилей), какие-то вспомогательные опции типа спуска полос и построения выходного цветового профиля устройства.
Далее, как я понимаю, эти устройства все-равно делают некий по-битный "кадр" нашего рисунка, который и отправляется в "видеокарту" принтера. А уже данная "видеокарта" (которая является неотъемлемой частью принтера) уже и делает оконечную растеризацию-преобразования нашего кадра
d_Serg вне форума   Ответить с цитированием
Старый 19.10.2017, 12:44   #7
mazdie
Местный
 
Аватар для mazdie
 
Регистрация: 03.01.2012
Адрес: Earth
Сообщений: 5,389
Репутация: 214
По умолчанию

Цитата:
Сообщение от d_Serg Посмотреть сообщение
По-сути, те устройства, которые в цифропечати принято называть РИПами таковыми являются лишь отчасти. Все-таки "правильный" РИП (растрово-имиджевый процессор) должен сам РАСТРИРОВАТЬ картинку (по какому-то своему набору растров, линиатур и пр.). А для этого, этот РИП ДОЛЖЕН иметь возможность ПРЯМОГО экспонирования. Тогда в этот РИП можно ПРОГРАММНО добавлять и типы растров и пр. и пр. и пр. Ну и по-сути прямую экспозицию "кадра" реально предоставляют только РИПы устройств типа СТР и, насколько мне известно, Индиг (и то только первых серий).
Ок, а почему, например на одной и той-же машине (Ксерокс 700 например) с разными рипами доступны разные типы растров? На Крео вроде есть стохастика, а на Файри нет. Или эти растры просто залочены для Файри внутри этого самого "настоящего рипа", который в машине самой?
mazdie вне форума   Ответить с цитированием
Старый 19.10.2017, 13:11   #8
ILIAS
Местный
 
Аватар для ILIAS
 
Регистрация: 10.08.2008
Адрес: StPetersburg
Сообщений: 8,984
Репутация: 1011
По умолчанию

Цитата:
Сообщение от mazdie Посмотреть сообщение
На Крео вроде есть стохастика, а на Файри нет. Или эти растры просто залочены для Файри внутри этого самого "настоящего рипа", который в машине самой?
Да, я почти уверен, что это так. Грубо говоря, в РИПе Fiery просто нет галки, которая "дергает" нужный бит на плате растрирования, давая ей команду применить эту матрицу. А в Крео есть. Типа "бонус" за более высокую цену. Дающую право маркетологам говорить, что "Крео рисует более красивую растровую картинку".
Но кстати красота этой картинки зависит и от того как подготовлен "исходник". По "исходником" я имею ввиду 8битный массив, который выдает РИП. Ведь РИПу надо привести все объекты, растровые и векторные к "общему знаменателю" и тут могут использоваться разные алгоритмы интерполяции downsampling. Аналогия как Фотошопе, либо самы примитивный "по соседним пикселам" либо какой-то более продвинутый типа "бикубический".
Вот во встроенных Кониковских РИПах вообще есть возможность выбрать почти любой, произвольный типа растра: линиатура, угол, форма точки. Правда этим по-моему никто не пользуется.

Последний раз редактировалось ILIAS; 19.10.2017 в 13:18..
ILIAS вне форума   Ответить с цитированием
Старый 19.10.2017, 13:40   #9
d_Serg
Местный
 
Регистрация: 19.06.2009
Адрес: СПб
Сообщений: 8,164
Репутация: 251
По умолчанию

Цитата:
Сообщение от ILIAS Посмотреть сообщение
Дающую право маркетологам говорить, что "Крео рисует более красивую растровую картинку".
ILIAS тут еще есть и такой момент - с каким "внутренним" разрешением/глубиной цвета РИП осуществляет свои "внутренние" пересчеты. Как правило, Крео ведет пересчет с глубиной в 16-битной цветовой моделе, а это требует и более мощного железа и более сложных математических алгоритмов. Но правда это предполагает и бОльшую точность конечного результата
d_Serg вне форума   Ответить с цитированием
Старый 19.10.2017, 15:03   #10
quest
Местный
 
Регистрация: 26.10.2010
Адрес: .RU
Сообщений: 6,046
Репутация: 249
По умолчанию

Цитата:
Сообщение от mazdie Посмотреть сообщение
с разными рипами доступны разные типы растров?
То же самое, что и с видеокартами Intel/AMD/Nvidia. Они все "рисуют" по-разному, там абсолютно разная математика у технологий сглаживания, сэмплирования и т.д.
Принтер - монитор.
Аппаратный РИП - видеокарта, и её можно менять. Просто, в случае с принтерами, связки видеокарта-монитор очень жёсткие - всего по 2-3 штуки.

Последний раз редактировалось quest; 19.10.2017 в 15:06..
quest вне форума   Ответить с цитированием
Старый 19.10.2017, 15:23   #11
d_Serg
Местный
 
Регистрация: 19.06.2009
Адрес: СПб
Сообщений: 8,164
Репутация: 251
По умолчанию

Цитата:
Сообщение от quest Посмотреть сообщение
Аппаратный РИП - видеокарта, и её можно менять. Просто, в случае с принтерами, связки видеокарта-монитор очень жёсткие - всего по 2-3 штуки.
Немного не так. "Видеокарта" намертво зашита в принтер (просто в этой видеокарте предустановлено несколько режимов экспозиции). Если даже Вы поменяете "навесной РИП", то на ЦПМ практически это ничего не поменяет.

Помню, что когда наш печатник заканчивал МГУП, то его дипломной работой было сравнение нескольких видов СТАНДАРТНЫХ растров с адаптивным растром (который кто-то из преподов МГУПа и изобрел-разработал). Этого типа растра, естественно, не было в нашем СТР-ишном РИПе. Печатник принес ОТРИПОВАННУЮ картинку (на каком-то их страшно секретном РИПе), затем мы эту же картинку отриповали стандартными (для нашего СТР) растрами все эти ОТРИПОВАННЫЕ (разными растрами) картинки собрали на один печатный лист, вывели на одну форму и отпечатали офсетный тираж. Получили наглядный образец приемуцществ того или иного типа растров.
Такой фокус на конкретной ЦПМ Вы НИКАК не получите))
d_Serg вне форума   Ответить с цитированием
Старый 19.10.2017, 15:33   #12
ILIAS
Местный
 
Аватар для ILIAS
 
Регистрация: 10.08.2008
Адрес: StPetersburg
Сообщений: 8,984
Репутация: 1011
По умолчанию

Цитата:
Сообщение от d_Serg Посмотреть сообщение
Как правило, Крео ведет пересчет с глубиной в 16-битной цветовой моделе
Если речь о передележке цвета, то это зависит не от РИПа, а от профилей. Вы можете создать свой выходной профиль с разными параметрами и засунуть его в РИП. если он его "съест" значит и будет пересчитывать по тому профилю который вы ему засунули.
Другое дело что некоторые РИПы могут "съесть" макеты с 16 битным представлением цвета, но при лазерной печати никто так не делает, это никому не нужно.
Такая возможность иногда заявляется маркетологами РИПов для широкоформатки. Только и это ИМХО мало кому нужно. Всякие там супермегофотокачественные изображения обычно печатают на водных струйниках через драйвер.
ILIAS вне форума   Ответить с цитированием
Старый 19.10.2017, 17:54   #13
BiG CMYK
Местный
 
Аватар для BiG CMYK
 
Регистрация: 12.08.2011
Адрес: Москва
Сообщений: 2,537
Репутация: 125
Отправить сообщение для BiG CMYK с помощью ICQ Отправить сообщение для BiG CMYK с помощью Skype™
По умолчанию

Цитата:
Сообщение от Vasilij Посмотреть сообщение
Лень писать и упрощенно тут https://ru.wikipedia.org/wiki/Raster_Image_Processor . Тут обширнее http://www.kudesnik.net/faq/colour/fc040.php
По ссылкам очень мало информации, она не точна и не отвечает на мои вопросы.

Цитата:
Сообщение от Vasilij Посмотреть сообщение
Тут Вы заблуждаетесь.
Нет. Я говорю о том, что в GDI/PCL аппаратах:
1) RGB переводиться в CMYK по непонятным алгоритму, к которому у пользователя нет доступа.
2) Даже если отправишь макет в CMYK, он пройдет преобразование в RGB, а потом опять в CMYK. (ну или как вы говорите CMYK в Lab -> Lab в RGB -> RGB в CMYK )

Вот здесь я не правильно написал:
Цитата:
Сообщение от BiG CMYK Посмотреть сообщение
т.е. если я отправлю на печать jpeg размером 10000х10000 пиксилей, GDI так его и отрастирует и отправит на аппарат вне зависимости от физической возможности вывода аппарата
Windows узнает возможности принтера от драйвера. Компьютер разложил изображение по алгоритму GDI и по правилам прописанными в драйвере и отправил на принтер. MCU (главная плата) поддерживает GDI на железном уровне и преобразует эти данные в сигналы для лазера, барабана и т.д. Если изображение цветное, оно приходит на MCU с данными о цвете точки в RGB, например (182,152,105), MCU переводит это, грубо говоря, в 29%,37%,66%,3%. Получается, что в цветных GDI аппаратах все равно есть РИП. Наверно, так.

Цитата:
Сообщение от Vasilij Посмотреть сообщение
Так что в реалии ,каждый пиксел изображения приходит на принтер с четырьмя числовыми значениями.
Скорей всего это зависит от настроек печати. Kyocera заявляет, что может регулировать плотность тонера в каждой точке. Остальные, кстати, тоже.

Цитата:
Сообщение от Vasilij Посмотреть сообщение
И при всем при этом, PCL принтеров сейчас выпускается больше.
Да ширпотреба всегда больше, какое это имеет отношение к поднятым вопросам?

Цитата:
Сообщение от quest Посмотреть сообщение
P.S. Самые продвинутые программные РИПы способны задействовать альтернативный поток данных для аппаратного РИП. Они способны генерировать поток данных, который минует встроенную интерпретацию PCL/PostScript и будет обработан в стиле потока драйвера GDI - непосредственно.
На фантастику сильно смахивает. Какой-такой альтернативный поток данных? Есть ссылочка какая-нибудь? Файлы с разрешением .ps видел, на PCL нет. В теории наверно да, это возможно.

Цитата:
Сообщение от d_Serg Посмотреть сообщение
принтерах НЕТ ВОЗМОЖНОСТИ ПРЯМОЙ ЭКСПОЗИЦИИ "кадра"!
Да вот и я об этом! ))) Единственная поправка: в монохромных наверно можно, точнее из-за малого количества данных алгоритм управления лазером практически не внесет изменений в то, что ему придет.

Последний раз редактировалось BiG CMYK; 19.10.2017 в 18:01..
BiG CMYK вне форума   Ответить с цитированием
Старый 19.10.2017, 18:06   #14
ILIAS
Местный
 
Аватар для ILIAS
 
Регистрация: 10.08.2008
Адрес: StPetersburg
Сообщений: 8,984
Репутация: 1011
По умолчанию

Цитата:
Сообщение от BiG CMYK Посмотреть сообщение
Файлы с разрешением .ps видел, на PCL нет
Можно с помощью PCL драйвера сделать файл с расширением prn. Вроде существуют даже какие-то просмотровщики таких файлов. Я когда-то давно интересовался, но уже не помню.
ILIAS вне форума   Ответить с цитированием
Старый 19.10.2017, 18:27   #15
ILIAS
Местный
 
Аватар для ILIAS
 
Регистрация: 10.08.2008
Адрес: StPetersburg
Сообщений: 8,984
Репутация: 1011
По умолчанию

Как я понимаю ситуацию с языками печати. PCL и PS это языки, в них есть способы описания объектов - растр, вектор, текст. Их положение, форма, размер. Драйвер отсылает в принтер файл где описаны эти объекты. И уже встроенный контроллер интерпретирует их и превращает в "фарш" (8ми или скольки-то там битный битмап). Если используется GDI, то всем этим занимается компьютер, и он шлет уже почти готовый "фарш".
Но этот "фарш" это еще не растр в полном смысле. Даже в случае GDI принтера. Там нет информации куда и как поставить точку. Этим занимается микросхема в принтере, в ней работает некий уникальный в своем роде treshhold matrix алгоритм, который является разработкой конкретного производителя. Там же (или в соседней микросхеме) происходит цветоделение в случае PCL или GDI. По каким-то таблицам, тоже уникальным.
ILIAS вне форума   Ответить с цитированием
Старый 19.10.2017, 21:04   #16
d_Serg
Местный
 
Регистрация: 19.06.2009
Адрес: СПб
Сообщений: 8,164
Репутация: 251
По умолчанию

Цитата:
Сообщение от ILIAS Посмотреть сообщение
Если речь о передележке цвета, то это зависит не от РИПа, а от профилей. Вы можете создать свой выходной профиль с разными параметрами и засунуть его в РИП. если он его "съест" значит и будет пересчитывать по тому профилю который вы ему засунули.
ILIAS, смотрите, 8 бит - это примерно точность в 0,5% градации серого. И при каждом преобразовании Вы эти "полпроцента" погрешности накапливаете. После нескольких математических преобразований (а РИПе часто происходит сразу несколько пересчетов одной точки) накапливается вполне приличная погрешность.
При "внутреннем" 16-битном пересчете (даже если "входящий" файл имеет глубину цвета всего 8 бит) точность пересчетов существенно повышается и накапливаемая погрешность практически никак не сказывается на конечном результате.
d_Serg вне форума   Ответить с цитированием
Старый 19.10.2017, 23:14   #17
ILIAS
Местный
 
Аватар для ILIAS
 
Регистрация: 10.08.2008
Адрес: StPetersburg
Сообщений: 8,984
Репутация: 1011
По умолчанию

Цитата:
Сообщение от d_Serg Посмотреть сообщение
а РИПе часто происходит сразу несколько пересчетов одной точки
Про какой именно пересчет идет речь? Что именно пересчитывается в РИПе да еще и несколько раз?
Если про рецептуру ЦМИК, то, как я уже и писал, то это зависит от битности icc профиля.
PS Что может пересчитываться в офсетном РИПе? Речь идет о пересчете согласно кривой компенсации?
ILIAS вне форума   Ответить с цитированием
Старый 19.10.2017, 23:34   #18
quest
Местный
 
Регистрация: 26.10.2010
Адрес: .RU
Сообщений: 6,046
Репутация: 249
По умолчанию

Цитата:
Сообщение от BiG CMYK Посмотреть сообщение
На фантастику сильно смахивает. Какой-такой альтернативный поток данных? Есть ссылочка какая-нибудь?
Пожалуйста. Есть программный PS-RIP Harlequin для OKI c9xx с аппаратным PS-RIP: http://www.rti-rips.com/DIGITALRIPKITS/OKIc942.html
Заметьте, что для других лазерных принтеров такого варианта Harlequin нет, поэтому, с большой вероятностью, можно говорить о том, что здесь используются конкретные архитектурные особенности конкретных OKI.
quest вне форума   Ответить с цитированием
Старый 19.10.2017, 23:57   #19
d_Serg
Местный
 
Регистрация: 19.06.2009
Адрес: СПб
Сообщений: 8,164
Репутация: 251
По умолчанию

Цитата:
Сообщение от ILIAS Посмотреть сообщение
Про какой именно пересчет идет речь? Что именно пересчитывается в РИПе да еще и несколько раз?
ILIAS сначала у нас происходит преобразование CMYK->CMYK c учетом входного/выходного профиля (по-сути, это уже двойной пересчет через Lab CMYK->Lab, затем Lab->CMYK), затем может идти пересчет согласно кривой линеаризации устройства, затем (как в продвинутых РИПах) может добавляться какая-то градационная кривая, описывающая характеристики конкретной бумаги и т.д. Вот Вам несколько пересчетов и каждый с точностью в пол-процента...
d_Serg вне форума   Ответить с цитированием
Старый 20.10.2017, 00:25   #20
BiG CMYK
Местный
 
Аватар для BiG CMYK
 
Регистрация: 12.08.2011
Адрес: Москва
Сообщений: 2,537
Репутация: 125
Отправить сообщение для BiG CMYK с помощью ICQ Отправить сообщение для BiG CMYK с помощью Skype™
По умолчанию

Цитата:
Сообщение от quest Посмотреть сообщение
Заметьте, что для других лазерных принтеров такого варианта Harlequin нет
Завтра посмотрю. Кончено для других нет, OKI пишет свою эмуляцию PS, а не покупает лицензию у Adobe, естественно под другие аппараты он не подойдет, потому, что Kyocera делает KDPL, Canon - UFR, Konica я так понял назвала свою эмуляцию CPSI 3016. Каждый аппарат это отдельный код, плюс поддержка, слишком ресурсоемко, да и может Harlequin само OKI и дало денег.
BiG CMYK вне форума   Ответить с цитированием
Ответ

Опции темы

Быстрый переход

183 204 195 210 237 243 263 7 8 152 15 16 13 11 10 14 35 9 256 123 37 144 145 146 179 20 258 21 22 124 23 24 97 127 128 25 26 126 136 154 64 65 254 233 159 162 163 164 66 27 98 48 56 120 58 59 60 61 62 135 63 165 166 200 201 202 51 53 167 169 168 172 52 55 54 125 255 207 217 218 219 220 221 222 223 224


"Форум индустрии цифровой печати" 2008-2023

Все вопросы по сотрудничеству:

Электропочта: info@trade-print.ru

Москва, Печатников пер.

Текущее время: 17:04. Часовой пояс GMT +4.

Яндекс.Метрика