- Сообщения
- 12 732
- Реакции
- 3 751
Я не хейтер программы, я ей даже не пользовался никогда. А вот пользователи её и правда очень специфичные.
[CDR 2017-2021] Долгое сохранение
- Автор темы izrukvruki
- Дата начала
lmn1
20 лет на форуме
- Сообщения
- 588
- Реакции
- 270
Ели примерно посчитать, то 16 разворотов = 32 страницы. Наверное, формат А4. Пусть вся страница - сплошной битмап CMYK 300 dpi, что примерно составляет 25 Mb без сжатия. 32*25=800 Mb. Т.е. никак не может быть 2 Гб. Наверное, фотографии со слишком большим разрешением. Либо в несколько слоев одна над другой, да еще с прозрачностью. Либо еще чего-нибудь наворотили. Вот Корел бедный и старается, перелопачивает все это.
Упрощайте файл.
Упрощайте файл.
- Сообщения
- 33 774
- Реакции
- 11 046
- Сообщения
- 7 851
- Реакции
- 6 671
Так он же не программу осуждает, а такой подход к её использованию, когда вкусы явно специфичны.не читал, но осуждаю
lmn1
20 лет на форуме
- Сообщения
- 588
- Реакции
- 270
Зря вы Корел обижаете. Программа как программа. Если пользоваться ей аккуратно и вдумчиво, все нормально получается.
А если надергать картинок, да применить к ним весь богатый инструментарий, да повтягивать объектов их других програм, да много чего еще, то конечно все будет плохо.
А если надергать картинок, да применить к ним весь богатый инструментарий, да повтягивать объектов их других програм, да много чего еще, то конечно все будет плохо.
Любимцев
15 лет на форуме
- Сообщения
- 4 553
- Реакции
- 2 120
так разговор именно об этом. Для гвоздей — молоток, а шурупы хоть можно забивать, но существует отвертка...
- Сообщения
- 2 166
- Реакции
- 2 090
Эти галки работают при сохранении в предыдущие, до-zip (riff) версии CorelDRAW.
carry
15 лет на форуме
- Сообщения
- 2 650
- Реакции
- 1 016
Если в Корел вставлены здоровенные фотки и масштабированы в нем (а также украшены эффектами), то после устаканивания макета можно их перезаписать прямо в Кореле с разрешением 300 (ну может 350, на всякий). Посмотреть, много ли лишнего набегает можно в Proportional, он показывает, сколько dpi получилось во вставленной картинке.
Последнее редактирование:
- Сообщения
- 1 881
- Реакции
- 312
Сделал эксперимент:
Вариант 1. Фотографии масштабировал (разрешение у них получилось 3000 dpi и поворачивал, + все фото поместил в контейнер и наложил на них прозрачность).
Вариант 2. Фото вставил без масштаба (72 dpi) и поворота, без эффектов.
Вариант 3. Это вариант 1, только всем фотографиям установлено разрешение 350 dpi
Время сохранения 1 и 2 макетов практически одинаковое.
Время сохранение варианта 3 значительно меньше.
Поэтому решающий фактор при сохранении - это разрешение фотографий, все остальные трансформации и эффекты в варианте 1 будут "мешать" и тормозить только при работе в макете (из контейнера выходит долго, фотки с подтормаживанием перетаскиваются).
Вариант 1. Фотографии масштабировал (разрешение у них получилось 3000 dpi и поворачивал, + все фото поместил в контейнер и наложил на них прозрачность).
Вариант 2. Фото вставил без масштаба (72 dpi) и поворота, без эффектов.
Вариант 3. Это вариант 1, только всем фотографиям установлено разрешение 350 dpi
Время сохранения 1 и 2 макетов практически одинаковое.
Время сохранение варианта 3 значительно меньше.
Поэтому решающий фактор при сохранении - это разрешение фотографий, все остальные трансформации и эффекты в варианте 1 будут "мешать" и тормозить только при работе в макете (из контейнера выходит долго, фотки с подтормаживанием перетаскиваются).
- Сообщения
- 33 774
- Реакции
- 11 046
- Сообщения
- 1 881
- Реакции
- 312
Сразу обзываться. А то что посты выше сообщают о негативном влиянии на скорость сохранения маштабирования и эффектов...
- Сообщения
- 33 774
- Реакции
- 11 046
В первую очередь торможение вызывает чудовищный размер файла - по вашим словам 2 гига упакованных данных
Который квадратично зависит от разрешения встроенной графики (раз уж вам никак невозможно ее развнедрить) - очевидно же, разве нет?
MrDesigner
15 лет на форуме
- Сообщения
- 2 200
- Реакции
- 812
- Сообщения
- 1 881
- Реакции
- 312
Я в целом спрашивал нет ли каких-то настроек, чтобы программа полностью пользовалась мощностью процессора для обработки/сохранения файла, а не про оптимизацию моего файла.
Согласитесь, было бы очень странно, если Adobe media encoder жал видео используя 10% мощности компьютера, а остальные 90% простаивали.
Не по теме:
Так то тему можно закрыть, ответ я нашел
Согласитесь, было бы очень странно, если Adobe media encoder жал видео используя 10% мощности компьютера, а остальные 90% простаивали.
Не по теме:
Так то тему можно закрыть, ответ я нашел
Последнее редактирование:
- Сообщения
- 33 774
- Реакции
- 11 046
Ну дык, еще раз повторяю, корел не медиа энкодер, он не заточен под быстрое кодирование огромных объемов растровых данных. До недавнего времени он вообще не поддерживал хранение больше 2х гигов неупакованных данных (то есть, порядка 400 мегабайт упакованных был потолок)
Потому как это векторная программа, а наколбасить 2 гига вектора можно только от большой неопытности.
mnemonix
ॐ मणि पद्मे हूँ
- Сообщения
- 691
- Реакции
- 207
Перебей все растры в 300 dpi, обычно норм качества картинки бывают даже 1000+ dpi при уменьшении при вёрстке в Corel
mnemonix
ॐ मणि पद्मे हूँ
- Сообщения
- 691
- Реакции
- 207
- Сообщения
- 2 334
- Реакции
- 2 226
wOxxOm перочинный ножик - один из пунктов
- wx.BitmapsDownsample - resamples bitmaps if its dpi is larger than specified by 20%.
- Asks dpi # and processes selected / whole doc, including powerclips. Shows per page statistics