ICC-Profile

[ametim]

Dobriy den, ne znayu, v pravilniy razdel ya pishu ili net. Ne rugaytes, please.
Pitayus napisat programmu (VC++), kotoraya na osnove parametrov sozdaet icc-profile.

I vse vrode bi nichego, ICC Profile Inspector otobrazhaet header, otobrazhaet tag table, no kak tolko pitayus posmotret sami tags, to poyavlyaetsya oshibka "ICC type not matched"

I etsho odin vopros. Chitayu opisanie ICC-Formata. I tam napisano sleduyushee pro ProfileDescriptionTag:
"soderzhit invariantnie i lokalizovannie versii opisaniya monitora"

Chto eto za versii, kto-nibud mozhet obyasnit popodrobnee.

Zaranee spasibo,

Timur

 

[ametim]

Ответ: ICC-Profile

ok. kto u umeet chitat, obladaet bolshimi preimushestvami

 

[minos]

Ответ: ICC-Profile

Если не секрет, зачем транслитом писать? ОЧЕНЬ не удобно читать...

С уважением, Дмитрий.

 

[Samsonov]

Ответ: ICC-Profile

Такие вещи лучше всего дебажить с помощью валидатора ICC ProfileDump.

Касательно типа тэгов. Должно совпадать со спецификацией в точности всё: не только сигнатура тэга, но и его содержимое. То есть также сигнатура типа значения, и формат данных. И нельзя использовать произвольный тип значения, если в спецификации требуется другой тип. Например: в ICCv4 большинство строковых ресурсов должно кодироваться в Юникоде (mlut) — обычный text недопустим, даже если в ICCv2-профилях используется именно он или desc.

Потом, содержимое каждого тэга обязано быть выровнено по 4-байтной границе. (Из спецификации можно подумать, что такое выравнивание лишь желательно.) Иначе тот же Profile Inspector начинает ругаться на якобы кривую таблицу тэгов.

Что до собственно Юникода, то там всё просто. Достаточно посмотреть один пример с использованием mlut, и сделать по образу и подобию. Вполне хватит одной версии для языка ru-RU — ни одной недовольной программы не попадалось. Да и сами они только одну версию записывают, так что наверняка на код языка никто не смотрит, ибо не рассчитывает увидеть там более одной версии.

 

[ametim]

Ответ: ICC-Profile

Касательно типа тэгов. Должно совпадать со спецификацией в точности всё: не только сигнатура тэга, но и его содержимое. То есть также сигнатура типа значения, и формат данных. И нельзя использовать произвольный тип значения, если в спецификации требуется другой тип. Например: в ICCv4 большинство строковых ресурсов должно кодироваться в Юникоде (mlut) — обычный text недопустим, даже если в ICCv2-профилях используется именно он или desc.

Потом, содержимое каждого тэга обязано быть выровнено по 4-байтной границе. (Из спецификации можно подумать, что такое выравнивание лишь желательно.) Иначе тот же Profile Inspector начинает ругаться на якобы кривую таблицу тэгов.

Что до собственно Юникода, то там всё просто. Достаточно посмотреть один пример с использованием mlut, и сделать по образу и подобию. Вполне хватит одной версии для языка ru-RU — ни одной недовольной программы не попадалось. Да и сами они только одну версию записывают, так что наверняка на код языка никто не смотрит, ибо не рассчитывает увидеть там более одной версии.

Записал туда ascii, a вместо unicode и scriptcode записал нули и все пошло.

Такие вещи лучше всего дебажить с помощью валидатора ICC ProfileDump.

Не хочет запускаться программа, неправильно прописаны пути в ней. А код компилировать почему-то не хочется.