» Heidelberg Prinect Workflow (модули раздела Prepress)

И не получится.. Специализированные растры типа IS, Diamond и проч. заточены под разрешения девайсов выпускаемых хейделем. А у них насколько я помню такого разрешения не используют.

Используют.
Разрешение, линиатура, а для стохастик размер точек.
При этом пара разрешение/линиатура, разрешение/размер точки фиксирована.
В TIFF/B в результате вполне реально получить соответствующий растр.

Вот цитата из документации, идущей с MetaDimension:

Software Product Description
(Version 7.0.720.0, July 8th, 2008)
Prinect MetaDimension 7.0


TIFF-B Export Functionality

...

Resolution can be selected from the list of discrete resolutions.

The following discrete resolutions are available:

5080 dpi
4064 dpi
4000 dpi
3386 dpi
3200 dpi
2540 dpi
2400 dpi
2032 dpi
2000 dpi
1800 dpi
1693 dpi
1600 dpi
1270 dpi
1200 dpi
1016 dpi
1000 dpi
846 dpi
600 dpi
300 dpi

...

TIFF-B export is released only for Heidelberg screening.

Кстати вот интересно как Мета использует нисимметричное разрешение (2540x5080), оно используется, например, в Квазаре.

Не понял вопроса. Что значит как?
tiff-b по определению не может быть ассиметричным.
Да и ассиметрия используется не только в квазаре. В геркулесе, праймсеттере, просеттере, но только через спидвей/lvds плату, хотя насчет последнего могу врать, за давностью лет уже точно не помню. Вполне может быть что в Мете от ассиметрии вообще отказались.

sharky72
Ну... По крайней мере TIFF может быть асимметричным.
Почему бы не быть и TIFF/B?

С одной стороны можно, спецификация вроде позволяет (правда превью генерить из него двойная нагрузка и файл увеличивается ровно в 2 раза), а с другой теряется возможность развернуть файл на 90 градусов, а это противоречит идеологии.
При выводе через плату расчет растра на двойное разрешение может и делается, а возможно просто тупо удваивается количество точек по fast scan. Я не ковырял протокол обмена для sway/lvds плат, поэтому полной гарантии дать не могу. А гейдель такой информацией не делится, даже с сервисниками
tiff-b это прежде всего возможность экспорта для вывода на неизвестное устройство, а имеет ли оно удвоение вопрос.
Например в дельта листе нет растра (он симметричен, хотя явно указано направление fast/slow scan), его растрированием занималась башня, а она знала какой аппарат к ней подключен и как правильно генерить растр для него. А при tiff-b генерации аппаратные особенности не учитываются, эдакое почти платформо-независимое решение

Какая такая идеология?
Вот, DeltaList тоже, вообще говоря, на 90 гр. повернуть можно только при помощи спец. утилиты.
Да и Tiff-B вообще говоря не вполне независим от устройства.
Он по любому привязан к разрешению выводного оборудования, да и линеризацию тоже отбрасывать не стоит.

A tiff-b повернуть проще без всяких утилит. У него другая структура.
Разрешение? Скажем так 2540 для примера существует на разных аппаратах. Quasar, Herkules, Primesetter чем не переносимость?
Точки у них жесткие, влияние проявки минимальное. Кривая линеаризации в данном случае зависит в основном только от производителя пленки.
При определенных условиях перерастрирование не понадобится.
Вообще tiff-b был сделан для удаленного вывода. Связка Meta/Delta -> Metashooter. Примерно как PrepStation для дельты.
Много растрирующих станций - одна выводная, новая реинкарнация ROOM.
Возможность генерации для сторонних выводных устройств это так сказать побочная возможность.
При современных комповых мощностях, одного-двух выводных устройств и загрузки для предприятия среднего размера вещь практически бесполезная, потому что имеет очень много но.. Таже самая линеаризация при смене производителя пленки/пластины приводит к тому что эти мегабайты превращаются в бесполезный мусор. Проще перериповать заново.
Дельталист в этом отношении был более гибок.

Коллеги, извините, может не в тему, вопрос следующий:
У нас стоит ФНА herkulesPRO, башня и Delta 8.1.
Босс попросил узнать: можно ли поставить другой рип.
На одном файле слител растр. Проблема была, по его словам, в PS level 3. я пытался убедить в том что 3 уровень на 8 дельте нормально рипуеться.С
Словом поднят вопрос: имеет и смысл ставить другой рип (кстати, какой посоветуете?) И как с этим справляеться Meta?

Нет.
Имеет смысл если только проапгреитится на более свежую версию.
Но ОДНОЗНАЧНО нужно установить обновления с FTP://ftp.heidelbeg.com
И ничего там не летит.

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

какая сейчас самая свежая дельта?

8.7, судя по Апдейтам...
Но, хм... Доступна 8.5

Простецкий вопрос к сигна-гуру: при создании новой работы, программа предлогает заполнить графу Paper Definition for Production (название, формат и толщина печатной бумаги). Можно конечно игноировать, но я каждый раз запоняю. Вопрос: можно ли в текстовой шкале разместить эту инфу (название бумаги и формат) я порылся в предлогаемых вариантах и ничего такого не обнаружил

Вопрос, конечно, не ко мне, но при создании новой текстовой метки можно задать:
$[PaperGrammage] - $[PaperFormat] - $[PaperThickness]
Названия бумаги я не нашел...

Название бумаги в текстовых метках задать нельзя. А жаль.

В принципе его можно передать на печатную машину.
Кстати, мне так и не удалось зацепить пульт и PressRoom.
Странно даже как-то в логах я вижу, что пульт передаёт данные на PressRoom, и на этом всё заканчивается.

Но основной трабл в том, что PressRoom в данном состоянии практически неработоспособен, т.к. поднимается мрачный мешок сервисов, которые к нему никакого отношения не имеют.

P.S. По поводу системы управления производством.
В общем исходную послали в топку, удалось сформулировать требования в первом приближении (калькулятор и ведение заказов), В общем действительно, по ходу пишется с нуля используя имеющиеся наработки. Кстати, будешь смеяться... MSDE и VisualBasic

JAW
Там что-то надо в пульте дополнительно ковырять. Я так и не понял, что именно. Какой-то там Online Kit или что-то вроде того. Пульт должен видеться в сети Прессрумом и с пульта должен быть виден Прессрум. Тогда они снюхиваются и все, по идее, цепляется.


Цитата:

Кстати, будешь смеяться... MSDE и VisualBasic

Ужос. А чего не .NET?

А JDF-то хоть будет? Иначе толку от такой системы около нуля.

Итак - один вопросец по workflow. Есть такая фишка, как AutoSheet. И есть в ней возможность отправлять в импоз всю сборку, один спуск или лицо и оборот поотдельности. Итого вопрос: у кого-нить это получалось? Если в сборке 16 полос (2 спуска лицо/оборот), но в цепочку кинуть только 4 полосы одной стороны и добиться, чтоб они без ручного сабмита проскочили в импоз и далее...

вапрос, есть MD_7.0727 накатил апдаейт MD_7_0_SP_2008_10
на удаленной машине стоял MetaDimension PrintManager (stand-alone) 7.0.727
после апдейта MD Client version:7.0.731, PrintManager на удаленной машине не конектится
мотивирует несовпадением версии, апдейтом тоже не апдейтица так ка не находит сервиса
как заставить работать PrintManager (stand-alone)?

mac_prepress

Цитата:

апдейтом тоже не апдейтица так ка не находит сервиса

Какого сервиса?

HDMSService говарит нету, и GI не продолжает апдейтить
можно и веб интерфесом перебится конечно...
p.s. на форкфлоу нету в комплекте доков, я брал исошку с фтп известного, видимо ктото позвботился, чтоб в ней небыло (как кряка, так и пдф)
перекачаивать весь образ тяжко, можетк то вылодит аанглиские мануалы на принтреди4

попробовал прикрутить database от data control
пока не получилось - кокпит виснет на 2 минуты потом говорит database: status unknown

niki81
Эти базы данных несовместимы, насколько я знаю.

mac_prepress

Цитата:

на форкфлоу нету в комплекте доков

Да, это так: к 4-й версии PDFок нету. Есть только встроенный хелп.
Цитата:

как кряка

Кряк, как известно, идет отдельно. Ключ идет внутри архива. Никто ни о чем не заботился, поскольку этот дистриб я лично и заливал.
Цитата:

HDMSService говарит нету

Не знаю, что и посоветовать. У меня апдейт отдельностоящего ПринтМенеджера прошел успешно. Этого сервиса в "голом" ПринтМенеджере и не должно быть.

интересно где педаль тогда с принтманагером...
мысль проверю на днях
p.s. а от 3го принтреди нету англицких пдф?

mac_prepress
Повторюсь. Мне удалось местами скрестить PressRoom Manager с симулятором пульта.
По логам видно, что симулятор пытается что-то писать на PressRoom, причём довольно много (включил детальный лог)
Задача была хранить память тиражей снаружи.

Проблема, вероятно, в одном из двух... Либо PressRoom без базы данных это не воспринимает, либо нужно всех печатников прописывать и прочее.

Мне почему-то кажется, что проще протоколы разобрать и сделать собственное приложение, чем поднимать этих Гейделевских монстров.

у гейделя написано что надо какойто онлайн кит
а чтоб он хранил задания надо Prinect Online Kit - Software Preset Memory
это идет дополнительной опцией к самому киту: отдельная позиция в прайсе

www.ru.heidelberg.com/www/html/ru/content/products/prinect/production_solutions/press/online_kit,overview

Дело в том, что у нас печатная машина работала в полном объёме. Она демозальная со всеми открытыми опциями.
Да и симулятор тоже по определению имеет все опции открытыми.
Есть у меня подозрения, честно говоря... Думаю, что нужно таки нормально прописать оператора печатной машины. И второе, таки база данных отсутствующая.

P.S. В более свежих версиях пульта, насколько понимаю, можно прямо сбрасывать память тиражей. В принципе, если "заломать" пульт, скинуть пароль админа и расшарить соответствующую папку, то можно, в принципе и от туда брать.
Я уже давно думаю много чего туда подсадить (печатникам игрушек не хватает )

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

mac_prepress
Так а кто мне даст ломать рабочую печатную машину?