Свежие комментарии

Ну так HDR это и есть линейные данные. А там и FP16 и FP32 и FP64, на выбор, на сколько я помню.
Ну и FP24 это, как по мне, экономия на спичках совсем. FP32 же стандартен.

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

А линейные данные - это может быть, к примеру RAW из которого вычтен (усредненный) темновой кадр. Ну или сам такой темновой кадр. Т.е. далеко не только HDR

И тут - 32bit/int - много (но можно, конечно), а FP16 или FP24 в самый раз.

Ну если 16 бит мало, а 32 много, то вот есть вариант.

Причем, вот в DNG тоже бывает 24 бита и насколько я код оттуда к себе скопипастил, DNG-шные FP24 таки другие, чем фотошоп пишет. Правда DNG всегда (ну все что я видел) с предиктором, а у фотошопных даже без предиктора - хрен пойми что.

Если всерьез приспичит, разберемся (наверное) уж всяко из фотошопа можно один и тот же файл посохранять - и известно какие чиселки ожидать в этом FP24.

А Adobe - теоретически знает. 8 бит экспоненты, 16 бит мантиссы (оба со знаками).
Только вот попытка раскодировать по этому знанию - не работает.

А еще я вспомнил, что бывают Gray (и RGB) с альфа-каналом :)

Установщик там был довольно ужасненький, самописная такая рукопашная попытка сделать коммерчески-выглядящее кроссплатформенное хоть что-то. Инсталляторы наверное всегда ужасны, конечно.. но честный jar был бы куда приличнее. Если так и получилось, это даже хорошо.

LAB будет завтра. Там, смешно сказать, ICCLAB и CIELAB, два разных формата....

А вот gray/FP/24бита - загадочный формат оказался, фотошоп его пишет, а вот прочесть его пока ничем (ну кроме фотошопа же) не могу. Оно, конечно, честно предупреждает, то не так оно легко.

Полярное сияние под кислотой)

я тут случайно столкнулся с netbeans, его как-то сильно покорежило в процессе переезда на Apache Foundation - отвалились целые куски, потерялся установщик и всё в таком духе. и это после выхода двух мажорных версий.

Ну таки да, они поддержали BigTIFF в версии 4, уже немало.

Кстати, у libtiff удивительно, но работа идёт https://gitlab.com/libtiff/libtiff/commits/master

А глобально я вот еще не понимаю: вот на дворе 2019-й год. Даже в сраном телефоне 4-ядерный процессор.
TIFFы - все (*) либо striped, либо tiled.
Где, сука, многопоточный распаковщик?

(*) на самом деле не все, но вот libtiff по-умолчанию пишет striped, т.е. подавляющее большинство.

Там смотрите, вы передаете width, height, buffer, желаемую ориентацию (допустим, хотим =1 т.е.оригинальную как в файле).
Поскольку с заданными width,height повернуть ничего нельзя.... оно возвращает зеркалированный (относительно вертикальной оси) файл. Смешно, да.

Но вообще, это все беда, конечно.

Для таких основополагающих штук - должен ну вот хоть Apache Foundation прибегать, ну либо кто-то подобный (IBM, Redhat), потому что вообще опенсорц имеет тенденцию к диссипации.