Комментарии 4
Да, и вдогонку — коммент, не имеющий отношения к 16 бит, но имеющий отношение к PNG и LabVIEW.
Часть скриншотов в этой статье непростые, некоторые из них — "сниппеты", они несут как раз дополнительную нагрузку в виде кода, которой вы не видите, но она есть. Об этом говорит рамочка вокруг них, а цифра 2024 означает версию LabVIEW, в которой они были созданы. Если вы сохраните оригинальную картинку из поста к себе на десктоп:
а потом перетащите её прямо на блок-диаграмму LabVIEW 2024, то вы получите исходный код, который можно редактировать:
Как это достигается, легко понять, открыв файл в том же tweakpng, вы там увидите пару дополнительных тегов - текстовый коммент и собственно приватный тег niVI, который и содержит код, как есть:
Спасибо Хабру за то, что он не прибивает "ненужную" инфу в PNG при загрузке через habrastorage.
Занятно. Не знал, что png умеет 16 бит. Однако вопрос - чем не угодил tiff? Он тоже много чего умеет, позволяет хранить внутри что попало и умеет, вроде, хоть 32 бита, хоть 2. И там это как-то более очевидно сделано. IMHO самый универсальный контейнер.
TIFF форматом мы тоже пользуемся, и в основном если нужно отдать данные заказчику, а формат DICONDE он по какой-то причине не хочет. PNG это "внутренний формат", дело в том, что картинки наши содержат калибровочную информацию, разметку и т.д., так в библиотеке это пара функций, вот этих — IMAQ Write Image And Vision Info File и IMAQ Read Image And Vision Info, но они только для PNG, для TIFF таких нет. Если же я буду использовать TIFF, то мне придётся всё тоже самое реализовать руками, либо с libtiff повозиться. Конкретный заказчик решил воспользоваться нашими внутренними данными в PNG для обучения ML модели (c обучением модели он, кстати, так и не справился, также как изначально не понял устройство PNG).
Об особенностях хранения 16 бит изображений в PNG формате