[CDR 2017-2021] Загадочная прозрачность

glugoff

Участник
Топикстартер
Сообщения
611
Реакции
93
Обратите внимание - и черная полоска и надпись тоже имеют альфаканалы

Спасибо за вскрытие! :)

Теперь бы еще разобраться, как подобное повторить, дабы объяснить заказчику, чего именно делать не нужно :)
 

_MBK_

Пикирующий бомбардировщик
15 лет на форуме
Сообщения
33 229
Реакции
10 851
Теперь бы еще разобраться, как подобное повторить, дабы объяснить заказчику, чего именно делать не нужно
Как минимум - преобразовывать полупрозрачные битмапы еще раз в битмап
Т.е. выделить битмапы скопом - сплющить - посмотреть не высыпалось ли чего - высыпавшиеся отдельно перевести в битмап с прозрачностью - снова выделить и сплющить повторяя до полного удовлетворения
Это реальный застарелый баг, природа которого неясна и он тянется от версии к версии
 

glugoff

Участник
Топикстартер
Сообщения
611
Реакции
93

_MBK_

Пикирующий бомбардировщик
15 лет на форуме
Сообщения
33 229
Реакции
10 851
Выходит, что корел умеет фактически сохранять режим наложения после преобразования в растр, хоть он и перестает быть видимым и изменяемым.. Да уж, не знал.
Нет
 

Valentin

15 лет на форуме
Сообщения
2 272
Реакции
1 244
Секта "PDF 1.3" ? 'alil'c:(

:sarcasm:

Так вы разобрались что это?
Линза или наложение битмапа?

Смотреть лень файл.
 

glugoff

Участник
Топикстартер
Сообщения
611
Реакции
93
Ну вот смотрите. Я назначил режим наложения, преобразовал в растр. Режима наложения теперь нет, но фактически - оно работает. Или я где-то в другом месте могу его увидеть/изменить/отменить?
 

_MBK_

Пикирующий бомбардировщик
15 лет на форуме
Сообщения
33 229
Реакции
10 851
Вообще говоря, пор всем параметрам - чужой глючный объект, возникший во время сбоя при импорте или конвертировании. При создании абсолютно аналогичного баг не повторяется, при проведении с ним любого, даже самого бессмысленного действия (типа инверта туда и обратно, нулевой коррекции и т.д.) объект превращается в корректный.
 

glugoff

Участник
Топикстартер
Сообщения
611
Реакции
93

glugoff

Участник
Топикстартер
Сообщения
611
Реакции
93
Вообще говоря, пор всем параметрам - чужой глючный объект, возникший во время сбоя при импорте или конвертировании. корректный.

Второй раз повторяется у одного заказчика.
 

_MBK_

Пикирующий бомбардировщик
15 лет на форуме
Сообщения
33 229
Реакции
10 851
Но это оно, наложение, если по русски говорить
А хотя, возможно, @sander и прав - сейчас смотрю, RGBшный режим наложения сохраняется и при переводе линзы в CMYK битмап и только когда пытаешься с подложкой сплющить, хитрая японская бензопила ломается... 'hmmm'
 

sander

15 лет на форуме
Сообщения
1 562
Реакции
137
Просто режимы наложения обрабатываются в RGB. Сплющишь в RGB, - будет норм.
Сплющишь в CMYK - будет то же, что при Proof Colors.
Посоветуй заказчику включить Proof Colors. Он покажет наложение в режиме CMYK
Либо плющить эффекты в РГБ, затем всё в CMYK
См. также [AI CC] Перевод из RGB в CMYK
2018-11-16 14_45_20-CorelDRAW 2017 (64-Bit) - C__Users_User_AppData_Local_Temp_Temp1_Календари...png
 
Последнее редактирование:
  • Спасибо
Реакции: glugoff

_MBK_

Пикирующий бомбардировщик
15 лет на форуме
Сообщения
33 229
Реакции
10 851
Ну это понятно, вопрос в другом - если действительно режим (даже RGB) наложения сохраняется при переводе линзы в bitmap (что по сути чудовищный баг и ловушка) то где он хранится? Я пока никак не найду у полученного растрового объекта соответствующего признака и как его проверить можно? 'hmmm'
 

sander

15 лет на форуме
Сообщения
1 562
Реакции
137
При редактировании в фотопаинте видно
 
Последнее редактирование:

glugoff

Участник
Топикстартер
Сообщения
611
Реакции
93
Даа, глубоко мы забрались :) Всем спасибо, ситуация вполне прояснилась.


Не по теме:
нужно просто запретить заказчику трогать режимы наложения в кореле :)