Техническая сторона вопроса.
Возможно ошибочная оценка поведения виндовс 10, я не очень толком знаю что именно делает виндовс 10 в случае падения программы, что-то она там пытается анализировать в момент падения. Поэтому просто наблюдение за поведением системы. После падения системы на демопрофиле (он верифицируется ICC Profile Inspector, но видимо этого недостаточно, помните историю недавнюю в форуме как профиль обрушал андроид) виндовс зафиксировала, что падение произошло в момент отправки на печать задания из клиента. После этого при любой другой попытке отправить на печать - виндовс просто стопорила сервис сервера печати, падения не происходило, но клиенты от сервера отваливались и печать уже ни с какими профилями была невозможна. Помогло восстановление из бэкапа системы целиком парагоном.
Для себя сделал такие выводы: 1) Иметь свежий бэкап системы и рипа всегда; 2) Не пользоваться демо-версией ColorLogic или созданными в нем файлами.
По поводу бэкапа, некоторые ругают Парагон, но я лет 10 пользуюсь только им разными версиями, имею отдельную загрузочную флешку с этим парагоном, он не подводил с восстановлением системного диска ни разу. Бэкапы системных SSD держу просто на внутренних HDD. Пробовал альтернативу Парагону по совету коллег: и тут меня ждала неприятность - как раз альтернатива глючила, снес из системы и даже забыл название. На маке бэкаплю, клонирую или восстанавливаю систему обычной штатной системной утилитой DiskUtilty.
По поводу бэкапа цветопробного рипа EFI - последнее время переезжал постепенно с тройки до семерки. Сразу семерка не возьмет файл бэкапа тройки. Возьмет от 6.5. Словом я восстанавливал последовательно бэкап и пересохранял в новой версии в порядке 3 - 4.6 - 6.5 - 7.
Пока прошелся по всему содержимому проблемного профиля, обнаружил следующие нестыковки:
Код:
Warning! - AToB0Tag - Matrix must be identity.
Warning! - AToB1Tag - Matrix must be identity.
Warning! - AToB2Tag - Matrix must be identity.
Warning! - BToA0Tag - Matrix must be identity.
Warning! - BToA1Tag - Matrix must be identity.
Warning! - BToA2Tag - Matrix must be identity.
Error! - gamutTag - Incorrect number of input channels.
Error! - gamutTag - Incorrect number of output channels.
Warning! - gamutTag - Matrix must be identity.
Что пока вижу не так с этими тегами начиная с AToB1. В нормальном профиле <BCurves> прописывается таблицей 16-битных значений, в профиле, завалившем рип и винду, таблиц нет: <BCurves><Curve IdentitySize="256"/> и все, таблицей кривая не представлена, хотя должна быть - "must be identity". То есть по сути исправить такой смертельный профиль нет возможности: нам просто неоткуда взять эту необходимую в профиле матрицу. Таблица в теге gamt - gamutTag - Incorrect number of input channels - также совершенно не похожа по структуре на таблицу в корректном icc-профиле. Так что вся "демость" профиля просто состоит в том, что он не укладывается в спецификацию ICC, любая программа ищет в нем то, что в нем быть обязано, не находит, или находит некорректные таблицы, и валится. Таким образом мы просто имеем дело не с ICC, а с искусной подделкой под ICC, которую не все программы распознают, как ошибку и катастрофу. В старые времена мошенники не стеснялись например исполняемому скрипту вируса давать расширение картинки jpg, если обреченный открывал такой "жпег" не фотошопом, а браузером, наступал кирдык всей компьютерной сети, реально одно издательство потеряло десятки тысяч архивных и текущих изображений в сети от того, что в рекламном отделе кто-то открыл подобный жпег браузером: каждый жпег в сети был заменен на скрипт. На серверах существуют сейчас те или иные проверки, чтобы содержимое файла соответствовало его расширению. В случае с ColorLogic мы имеем дело с таким файлом, когда содержимое "профиля" стандарту и расширению icc не соответствует, ведет себя в любых программах, кроме создавшей этот вирус с расширеним icc, некорректно, с тяжелыми неустранимыми последствиями для операционной системы в моем случае. Если бы разработчик дал файлу расширение типа *.demo а не *.icc для работы только в специфическом софте - это было бы корректно. Если вы переназовете doc в xls - программа просто его не откроет. Если вы в экселе попытаетесь поделить на ноль - он откажется выполнить такую операцию, потому что проверяет ее. А если бы не проверял? Если вы файл со сложной структурой без проверки операционкой или программой каждого тега на корректность сделаете специально нерабочим и программа при открытии не поймет, что с файлом не так - жди беды. Юрины файлы так и лежат в ресурсах, откройте их контрольной программой
ICC Profile Inspector - он ни на что не ругнется даже, нужно копать глубже эти профиля, чтобы выявить несоответствия файла icc нормального и файла icc "вирусного". Файл icc внутри сложный и видимо писать еще и проверку его корректности обычным разработчикам программ не пришло в голову, видимо предполагалось, что разработчики icc-профилей не будут в них специально прятать разрушительные для системы ошибки.