О понятии "сжатие" применительно к графическим файлам

Сообщение от krazy2013 И, кстати, а чего это изображение архивировано?))) даешь несжатые бээмпехи! Про какие еще условия задачи соблагоизволите поведать общественности?)))

JPG сжимает, очевидно ведь что при открытии оно разжимается.

0

Сообщение от Lehhaa программа берет это джипег и на основе полученных из него данных формирует изображение.

Это в данном случае и называется распаковка, а вы утверждаете что этого не происходит.

Сообщение от Lehhaa По вашей логике выходило что формат raw сжимается в десять раз и получается lpg. Потом он разжимается обратно в raw и выводится на экран.

Про формат raw вы писали. Я же про RGB формат.

Сообщение от Evg Ну это же мнение одного человека.

Это мнение не одного человека, а перевод описания функции и структуры из MSDN. Могу дать ссылки на оригинал на сайте майкрософт. https://msdn.microsoft.com/ru-... s.85).aspx
https://msdn.microsoft.com/ru-... s.85).aspx
Ищите на странице слово format.
Надеюсь с компанией майкрософт спорить не будете?

Сообщение от Evg Я всего лишь пытаюсь понять, откуда ж ноги у нашего спора растут.

Растут они с того что некоторые люди не имея отыпа программирования пытаются спорить на темы о которых им мало известно.

0

locm, уже распаковка? Было сжатие-разжатие

Добавлено через 2 минуты
Вообще-то именно про raw. Смотрим на первой странице, про rgb там ни слова

1

Сообщение от locm Надеюсь с компанией майкрософт спорить не будете?

Ну у этих хотя бы грамотно написано - "format of the bitmap". Вот такой термин я понимаю, причём однозначно. В отличие от употребляемого тобой "первоначальный формат" в контексте диалога, в котором "формат" употреблялся как "формат файла"

0

Сообщение от Lehhaa уже распаковка? Было сжатие-разжатие

Разжатие, распаковка, не одно и тоже в данном случае?

Сообщение от Lehhaa Вообще-то именно про raw

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

Сообщение от Evg первоначальный формат

Допустим вы делаете скриншот (естественно хранящийся в памяти в формате RGB) и сохраняете в файл формата JPG или PNG. При открытии и отображении на экране разве не нужно перевести картинку в RGB, т. е. в первоначальный формат?
Если нужно напишу код создания скрина и сохранения его в файле. Код загрузки с отображением уже есть. https://www.cyberforum.ru/grap... st10699417

0

Сообщение от locm Допустим вы делаете скриншот

Да я уже понял, что у тебя означает "первоначальный формат". Но поначалу было не понятно. И, судя по всему, не только мне

0

locm, я понял именно как расжатие, как расжатие оно и читалось. А распаковку я понимаю несколько иначе. Потому и полез в выяснения что я понимаю не так.

0

Сообщение от Lehhaa Но в рав она вернуть не может потому что это был исходный формат.

Есть камеры которые не преобразовывают в дийпиг, а сразу сохраняют в рав.

Добавлено через 6 минут

Сообщение от locm Прежде чем картинку отобразить на экране ее нужно разжать, т. е. привести к стандартному формату.

Именно это я и написал ещё в начале темы...

Добавлено через 16 минут

Сообщение от Evg JPEG - это в первую очередь алгоритм сжатия изображения с потерей качества

Алгоритм JPEG позволяет сжимать изображение как с потерями, так и без потерь (режим сжатия lossless JPEG).

0

Милослав, у таких камер на выбор, можно в рав, можно в джипег, можно и так и так продублировано. Это в основном профессиональные камеры, или закос под них. Рав занимает дохренища места, не позволяет внсти быструю съемку сериями кадров, потому его используют в основном для предметной съемки, в сложных условиях, или для сильно художественных снимков. Поскольку в нем описан каждый пиксель, то при обработке в том же фотошопе можно вытянуть из вроде сплошного темного пятна какие-то детали, например складки темной одежды, высветленному вернуть цвет (не всегда, но иногда получается), проявить мелкие детали при некачественной фокусировке (опять же,, не всегда), выправить баланс белого, ну так далее. Потом, после перевода в джипег, это уже становится проблематичнее по причине обработки алгоритмом. Темное пятно одежды описывается как темное пятно целиком, переосветленное становится просто белым, мелкие детали замыливаются (в зависимости от алгоритма, например одна камера настроена на размытие, что бы от шумов избавляться, а другая на сохранение деталей), все это позволяет уменьшить вес файла, но обрабатывать его потом уже так не получится, даже в лосслесс варианте-описывается уже обработанный снимок, а не его исходник, хотя качество может и не сильно отличаться. Можно сравнить с чертежом машины на ста листах, и ее фотографией. Фотография дает понятие о ее внешнем виде, а чертежи об устройстве.

0

Сообщение от Lehhaa Поскольку в нем описан каждый пиксель

Там дело в том, что в raw'е описаны не пиксели, а непосредственно физические параметры, попадающие на матрицу: освещённость в абсолютных единицах измерения, длина волны или что-то типа того. А потери при преобразовании в "обычный" формат происходят в основном из-за того, что автоматика может не правильно посчитать, какой "цвет" следует трактовать как белый и из-за того, что набор цветов при кодировании сильно дискретный, а потому происходят потери информации при округлении. В итоге это может привести к тому, что если в кадре есть одновременно белый и чёрный "цвета", то миллион оттенков изначального чёрного "цвета" превращаются в 2-3-4-5 оттенков дискретного чёрного "цвета" (из-за того, что уровень белого находится слишком высоко)

2

Evg, именно, спасибо, а то все никак слов подобрать не получалось

0