RawDigger 1.2.4

По случаю выхода PhaseOne IQ3 100Mpix, пришлось обновлять RawDigger:

  • Исправлена ошибка в обработке поврежденных файлов .eip
  • Windoes: cохранение размеров главного окна: запоминаются статус максимизации окна и его размер до максимизации.    
  • Экспорт в CSV: целочисленные параметры (номер фрейма, номер сампла, координаты сампла) не заключаются в кавычки.
  • Лимит Disable RGB Rendering for files larger... увеличен до 200Mpix.
    Стандартное значение этого лимита для 64-битных версий: 120Mpix, но если вы работали с предыдущей версией, то сохранится значение от нее (стандартное - 99Mpix для 64-биной версии) и для копания в 100Mpix-файлах может захотеться его увеличить (если нужен RGB-рендеринг).
  • Exiftool обновлен до версии 10.09
  • Поддержка формата PhaseOne 16-bit compressed
  • Поддержка камер:  Phase One IQ3 100Mpix

Брать на официальном сайте (или на официальном русском сайте)

Comments

имею гнусный вопрос (т.е. хочу понять верна ли посылка в принципе прежде чем идти домой и колупаться)

вот допустим у нас есть actual raw rgb и theoretical cieXYZ(cieLAB), т.е. замер мишеньки спектрометром - может слово theoretical конечно и неудачно, числа - и соотв. какое-то ПО нам может посчитать color transform в виде профиля для какого-то конвертера...

а что если у нас совершенно обратная ситуация - есть actual cieXYZ (cieLAB) числа и theoretical raw rgb (например я соорудил raw сам вместо того чтобы снять что-то камерой и прогнал его через то что получено вначале, т.е. конвертер и рассчитанный для него по реальному снимку профиль) - воспроизведет ли соотв. ПО тот же самы color transform (ну с какой-то "приемлемой" погрешностью) если ему вместо actual raw rgb подсунуть theoretical raw rgb (из программно сооруженного raw) и вместо theoretical cieXYZ(cieLAB) - actual cieXYZ (cieLAB) числа

а ?

N/A

Воспроизведет. Или нет. Смотря какая бабель. Я вопрос не могу понять.

> Я вопрос не могу понять.

есть raw со снимком мишени, есть промер мишени с результатами допустим cieXYZ(D50), построили профиль А для конвертера...

теперь упражнение, придумываем сами (т.е. не из снимка) raw числа -> сооружаем raw файл, прогоняем через построенный профиль А в данном конвертере, получаем cieXYZ(D50)... ну или просто повторяем работу профиля А на придуманными RGB числами...

потом берем тоже самое ПО для построения профиля и вместо пары raw RGB + замер мишени, даем ему пары придуманные RGB + результ прогона их через профиль А и строим профиль B

будет ли профиль B достаточно повторять профиль A ?

N/A

Ответ зависит от метрики, которую профайлер использует для минимизации (ну например, бОльший вес у нейтралей) и от того, как вы данными для профиля Б попали в эти метрики.

> и от того, как вы данными для профиля Б попали в эти метрики

но если сгенерировать большое мн-во RGB патчей с мелким шагом между ними то тем точнее попадешь, так же ?

N/A

Есть абстрактная (неизвестно что внутри) хреновина, которая как-то минимизирует (неизвестно каким способом считаемую) невязку.

И вы хотите, чтобы вам ответили "что будет"? Ну уж нет!

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

Ну и ничего, выпил я стакан портвейна и эти несколько метров невязки (при норме в сантиметры) раскидал им, проверяющие не заметили.

А без портвейна - не сумел бы.

> И соседняя бригада забыла пару точек записать в журнал.

не руками жжж... можно ж вообще миллиарды патчей сделать и поставить на ночь.

N/A

Будет ли лучше, вот в чем вопрос. И ответа на него - нет (пока нет вменяемых предположений что находится в черном ящике помимо портвейна)

> выпил я стакан портвейна

понятно каким образом бойцы заехали на Украину-то !

N/A

> И вы хотите, чтобы вам ответили "что будет"? Ну уж нет!

я хочу предоложений по возможным засадам на дорогое !

N/A

Add new comment