Может кто сталкивался с такой проблемой в рипе PSM 8. Установлено опытным путем, что данный рип не обрабатывает раскладки (спуски), которые содержат макеты (от 2 до 4) с
1) большим количеством compound path (составной контур).
2) скривленными текстовыми блоками
PSM 8 в логах пишет Smooth shading is found in the.
Обработка сваливается в ошибки сразу, либо на какой-то краске, например на той, где эти объекты. Отдельно макет рипуется, а когда в раскладке нет. Если удалить из всех макетов расклада текстовые блоки, все рипуется как обычно. Пробовал кидать на рип пдф с нескривлеными текстами, тоже самое. В чем может быть дело ? Еще выяснилось что не только с compound'ами, просто иногда не обрабатывается на рипе расклады с обычными скривленными текстовыми блоками, какие бывают на упаковке. PS пишем из Illustratora. Причем отдельно макет с этими блоками рипуется, а когда их 4 шт, то нет. В общем явной ошибки PSM не выдает, кроме "Smooth shading is found" ничего нету, какие-то квадратики и яблочки.
Вот как это выглядит:
Проблема ИНОГДА решается следующими способами:
Схлопнуть все какие можно compound'ы, инструментом unite на панели pathfinder'а в Ai.
Отделить обводки от текста и тоже схлопнуть. Если обводка фоном, тоже ее отделить и схлопнуть!
А Preps например...
Может дело в каких-либо кривых служебных метках?
или наличии пересекающихся масках (ограничивающих "размер" полос)...
PS сепарированный.
Программы для спуска полос принципиально не используются.
Пробовал с нуля собрать спуск - тоже самое. Значит дело не в метках. Маски есть, но думаю они не причем. Т. к. экспериментально выяснил, удалив все текстовые блоки в спуске - PS успешно обработался на рипе. К тому же эти метки есть и в других спусках, а они рипуются нормально.
Попробуйте для разнообразия риповать композитный PS и PDF
RIP наверняка позволяет...
С композитными файлами тоже самое.
Цитата:
Однако...
И есть причина принципиального отторжения специализированного софта?
У тех кто пробовал не получилось его грамотно настроить.
Выяснились некоторые подробности. Опытным путем была установлена связь с разрешением растрируемого файла. Оно всегда было 3048 (120 dpm) для линеатуры 110 и 2032 dpi (80 dpm) для линеатуры 90 lpi. Выяснилось, что файлы которые не обрабатывались при 3048 отриповались на 2540 и ниже разрешениях. Вопрос: будет ли заметна разница если некоторые флексо формы (аналог) в одном комплекте будут изготовлены с файлов отрипованных с разрешением 3048, а некоторые 2540, 2032 или ниже ?
Последний раз редактировалось Ekspektor; 18.09.2015 в 20:21
Причина: арифметика
Вероятно нужно провести натурный эксперимент...
Выложите здесь проблемный файл (исходник) и схему спуска... ну может быть ещё Ваши "уникальные" служебные метки и шкалы
-> готовим-> спускаем (например в Preps) -> Рипуем -> анализируем результат...
Все остальное от лукавого...