Не токма флуда ради вопрос про размер файла.

Всего 16 сообщ. | Показаны 1 - 16
Не токма флуда ради вопрос про размер файла.
Давно хотел спросить, но все как-то не решался...

Почему одинакового размера и качества файл (например 600*400 пукселей for web с качеством 70) с пленки весит больше, чем с цыфры ???
(это совершенно точно и проверено подготовкой к вебу сотен файлов с разных источников и с разным качеством сканирования).

Я так знаю, что меньше будет весить файл, если его часть равномерно залита каким-то цветом. К примеру, если low-key какой и 70% кадра у нас просто черные, то файл будет очень легким и наоборот, когда заливок нет и много тональных переходов и деталей, то файл более тяжелый.

Правильно-ли я понимаю, что цыфра все-таки пытается постоянно сделать тональные переходы беднее (даже когда это не бросается в глаза) и если мы углубимся в пуксель, то все равно увидим, что вылезают неестественные заливки ???

Прав-ли я, или причины какие-то другие?

Заранее спасибо за ответы по делу и веселый флуд (можно стихи)
Re[Едкий Натр]:
для тиффа все равны
Re[Блуждающий в потемках]:
Добавлю. Просто суть jpegа в кастрировании фото по описаному вами алгоритму (типа через градиенты)
Re[Блуждающий в потемках]:
Цитата:
от: Блуждающий в потемках
для тиффа все равны


я пра жипек :?
Re[Едкий Натр]:
Цитата:
от: Едкий Натр
Давно хотел спросить, но все как-то не решался...

Почему одинакового размера и качества файл (например 600*400 пукселей for web с качеством 70) с пленки весит больше, чем с цыфры ???


"При прочих равных" на размер файла большое влияние оказывают шумы. Т.к. у пленки зерно заметнее, чем шум на цифре, то размер файла больше, все логично.
Re[Едкий Натр]:
Я ш и говорю что жпг кастрирует фото по градиенту. Каждое зерно -отдельный градиент. Эксперимента ради возьмите с цифры ну очень шумную фото.
Re[claus]:
Достаточно провести просто эксперимент. Сохрнить с одними настройками два джпега одного снимка. Первый как есть, второй разблюрить на 2-3 пикселя, ну или наоборот шум добавить.
Re[Едкий Натр]:
Цитата:
от: Едкий Натр
Почему одинакового размера и качества файл (например 600*400 пукселей for web с качеством 70) с пленки весит больше, чем с цыфры ???
в скане с пленки больше независимых пикселов, тк 1) каждый пиксел сканируется независимо от соседей и при богатой тональности хоть на единицу тона да отличается от соседа 2) большинство пленок содержит зерно размером примерно в пиксел, хотя есть и практически беззернистые пленки
В цифрофайле же 1) каждый пиксел - производное от его 8ми соседей, то есть наблюдается некое "усреднение" и "сглаживание" данных 2) при съемке на больших ISO и цифровые файлы тоже становятся большими из за шума.

Алгоритмика JPEG сжатия основывается на сведении независимых пикселов к КВАДРАТНЫM конгломератам монотонным внутри. Соответсвенно чем больше попиксельно уникальной информации - тем хуже сжимается жпег и тем тяжее получается файл.

именно по этой причине будет некорректным сравнивать в жпегах детализацию с пленки и цифры - сравнивать такие вещи нужно только в TIFF

Re[V Webster]:
Цитата:

от:V Webster
в скане с пленки больше независимых пикселов, тк 1) каждый пиксел сканируется независимо от соседей и при богатой тональности хоть на единицу тона да отличается от соседа 2) большинство пленок содержит зерно размером примерно в пиксел, хотя есть и практически беззернистые пленки
В цифрофайле же 1) каждый пиксел - производное от его 8ми соседей, то есть наблюдается некое "усреднение" и "сглаживание" данных 2) при съемке на больших ISO и цифровые файлы тоже становятся большими из за шума.

Алгоритмика JPEG сжатия основывается на сведении независимых пикселов к КВАДРАТНЫM конгломератам монотонным внутри. Соответсвенно чем больше попиксельно уникальной информации - тем хуже сжимается жпег и тем тяжее получается файл.

именно по этой причине будет некорректным сравнивать в жпегах детализацию с пленки и цифры - сравнивать такие вещи нужно только в TIFF

Подробнее


Ага... спасибо!
Так объяснили, что даже я понял
Re[Едкий Натр]:
можно еще BMP (побитовая карта пикселей буквально)
Re[claus]:
Цитата:
от: claus
можно еще BMP (побитовая карта пикселей буквально)


эт для меня (особливо, для мозга моего) зело сложна
Re[Едкий Натр]:
Есть к примеру 10 мп. Для каждого из пикселей по отдельности записываются его координаты и полная инфа.
Re[claus]:
Цитата:
от: claus
Для каждого из пикселей по отдельности записываются его координаты и полная инфа.


Ну что Вы, зачем же коородинаты для каждого пиксела писать?
Если это RAW можно сперва значения всех синих в любом заранее определенном порядке, потом всех красных, потом - зеленых. И ни одной координаты. Просто договоренность, что байт номер 243 содержит значение голубого для такой-то точки сенсора и т.д. (упрощенно).
Re[Anton Tagunov]:
Я говорю о BMP, который был розработан задолго до ваших сенсоров.
Если подробней:

Файлы BMP

Формат файла BMP (сокращенно от BitMaP) - это "родной" формат растровой графики для Windows, поскольку он наиболее близко соответствует внутреннему формату Windows, в котором эта система хранит свои растровые массивы. Для имени файла, представленного в BMP-формате, чаще всего используется расширение BMP, хотя некоторые файлы имеют расширение RLE, означающее run length encoding (кодирование длины серий). Расширение RLE имени файла обычно указывает на то, что произведено сжатие растровой информации файла одним из двух способов сжатия RLE, которые допустимы для файлов BMP-формата.

В файлах BMP информация о цвете каждого пиксела кодируется 1, 4, 8, 16 или 24 бит (бит/пиксел). Числом бит/пиксел, называемым также глубиной представлени цвета, определяется максимальное число цветов в изображении. Изображение при глубине 1 бит/пиксел может иметь всего два цвета, а при глубине 24 бит/пиксел - более 16 млн. различных цветов.Структура файла BMP
Заголовок файла растровой графики (14 байт)
Сигнатура файла BMP (2 байт)
Размер файла (4 байт)
Не используется (2 байт)
Не используется (2 байт)
Местонахождение данных растрового массива (4 байт)
Информационный заголовок растрового массива (40 байт)
Длина этого заголовка (4 байт)
Ширина изображения (4 байт)
Высота изображения (4 байт)
Число цветовых плоскостей (2 байт)
Бит/пиксел (2 байт)
Метод сжатия (4 байт)
Длина растрового массива (4 байт)
Горизонтальное разрешение (4 байт)
Вертикальное разрешение (4 байт)
Число цветов изображения (4 байт)
Число основных цветов (4 байт)
Таблица цветов (длина изменяется от 8 до 1024 байт)
Собственно данные растрового массива (длина переменная)


На приведенной схеме показана структура типичного BMP-файла, содержащего 256-цветное изображение (с глубиной 8 бит/пиксел). Файл разбит на четыре основные раздела: заголовок файла растровой графики, информационный заголовок растрового массива, таблица цветов и собственно данные растрового массива. Заголовок файла растровой графики содержит информацию о файле, в том числе адрес, с которого начинается область данных растрового массива. В информационном заголовоке растрового массива содержатся сведения об изображении, хранящемся в файле, например, его высоте и ширине в пикселах. В таблице цветов представлены значени основных цветов RGB (красный, зеленый, синий) дл используемых в изображении цветов. Программы, считывающие и отображающие BMP-файлы, в случае использования видеоадаптеров, которые не позволяют отображать более 256 цветов, для точной цветопередачи могут программно устанавливать такие значения RGB в цветовых палитрах адаптеров.

Формат собственно данных растрового массива в файле BMP зависит от числа бит, используемых для кодировани данных о цвете каждого пиксела. При 256-цветном изображении каждый пиксел в той части файла, где содержатся собственно данные растрового массива, описывается одним байтом (8 бит). Это описание пиксела не представляет значений цветов RGB, а служит указателем для входа в таблицу цветов файла. Таким образом, если в качестве первого значения цвета RGB в таблице цветов файла BMP хранится R/G/B=255/0/0, то значению пиксела 0 в растровом массиве будет поставлен в соответствие ярко-красный цвет. Значения пикселов хранятся в порядке их расположения слева направо, начиная (как правило) с нижней строки изображения. Таким образом, в 256-цветном BMP-файле первый байт данных растрового массива представляет собой индекс дл цвета пиксела, находящегося в нижнем левом углу изображения; второй байт представляет индекс для цвета соседнего справа пиксела и т. д. Если число байт в каждой строке нечетно, то к каждой строке добавляетс дополнительный байт, чтобы выровнять данные растрового массива по 16-бит границам.

Не все файлы BMP имеют структуру, подобную показанной на схеме. Например, файлы BMP с глубиной 16 и 24 бит/пиксел не имеют таблиц цветов; в этих файлах значения пикселов растрового массива непосредственно характеризуют значения цветов RGB. Также могут различаться внутренние форматы хранения отдельных разделов файла. Например, информация растрового массива в некоторых 16 и 256-цветных BMP-файлах может сжиматьс посредством алгоритма RLE, который заменяет последовательности идентичных пикселов изображения на лексемы, определяющие число пикселов в последовательности и их цвет. В Windows допускаетс работа с BMP-файлами стиля OS/2, в которых используютс различные форматы информационного заголовка растрового массива и таблицы цветов.
Re[claus]:
Цитата:
от: claus
Я говорю о BMP

Claus, извините не понял к чему Вы это.
Re[Anton Tagunov]:
Понесло, перегрелся.
Вы не авторизованы

Пожалуйста, авторизуйтесь, чтоб иметь доступ к полному функционалу сайта

Обратная связь

Здесь вы можете оставить свои контактные данные, чтобы мы могли связаться с вами.