PDF workflow в облаке

[George]

В индизайне уже префлайт несколько лет, в акробате ещё больше лет можно создавать свои собственные kfp. Для кварка и иллюстратора есть префлайтчек плагин(по моему так называется). Вас не смущает, что это ПО в котором верстают верстальщики и что по идее надо искать причину не в универсальном инструменте конвертирования М$ офис, а платить верстальщику за его работу?

 

[George]

Где? Да почитайте заново и увидите.

 

[~Tartuga]

Прошу Модератора перенести тему XPSvsPDFvsPS в отдельную ветку. Наверно начиная с поста №85

Тут тогда тем будет.... XPS это же не последнее, чего коснуться участвующие в этом треде.

Не по теме:
PS. Проект интересный, но не имеющий право на жизнь. Слишком много "но"...
Bravo Хватит фигню писать... Твоим же заказчикам такое г... принесут = тебе предъявят, что твои продукты не работают. Придется "отжиматься".
Я уже писал, что поляки сделали это (да, за деньги, но на своем движке). Чего изобретать велосипед? Бесплатный сыр сам знаешь где.

 

[BravO]

Сделаю еще одну попытку - может все-таки действительно постановка вопроса изначально была не до конца корректной...

Основной функционал «облачного workflow»:
- принять макет (XPS/PDF, что-либо другое), опционально выдав в том или ином виде набор параметров для генерирования необходимой формы макета, напомнив пользователю про уточнение формата готового изделия (такой себе пошаговый wizard).
- провести Preflight по таким основным пунктам: наличие объектов за пределами Crop box; цветовая модель растровых/векторных объектов; наличие тегированных профилями объектов; размер растровых изображений (их разрешение); корректность шрифтов с точки зрения достаточности для интерпретатора/растеризатора.
- выдать отчет по результатам проверки в двух видах – общий / детализированный;
- предложить осуществить те или иные действия над макетом для исправления возможных замечаний, основанных на результатах проверки в двух, соответствующих типу отчета, наборах (простые / сложные). При этом исправления разделить на обязательные / необязательные;
- предложить посмотреть превью страниц после исправления, сгенерированное на основе результатов риповки (после исправления, макет рипуется внутри системы);
- вернуть готовый PDF/X.
Расширенный функционал:
- Действия над макетом: В первом приближении можно внедрить функционал автозамен, похожий на PitStop. Также можно добавить работу с цветом (как автоматическую, так и по-объектно): тегировать не тегированные объекты CMYK профилями, на основе алгоритма распознавания цветового пространства конкретного растрового изображения; провести CMYK->CMYK преобразование объектов макета, с возможностью загрузить целевой профиль; переделить с другим GCR, и т.п.
- Вывод на принтер: выдача PDF (до/после монтажа), с разрешением, необходимым для данного принтера (необходима вводная по параметрам принтера).
- Подготовка к выводу на пластины: монтаж, с получением необходимой вводной; выбор способа растрирования, варианты выгрузки 1-bit TIFF / PDF High resolution.

Что думает Уважаемый Олл про такой функционал?
Технически, все вышеупомянутое реализуемо без особых проблем – благо современные технологии написания низко/высоко- уровневого ПО и Web interface позволяют. Ядро – на Linux (быстрее и проще). Все, кроме растеризатора – сами. Растеризатор действительно сложно
Где-то так.

 

[BravO]

Не по теме:

Где? Да почитайте заново и увидите.

Я устал. Пруфлинк!

 

[BravO]

Bravo Хватит фигню писать... Твоим же заказчикам такое г... принесут = тебе предъявят, что твои продукты не работают. Придется "отжиматься".
Я уже писал, что поляки сделали это (да, за деньги, но на своем движке). Чего изобретать велосипед? Бесплатный сыр сам знаешь где.

CPSI от Adobe не смутил GlobalGraphics - неужели их можно назвать изобретателями велосипеда? Да, другие посчитали нецелесообразным дальше развивать велосипед (AGFA, Kodak, etc) и пересели на APPE. Но HQRIP ведь не использует APPE?
Где-то в этом направлении идея %)

 

[-Moh-]

Я конечно извиняюсь...но каким образом XPS связан с Офисом?
У меня в 7 винде офиса нет, а XPS принтер - есть...

И РИПы, типа Арлекина - прекрасно кушают XPS.
Только вот как..другое дело. Но разбираться нет никакого желания

 

[BravO]

Я конечно извиняюсь...но каким образом XPS связан с Офисом?
У меня в 7 винде офиса нет, а XPS принтер - есть...

И РИПы, типа Арлекина - прекрасно кушают XPS.
Только вот как..другое дело. Но разбираться нет никакого желания

Никак не связан. XPS упомянут как один из способов собрать макет, и не более - если ничего другого в системе нет, и для макетирования используется не-DTP софт. После чего передать его на обработку в "облако" (генерацию PDF) . А разбираться как можно передать РИПу XPS нет необходимости.

 

[-Moh-]

Никак не связан.

Я конечно дважды извиняюсь
Но вот Вы BravO, хоть чуть-чуть вникаете в посты которые постятся?
Или сразу всё в "штыки"?))))

Почитайте внимательно мой пост )

 

[TRANTOR]

который еще не существует

Если ничего нет, то и обсуждать нечего.

создать проект «облачного workflow»

Никто не неволит - создавайте. Но здесь не будут Вам писать техзадание по нему. Вы уж как-нибудь сами. Если авторы проекта не знают, какой функционал нужен и зачем, то имеются определенные сомнения, нужен ли "проект" вообще. Исследовать потенциальный рынок посредством темы на форуме, мне думается, немного непродуктивно. Если авторы не в теме востребованности, то купите/закажите исследование в РБК. Но если "не в теме", то и результат бывает нулевой, как правило.

количество просмотров треда

Это обычная статистика для такого количества постов в теме.

Непонятно только следующее

Лично мне как раз понятно. Почему понятно, ранее уже озвучил. Но давайте еще раз тогда, дубль 2:

почему проголосовавших так мало

Это исчезающе мало кому нужно.

буквально только единицы привели

Аналогично.

почему

не связанно с темой

Этот "продукт" лишнее звено в цепочке допечатной подготовки. В теме об этом так же говорилось.

в проекте не планируется использовать куски существующих систем

Это не имеет никакого значения.

нет каких либо пруфлинков на хотя бы одну

Зачем какие-то пруфлинки? Снова повтор: это никому не надо.

попытаюсь привести ключевые преимущества

Вот это и есть PR.

Делайте, воплощайте, инвестируйте, рискуйте, развивайте, выпускайте. Как выйдет - поглядим, что к чему.

А пока что

 

[suntory]

Не по теме:

префлайтчек плагин

Flightcheck наверное, он Standalone, не плагин. Плагин для AI есть у Esko.
В Кварке есть Job Jackets и Printools у Badia.

 

[-Moh-]

Не по теме:

уфф...аж вспомнилось..Barco FinalEye..для 8 иллюстратора)))
..и, конечно Серёжа SW...)))
10 лет...)

 

[George]

Да, Лёш он. Спасибо, что напомнил.

 

[JAW]

Глядя на количество просмотров треда (1700!), понятно, что тема интересна многим. Непонятно только следующее: - почему проголосовавших так мало;

А за что голосовать? За откровенный бред?

Тема весёлая, пофлудить можно. Если бы Вы посидели немного на предпечатке типографии, то поняли бы, что автоматизация приёма макетов невозможна.

 

[BravO]

Если ничего нет, то и обсуждать нечего.

А Вы знаете, и правда – проще ведь поругать/похвалить то, что уже создано, чем участвовать в создании чего-либо нового. Или взять в руки и оттачивать, вместо того, чтобы изначально создать то, что удобно. Или я неправильно понял суждение?

Но здесь не будут Вам писать техзадание по нему. Вы уж как-нибудь сами.

А техзадание и не требуется – есть желание и возможность создать удобный инструмент. И интересовало мнение именно по функционалу.
А нужен ли проект – он назрел, основанный на общении с достаточно большим количеством типографий и «легких девочек». Я просто не знаю, давно ли Вы сталкивались с региональными типографиями / редакциями, где PageMaker и QuiteImposing – это продвинутые инструменты.
Мы «в теме»

Это исчезающе мало кому нужно.

Пример: купили на типографию БУшный CTP, в комплекте с РИП. Специалистов должного уровня нет, а префлайт и спуски делать надо. Да и денег на новый РИП / сопутствующий софт (который стоит треть БУшного CTP) особо нет. Здесь тоже про за/против подписки на Adobe CC можно вспомнить - там где про синхронизацию версий. И в продолжение

Этот "продукт" лишнее звено в цепочке допечатной подготовки.

А здесь можно вспомнить про сонм старых CPSI РИПов на типографиях, откуда растут ноги уверенности в том, что PS – это самый надежный формат. Почему? Апгрейд до APPE РИПа дорого стоит (намного дороже апгрейда DTPшного софта, а типографии жалеют денег на это не меньше), как и последующие апгрейды по мере выхода новых версий APPE. А облако не имеет таких недостатков – интерпретатор/сопутствующие механизмы апгрейдятся на сервере по мере появления новых стандартов без необходимости платы за апгрейд, проходя тестирование на параллельном сервере вне продакшна.

Это [отсутствие кусков существующих систем] не имеет никакого значения.

Как раз имеет – удешевление стоимости проекта. Роялти зачастую стоит дороже, чем собственный продукт (сравните стоимость любого РИП, использующего APPE и стоимость HQRIP - забегая вперед - в разы!).

Зачем какие-то пруфлинки? Снова повтор: это никому не надо.

…Здесь только время покажет 8)

Вот это и есть PR [ключевые преимущества]

Не соглашусь – это всего лишь попытка привести преимущества «облачного» построения prepress workflow – т.е. архитектуры в принципе. То же самое верно для любой "облачной" реализации.

А пока что (...скрипач не нужен)

Я же могу вспомнить старую фидошную тему про программирование «снизу-вверх-наискосок» - где в шуточной манере приводятся догматы «старого стиля» программирования – как единственно верные. Не поленитесь – почитайте. И с юмором и актуально.

Не по теме:
Позволю себе цитату (IMHO, актуальную на тему облачных и любых новых технологий в принципе):
...чем дольше программист отлаживает программу, тем безошибочнее и эффективнее она когда-нибудь будет работать…
… Многие западные программисты утверждают, что прежде чем начинать писать программу, необходимо время на обдумывание алгоритма, а некоторые даже призывают вникнуть в суть задачи, которую предстоит решать. Категорически не следует интересоваться постановкой задачи до момента получения обьектного модуля программы...
...Представляете, в один прекрасный день руководитель заявляет вам:
"Что-то у вас очень уж просто все получается! "...


Не по теме:
...Наверное во флуд тема давно свалилась, да?

 

[BravO]

А за что голосовать? За откровенный бред?

А и правда - бред-бредом эти Ваши новые технологии (см. программирование снизу-вверх-наискосок).

Тема весёлая, пофлудить можно.

Искренне рад, что отвлек от тяжелых будней суровых препрессоров %)

Если бы Вы посидели немного на предпечатке типографии, то поняли бы, что автоматизация приёма макетов невозможна.

Я, конечно, линейку брать не буду, но Киевскую Атмосферу (репроцентр), да и ТВПарк, помнят многие и лозунг 200 работ в сутки - не предел
И, должен Вам сказать, без автоматизации - никак не успеваешь просто... Особенно когда существуют договора ответственности за приладку. Да и не прийдет к тебе никто потом, если по твоей вине приладку в ночную смену запорють...

 

[JAW]

Я, конечно, линейку брать не буду, но Киевскую Атмосферу (репроцентр), да и ТВПарк, помнят многие и лозунг 200 работ в сутки - не предел

А ничего, что я последнюю неделю по сути на одной работе сидел, очень уж забавная попалась? Не считая того, что предыдущие выходные думал о том, как это дерьмо вообще сделать?
В процессе раскрывались всё новые интимные факты из серии того, что лаки здесь вроде сидят, а тут уже не сидят и т.п.

Вообще самый весёлый прикол, это когда формально работа корректна, а потом оказывается, что она выполнена таким хитровыгнутым способом, что проще послать все утверждения и согласования и переделать заново под свою ответственность.

А 200 работ в день, это уже по любому пойдёт автопилот. И что такое работ? Для меня работа, это печатный лист. Вроде по максимуму вытягивали на коротких тиражах 25 приладок в смену. Скорость машины 10 тыс. (макс. 15, но реально с учётом стопов и прочего оценочная 10).

 

[~Tartuga]

BravO Ты чего, "совсем что ли"? Open Source хорошо, конечно... Всем всё и просто так. А работать кто будет? Правильно, ты сам... Хватит уже писать...

 

[Jeine]

Не по теме:
Мне вот интересно, когда же эти "авангардисты-сюрреалисты" вернутся с облаков (ничего, что каламбур?) на землю, и что поднимает их на эти самые облака?

проходя тестирование на параллельном сервере вне продакшна.

Ответьте, товарищ BravO, каким образом вы себе это представляете? Кто будет отслеживать результат такой проверки без печати? Каким образом можно (качественно) проверить то, что не будет напечатано? С монитора? Сколько времени нужно пялиться в монитор, чтоб проверить одну работу? С чем её нужно сравнивать? И еще раз: КТО будет это делать?
И ещё одна задачка на проверку сообразительности Вашего распрекраснейшего алгоритма: каким образом можно в автоматическом режиме принять обыкновенный буклет 1/3 А4?

 

[BravO]

Не по теме:
Мне вот интересно, когда же эти "авангардисты-сюрреалисты" вернутся с облаков (ничего, что каламбур?) на землю, и что поднимает их на эти самые облака?

Не по теме:

Без таких людей невозможен прогресс А если таких людей не будет - все будет однообразным. А на облака их поднимает желание сделать что-то интересно и новое

Ответьте, товарищ BravO, каким образом вы себе это представляете? Кто будет отслеживать результат такой проверки без печати? Каким образом можно (качественно) проверить то, что не будет напечатано? С монитора? Сколько времени нужно пялиться в монитор, чтоб проверить одну работу? С чем её нужно сравнивать? И еще раз: КТО будет это делать?

Не по теме:
Уважаемый jeine, Вы правы, для такой проверки, бесспорно, необходим целый комитет, который будет залазить в моск к заказчику, и, вооружившись различными средствами, будет сравнивать видение из мозга с оттиском на пробопечатногм станке!

Если серъезно, то в вопросе нет вопроса: Вы о какой проверке?
Если Вы про апдейты/апгрейды облачной системы - как правило для тестирования создается некий пул [сознательных] пользователей, которые через обновленную систему, работающую параллельно, пропускают работы, наблюдая результат, составляя bug-reports и т.п. - т.н. бета-тестеры в поле, имеющие немало плюшек за такой труд. Это существующая практика и нет там никакой паники.

И ещё одна задачка на проверку сообразительности Вашего распрекраснейшего алгоритма: каким образом можно в автоматическом режиме принять обыкновенный буклет 1/3 А4?

Опять не понял вопроса: так же как и 190х280 мм, и 16-ю долю и А5 и т.п. И что Вы имеет в виду под "принять в автоматическом режиме"?