Ерунда творится с программой. просчитал мишень, сохранил результат. попытался построить профиль и на этом все закончилось. минут 10 идет попытка создать профиль а потом вываливается программа. Вот референс и результат измерений - http://slil.ru/29058422.

Вообще интересно программа делает rgb и lab файлы для создания профиля. Они отличаются от тех что лежат в дистрибутиве по умолчанию. Между столбцами присутствуют и пробелы и табуляция. Из дистрибутива в файлах только табуляция. Программа при создании профиля выпрыгивает, а если дать 2 файла из дитсриба то работает. Где собака зарыта ?

Вот здесь все - http://slil.ru/29059656

Сейчас, к сожалению, абсолютно не хватает времени на программу. Такие косяки возможны, т.к. по сравнению предыдущими билдами код был сильно переписан для оптимизации. Вполне вероятно появились ошибки, которых раньше не было.
Хотя я последним билдом измерил и построил где-то 5-ть профилей, ни вылетов, ни ошибок в работе не было.
Точно есть ошибка с сохранением в CGATS формате, также один пользователь говорит, что сейчас профили строятся другие, чем раньше.

Так что делать ? Откатиться на предыдущую версию ?

Если существующий билд не устраивает, то пожалуйста.

Здень не надо обид. Просто что-то в программе не то. Файлы измерений я дал. Если Вам хочется найти проблему Вы посмотрите их и найдете причину. Если не хочется то мы получаем выше ответ. Программа хороша, я ЗА чтоб она работала и приносила удовольствие людям.

Почти Все работает. Это я не так данные давал. Вопрос возник - как добиться чтобы при сканировании заполнялись ячейки данными (цветами). На большом компе как то получилось (до этого не было) а на ноуте нет. Поставил и DotNet 4.0 и vcredist 2008. Толку нет

Переползаю на Visual Studio 2010 и соответственно framework 4. Тоже как и у вас не "штрихуются" замеренные патчи в таблице, что странно. С причиной еще не разобрался, хотя в отладке видно что данные в массив для таблицы попадают.

У меня вроде появилось когда я поставил MonacoProfiler 4.83. Попробую на ноуте. Может тоже появятся. Хотя и удалил монаку осталась прорисовка (на большом компе)

Замените в блокноте все запятые на точки, при запятых не правильно парсятся значения из таблицы.
Если запятые появились после сохранения - то однозначно баг сохранения.

аменить надо где ? в референсе ? Вечером проверю и напишу

Я открыл ваш файл с измерениями. Там все дробные числа с запятыми.
А как бы все операции на программном уровне происходят с разделителем точка. В том числе и парсинг строк файлов, т.е. разбивка по табу или пробелу и перевод в численные переменные. Потому в файле измерений надо, например в блокноте, поменять запятые на точки.

P.S.: в SDK профиляйтера prism есть признак scramble, который перед построением профиля переводится в "Ложь", по крайней мере так в примере x-rite. Кто как думает что это такое? Описание на него нет.

я кажется понял. в системе я поменял запяту на точку и может быть это повлияло на отображение

Значит так. Отображение просканированных патчей работает. Нужно в системе поменять запятую на точку. Перезагрузиться и можно сканировать. Получаем результаты измерений с точкой вместо запятой и получаем отображение того что просканировали.

Вчера сканировал распечатку пачтей и столкнулся с нечитаемостью одного стрипа. В режиме коррекции я получал только звук, что все плохо. Поставил стандартный режим и прочитал стрип, но я не увидел какой патч или патчи проблемные, так как программа все что считала засунула в строку подряд а не на свои места. Вообщем засада да и еще хорошо бы эту строку очищать при необходимости, чтобы в измерениях ее небыло а потом самому туда добавить данные. Или в эту строку вносить данные считывания там где это нормально, а остальные патчи не трогать.

sergo13 (4th May 2010 - 09:54 AM) писал:

Какие патчи проблемные увидеть нельзя. Функция из SDK возвращает все измеренные патчи, если все хорошо, или вообще ничего не возвращает, если есть ошибки. Так работает иксрайтовский алгоритм. Про несчитывание я уже писал. У меня в тесткартах обязательно бывает какой-нибудь стрип, не считывающийся в режиме correlation.

parasolid (4th May 2010 - 12:26 PM) писал:

И как выходите из этой ситуации ?

Про стрипы.
У меня в одной строке попались 3 темных патча. Между ними я вставлял в 1 пиксель белый разделитель. Но не помогает. Нужно 2 пикселя чтобы мунка увидела различие. Так вот в режиме без коррекции программа считывает патчи и заполняет всю строку со сдвигом цветов после этих 3 темных патчей. До них цвета правильные, после них нет.

Кстати если самому дописывать в файл измерений значения то как я понял там должны быть только TAB ?

А Вы собираетесь делать патчевый замер для таких ситуаций? или пользоваться первой беткой программы где эта возможность есть.

sergo13 (4th May 2010 - 04:55 PM) писал:

Во-первых для успешного считывания в стрипе нужно готовить подходящие для этого тест-карты. Имхо, лучшие генерируются с помощью argyllcms. Потом надо их распознать в colorlab.
Во-вторых не мельчить с длиной патча по направлению движения. Я для себя определил правило- стараться делать их длиной не менее 12 мм, т.е. 8мм на дырку и по 2мм спереди-сзади. Ну и соответственно разделитель должен быть около 1 мм. Для справки Мунка делает в 4 р. меньше измерений в 1 секунду чем АйВан (50 против 200) и это не очень здорово для точности. Итого, для распознанных аргилловских карт у меня не было затыков и поводов переходить в бейсик и тем более спот-режимы, за исключением описанной выше ситуации с некоторыми стрипами (но это однозначно вина алгоритма correlation x-rite, а не карты).
Кстати, спотовый режим должен также работать, в процессе работы можно переключаться на него. Но в нем обычно работают с "шершавыми" бумагами, типа холстов, иниев и пр, где стрип режим сбоит. Лично я ни разу не замерял такие бумаги.

sergo13 (4th May 2010 - 04:55 PM) писал:

Да, ТАБЫ. При парсинге строки делятся по разделителям ТАБ и(или) пробел.

parasolid (4th May 2010 - 06:06 PM) писал:

Я раньше генерил в argyllcms, потом перешел на генерацию в прогу DisplayAnalyzer. Там в argyllcms можно задавать разную оптимизацию в командной строке. Если можно, то приведите свою строку. Можете здесь можете в ветке про argyllcms.

Разобрался со считывание стрипов. Вы правы у меня размер их на пределе и нужно точное позиционирование. Буду немного увеличивать.

parasolid (4th May 2010 - 06:06 PM) писал:

Получается патч немного вытянутый. А как понять по 2мм, а разделитель 1мм ?

Друзья, всех с прошедшими.
Прочитал тему, очень старался все понять... сейчас стоит выбор айван или мунка, разница 25 тысяч, при нынешних финансах готов пожертвовать удобством пользования, но не качеством профиля. Идея печати базовых 100 патчей (сушка промер) уточняющие патчи (сушка промер) повторить Х раз, очень настораживает именно не прозрачностью.. имея спайдер3 можно было промерять ПМ мишени на 1*** патчей и получить удобоваримый результат (относительно спайдера конечно). И очень из-за этого волнует вопрос - можно ли купить мунку и увязать ее с ПМ (видел в теме что можно), абсолютно не понял как это сделать. Умоляю скажите пошагово как используя обезьянку использовать ее вместе с ПМ.

Заранее благодарен.