H®
и файлы легче и обработка быстрее
Size: a a a
2020 December 03
H®
Скрипты это когда конвейер и принесли невесть что.
SN
Ни разу не было проблем с этим
да всегда проблемы с этим, не на всех работах надо с ними бороться просто.
VM
SN
300 с головой, вылеты не проблема если изначально их задали в макете. PDF/X−1a имхо перебор. Чтобы наверняка - просто версию для акробат 4 (без интерактива) сохранять без профилей и проверить оверпринты
PDF/X-1a позволяет вкратце применить те правила о которых нужно долго рассказывать. Наличие смика, указание профиля вывода, сведение прозрачностей и прочее-прочее. Так что в данном случае лучше так. Кто знает что такое и зачем, тот может без него, кто не знает, лучше с ним.
H®
PDF/X-1a позволяет вкратце применить те правила о которых нужно долго рассказывать. Наличие смика, указание профиля вывода, сведение прозрачностей и прочее-прочее. Так что в данном случае лучше так. Кто знает что такое и зачем, тот может без него, кто не знает, лучше с ним.
А, если с такой точки зрения - да, лучше уж требовать Х-1а чем на пальцах обьяснять что как.
H®
Но взрослым это вроде не нужно :)
MK
Ни разу не было проблем с этим
Картинка 800 dpi на печати будет менее резкой чем 300-320 dpi. У вас есть три места где может произойти кривой даунсемплинг. 1) при экспорте в пдф. 2) при нормализации пдфки в типографии ( такое тоже бывает) 3) на фотовыводе.
Первый не смертельно но шарпу картинке уже не хватает. Второй сильно зависит от настроек, но с шарпом тоже проблемы. А вот третий тупо пересчитаем картинку по соседям с потерей деталей.
Первый не смертельно но шарпу картинке уже не хватает. Второй сильно зависит от настроек, но с шарпом тоже проблемы. А вот третий тупо пересчитаем картинку по соседям с потерей деталей.
H®
Mks Krotenga
Картинка 800 dpi на печати будет менее резкой чем 300-320 dpi. У вас есть три места где может произойти кривой даунсемплинг. 1) при экспорте в пдф. 2) при нормализации пдфки в типографии ( такое тоже бывает) 3) на фотовыводе.
Первый не смертельно но шарпу картинке уже не хватает. Второй сильно зависит от настроек, но с шарпом тоже проблемы. А вот третий тупо пересчитаем картинку по соседям с потерей деталей.
Первый не смертельно но шарпу картинке уже не хватает. Второй сильно зависит от настроек, но с шарпом тоже проблемы. А вот третий тупо пересчитаем картинку по соседям с потерей деталей.
Критичные картинки всегда вгоняю в 300 руками и потом проверяю резкость.
H®
Чтобы свести пересчеты к минимуму
MK
Скрипты для ресайза на триста всё ещё имеют право на жизнь, в общем
Кстати, пользую и всем рекомендую.
VM
Mks Krotenga
Картинка 800 dpi на печати будет менее резкой чем 300-320 dpi. У вас есть три места где может произойти кривой даунсемплинг. 1) при экспорте в пдф. 2) при нормализации пдфки в типографии ( такое тоже бывает) 3) на фотовыводе.
Первый не смертельно но шарпу картинке уже не хватает. Второй сильно зависит от настроек, но с шарпом тоже проблемы. А вот третий тупо пересчитаем картинку по соседям с потерей деталей.
Первый не смертельно но шарпу картинке уже не хватает. Второй сильно зависит от настроек, но с шарпом тоже проблемы. А вот третий тупо пересчитаем картинку по соседям с потерей деталей.
Штоа? Решительно возражаю
MK
Штоа? Решительно возражаю
В какой части?
VM
Теория растрирования и практика, подтвержденная печатным залетом, этот тезис опровергают
VM
800 резче 300
MK
800 резче 300
При какой линеатуре? На 150 линиях и 300 уже много...
VM
Ну отрастрируйте одну и ту же картинку оригинальную на 800 и сдаунсэмпленную на триста на одинаковой точке и линиатуре. Сравните битмапы из рипа
MK
Теория растрирования и практика, подтвержденная печатным залетом, этот тезис опровергают
Не буду спорить про теорию... Много в природе способов растрирования... А вот практика... проверял лично. Лет 15 назад. Типография р-мастер.
MK
Ну отрастрируйте одну и ту же картинку оригинальную на 800 и сдаунсэмпленную на триста на одинаковой точке и линиатуре. Сравните битмапы из рипа
Рип сначала ее пересчитает в 275 линеаром. А потом отрастрирует.
VM
Нет