Сенсор (камера) И Работа С Ним, работа с камерой;и несколько слов о JPEG Поделиться Опции

[Dex9999]

А почему меняете только первую таблицу? Возможно при разных условиях съемки используются разные таблицы? Или для чего их 5 пар?

[StrIk3r]

Dex9999, пробовал менять почти все таблицы и похоже что на сжатие жепег они
особо не влияют
Получилось у меня три варианта:

• пиксилизация изображения
• размытость изображения
• чернобелая фотография

[StrIk3r]

Вот тут очень интересная статья
интересующимся советую ознакомиться
http://fast-algo.ru/1.html

[KQ_44]

StrIk3r,
Описанные эффекты и есть последствия игр с сжатием, только никто и не говорил, что будет легко!

[StrIk3r]

StrIk3r,
Описанные эффекты и есть последствия игр с сжатием, только никто и не говорил, что будет легко!

Просто бывает что вес фотографии не меняется, хотя пропадают цвета и появляется небольшая рельефность изображения !
А вот сегодня о5 баловался с таблицами и после пропатчивания при фотографировании в хорошо (сильно) освещенных местах, вылетает "Картинка слишком большая" и не происходит сохранения
Ниже прикрепляю фотки которые все таки удалось получить

[grafmoto]

вылетает "Картинка слишком большая" и не происходит сохранения

эт хорошо, что такая ошибка вылетает. значит камера может. :) а у тебя место то есть на теле? :) :)

ЗЫ. bmp 640*480*24 весит 900к

Сообщение отредактировал grafmoto - 11.7.2006, 12:28

[Valleo]

2 grafmoto:
Просто вес картинки слишком большой. Прошивкой залочен размер фотки, например фотка весом 200 кб уже не откроется, даже если она 1x1 пиксел %)

2 StrIk3r:
Всеми руками за тебя, ожидаю очень очень хороших результатов =)
Хотя последние фотки были ужасно расплывчатые %)
Но их размер ммм... почему то всетаки такой же как без изменения таблиц... =)

Сообщение отредактировал Valleo - 11.7.2006, 12:31

[KQ_44]

grafmoto,
Неправильно, это сжатый BMP.

Valleo,
Помог бы StrIk-у!?

StrIk3r,
Пропадают цвета - значит обрезал цветности слишком.
а над пикселизацией я подумаю...
Так же гляну на ограничение размера в прошивке.
(надеюсь, завтра буду посвободнее)

[Alek(S)]

Извините-всё не читал.Но вот алгоритм сжатия ЖПЕГ:
Сжатие в ЖПЕГ осуществляется за счёт плавности изменения цветов в изображении.При это изображение разбивается на квадратики(далее шаблоны) 8х8(в такой области,по мнению разработчиков, плавно меняется цвет/на незаметную глазу величину/).Для каждого шаблона выполняется дискретное косинусоидальное преобразование(ДКП).ДКП расскладывает изображение по амплитудам некоторых частот.Далее из получившихся частот, с помощью специальной весовой таблицы(ООооооооооо!!!их 5 пар у нас/но надо узнать чё к чему!!/)отбираются наиболее существенные для визуального восприятия.Эта процедура называется квантованием и является единственным этапом, на котором происходит потеря информации.

[Halk_DJ]

2 grafmoto:
Просто вес картинки слишком большой. Прошивкой залочен размер фотки, например фотка весом 200 кб уже не откроется, даже если она 1x1 пиксел %)

не думаю что дело в локе прошивки. Закачивал картинки и по 300кб,а гиф один так вообще в 750 кб имеется и тел все открывает
StrIk3r
как по мне,то последние сделанные фото очень даже не плохи :)

[grafmoto]

Просто вес картинки слишком большой. Прошивкой залочен размер фотки, например фотка весом 200 кб уже не откроется, даже если она 1x1 пиксел %)

ну а я про что? камера создает большую (много Кб) и очень качественную картинку, которую тело не может :) а jpg'ги больше 200Кб тело легко открывает.

Неправильно, это сжатый BMP.

самая любимая прога для 3d-рендеринга mspaint говорит, что не сжатый bmp 640*480*24 (3 байта RRGGBB на пиксель) весит 900Кб. я тожа взял калькулятор и подсчитал: 640*480*3=900Кб.

ЗЫ. в обсчем не будем спорить, а будем дальше копать, копать и еще раз ломать. :) :) :)

[AlexKooper]

Народ в ветке ковыряния офирмваре.бин говорил, что ограничение в размере памяти под снимок (то ли у контроллера камеры, то ли у камеры)... но это на С650

Насчет БМП - у нас скорее формат raw, а там может быть другое количество бит на пиксел...

[Valleo]

2 KQ_44:
Не я в этой теме профан полный - что где ковырять %)
У меня другая специализация =)

[Alek(S)]

Скажите где копать-помогу...(с бином игаться ?)

[KQ_44]

Halk_DJ,
Согласен! Думаю, где-то недостаточен размер буфера.
В С650 MicroM тоже наткнулся на аналогичную проблему.

grafmoto,
Так а я и не спорю! Я просто хочу, чтоб вы хорошо представляли себе процесс JPEG-кодирования. Это помогает!
После квантования меняется сама картинка, но не ее размер! А вот дальше ее жмут алгоритмом, подобным ZIP или RAR. А поскольку значительная часть нашей картинки стала нулями, вот их то и можно очень хорошо сжать!!!
По этому, размер неквантованного JPEG-а будет ближе к размеру зазипованного BMP!

AlexKooper,
32 bpp. BMP без компресии и есть raw.

Valleo,
Alek(S),
StrIk-а я вел через дебри - не был уверен в идентичности таблиц.
Но похоже есть путь попроще. Буду основываться на нашем с ним общении.
Если где-то что-то будет неправильно, надеюсь он меня поправит!
=
Извлекаете из прошивки CG1. Любым hex-редактором ищете поледовательность бит, аналогичных тем, что в любой из таблиц, показанных StrIk-ом. Никто не гарантирует, что вашы таблицы будут аналогичными, но уж одна из 10-то точно совпадет. Таблицы идут одна за другой. Размер каждой 64 байта.
=

StrIk3r,
На всякий бросаю использование таблиц:
При получении фотки используется
JPEGPC_LUMA_QTABLE/2
JPEGPC_CHROMA_QTABLE/2

При хитрых условиях используют вот такое условие:
(Param - некий параметр, зависит от режима фотканья)

если Param=1 то
L_QTABLE=JPEGPC_LUMA_QTABLE*(1/2)
C_QTABLE=JPEGPC_CHROMA_QTABLE*(1/2)
если Param=2 то
L_QTABLE=JPEGPC_LUMA_QTABLE*(3/4)
C_QTABLE=JPEGPC_CHROMA_QTABLE*(3/4)
если Param=3 то
L_QTABLE=JPEGPC_LUMA_QTABLE
C_QTABLE=JPEGPC_CHROMA_QTABLE
если Param=4 то
L_QTABLE=JPEGPC_LUMA_HIGH_QTABLE1*(1/2)
C_QTABLE=JPEGPC_CHROMA_HIGH_QTABLE1*(1/2)
если Param=5 то
L_QTABLE=JPEGPC_LUMA_HIGH_QTABLE1
C_QTABLE=JPEGPC_CHROMA_HIGH_QTABLE1
если Param=6 то
L_QTABLE=JPEGPC_LUMA_HIGH_QTABLE2*(1/2)
C_QTABLE=JPEGPC_CHROMA_HIGH_QTABLE2*(1/2)
если Param=7 то
L_QTABLE=JPEGPC_LUMA_HIGH_QTABLE2
C_QTABLE=JPEGPC_CHROMA_HIGH_QTABLE2
если Param=8 то
L_QTABLE=JPEGPC_LUMA_HIGH_QTABLE3
C_QTABLE=JPEGPC_CHROMA_HIGH_QTABLE3

Мало что могу сказать о:
TRANS_LUMA_QTABLE
TRANS_CHROMA_QTABLE

PS Проанализировал и должен извиниться перед StrIk-ом.
Если забивать таблицы 1-ми, то при *(1/2) или *(3/4) получаем в них сплошные нули (операции целочисленные)!!!
Если кто будет играться, учитывайте это!

И еще: есть стандартный алгоритм генерации таблиц:
for i:=0 to 8 do
for j:=0 to 8 do
Q[i,j] = 1+((1+i+j)*q);
q - это коэффициент качества
(хотя я бы назвал коэффициентом потери качества).
Если у кого есть время и способности - поробуйте сгенерить алгоритм, по которому строились таблицы прошивки.

[Alek(S)]

Народ...вот тока не надо криков, но предлогаю заменить таблицы телефона на таблицы фотика.
Вот вся прошивка для фотика, пжалста кто-нибудь найдите таблицы.


Я естественно и то и то ковырять буду(но одному два метра+ ещё скока там прокопать нереально)

[KQ_44]

Alek(S),
Это MicroM смог догадаться, что в С650 фирмварь для 8051.
А так если не известен проц, то хоть название фотика...

А по поводу таблиц, может проще поискать в сети в готовых алгоритмах?

[Alek(S)]

Проц попробую узнать...(ты это спросил из-за "А вдруг фотик такой же?"-тогда НЕТ!3.2МегаПикселя )
Фотик:
Nikon Coolpix 3700
Возможности:
запись waw
запись mov
запись jpeg
управление фокусом(таких два момента)
управление вспышкой
управление лазером(для измерения фокуса)
управление экраном
Версия выложенной мной прошивки: 1.2
Сайт: http://nikoneurope-en.custhelp.com/

Я думаю нам стоит пойти этим путём-потом во всех прошивках можно просто таблицы менять

Added:
В цифровых фотокамерах COOLPIX используется sRGB цветовое пространство.

Это связано с тем, что стандартным цветовым пространством для EXIF является sRGB, а фотокамеры COOLPIX являются EXIF-совместимыми.

sRGB является стандартом цветового пространства для потребительских цифровых фотокамер.

[MicroM]

Народ в ветке ковыряния офирмваре.бин говорил, что ограничение в размере памяти под снимок (то ли у контроллера камеры, то ли у камеры)... но это на С650

Насчет БМП - у нас скорее формат raw, а там может быть другое количество бит на пиксел...

Ограничение в прошиве телефона заложено.

Картинку камера передаёт в формате RGB 4:2:2

[KQ_44]

Alek(S),
Нет, я это спросил, что б поискать, какой проц в твоем фотике.

Тем, кто копается:
Вот таблица JPEGPC_CHROMA_QTABLE DCB:
0х07, 0х07, 0х07, 0x0A, 0х08, 0x0A, 0x13, 0x0A,
0x0A, 0x13, 0x28, 0x1A, 0x16, 0x1A, 0x28, 0x28,
0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28
Я для удобства сделал ее в виде 8х8.
А теперь переставить по следующей методе(номера в таблице):
1 2 4 7
3 5 8
6 9
10
И т.д. - то есть ставить значения из таблицы по диагонали, то получим следующее:
0х07, 0х07, 0x0A, 0x13, 0x28, 0x28, 0x28, 0x28,
0х07, 0х08, 0x0A, 0x1A, 0x28, 0x28, 0x28, 0x28,
0x0A, 0x0A, 0x16, 0x28, 0x28, 0x28, 0x28, 0x28,
0x13, 0x1A, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28,
0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28
Что и требовалось! Вполне нормальная, симметричная таблица квантования.

Если вы будете строить свою таблицу квантования,
не забудьте преобразовать ее, перед внедрением в прошивку!

[Alek(S)]

Что и требовалось! Вполне нормальная, симметричная таблица квантования.

помогло?фотки можно?

[MicroM]

http://www.impulseadventure.com/photo/jpeg-quantization.html
Представлены примеры таблиц квантования.

Таблицы должны быть две Luminance и Chrominance. Они в паре используются для квантования. Теперь ясно почему в Ovfirmware.bin таблица 128 байт содержит. ;)

И еще таблицы квантизации содержатся в самом файле jpg
Начинаются с заголовка FF DB выделен так [] потом 3 байта пропускаем. первый байт таблицы в скобках ( )
00000110: 00 00 FF D8-[FF DB] 00 43-00 (04) 04 04-04 04 04 04
00000120: 04 04 04 04-04 04 04 04-04 04 04 04-04 04 04 04
00000130: 04 04 04 04-04 04 04 04-04 04 04 04-04 04 04 04
00000140: 04 04 04 04-04 04 04 04-04 04 04 04-04 04 04 04
00000150: 04 1C 19 24-24 24 33 33-3F [FF DB] 00-43 01 (07) 07
00000160: 07 0A 08 0A-13 0A 0A 13-2A 1C 17 1C-2A 2A 2A 2A
00000170: 2A 2A 2A 2A-2A 2A 2A 2A-2A 2A 2A 2A-2A 2A 2A 2A
00000180: 2A 2A 2A 2A-2A 2A 2A 2A-2A 2A 2A 2A-2A 2A 2A 2A
00000190: 2A 2A 2A 2A-2A 2A 2A 2A-2A 2A 2A 2A-2A 2A FF C0
Это взято из фотографии в 27 посте.
А теперь сравните с таблицей в дампе из прошивки :)

[Valleo]

http://www.impulseadventure.com/photo/jpeg-quantization.html
Представлены примеры таблиц квантования.

Таблицы должны быть две Luminance и Chrominance. Они в паре используются для квантования. Теперь ясно почему в Ovfirmware.bin таблица 128 байт содержит. ;)

И еще таблицы квантизации содержатся в самом файле jpg
Начинаются с заголовка FF DB выделен так [] потом 3 байта пропускаем. первый байт таблицы в скобках ( )
00000110:  00 00 FF D8-[FF DB] 00 43-00 (04) 04 04-04 04 04 04
00000120:  04 04 04 04-04 04 04 04-04 04 04 04-04 04 04 04
00000130:  04 04 04 04-04 04 04 04-04 04 04 04-04 04 04 04
00000140:  04 04 04 04-04 04 04 04-04 04 04 04-04 04 04 04
00000150:  04 1C 19 24-24 24 33 33-3F [FF DB] 00-43 01 (07) 07
00000160:  07 0A 08 0A-13 0A 0A 13-2A 1C 17 1C-2A 2A 2A 2A
00000170:  2A 2A 2A 2A-2A 2A 2A 2A-2A 2A 2A 2A-2A 2A 2A 2A
00000180:  2A 2A 2A 2A-2A 2A 2A 2A-2A 2A 2A 2A-2A 2A 2A 2A
00000190:  2A 2A 2A 2A-2A 2A 2A 2A-2A 2A 2A 2A-2A 2A FF C0
Это взято из фотографии в 27 посте.
А теперь сравните с таблицей в дампе из прошивки :)

Получается что если найти фотку в jpeg, где представлена таблица квантования с наилучшим качеством, то можно эту таблицу перенести в прошивку и есть большой шанс того, что эта таблица будет работать нормально?
Так это же упрощает вообще само копание =) уже и копаться не надо %)

После изучения фоток, сделанных motorola и: картинки png ужатой посредствами ACDs в jpeg без потери качества, фотки с Siemens CX75 разрешением 1.3 мп и с максимально-возможным качеством.

И так... В вариантах от асидюхи и сименса небыло найдено еще 3 дополнительные таблицы квантования =)
Т.е. в картинке и фотке была всего 1 таблица квантования. У ACDs это было 01 01 01.... (первая таблица), у сименса - непонятное по структуре сборище всех разных значений =)

Короче нужен такой вариант - ищем фотку мотороллы, где качество фотки больше, чем у наших с вами моторок, и подставляем такие же таблицы в нашу прошивку... bigsmile;
Или же продолжаем тыкать методом тыка %)

[Dex9999]

Предлагаю вот что.
Пропатчить прошивку так чтобы при фотографировании таблицы квантизации не умножались ни на какой коэффициент, ни на 1/2 ни на 3/4 ни на что там ещё есть в прошивке. (Про что писали чуть ранее, про параметр Param от 1 до 8). Тем самым мы будем уверены что таблицы используются без изменений при любых условиях съемки. Теперь патчим сами таблицы квантизации, подбирая их оптимальные значения. Для начала думаю стоит перепроверить, пропатчив все таблицы (все 10) единицами, теперь то мы будем уверены что они не превратятся в нули при умножении на Param. Т.к. теоретически именно при таких таблицах должно быть минимальное сжатие. Можно будет проверить потом таблицы квантизации взглянув в получившийся снимок HEX-редактором.

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

[Alek(S)]

Dex9999
Ты прошивку для фотика с оф сайта брал? А то таблицы замучился искать :) Может где-нить никоны ковыряют?

[KQ_44]

MicroM,
Ты безгранично логичен!

Valleo,
Предлагаю вообще найти любой приятный JPEG 640х480 размером до 100Кб и спереть с него таблицы!

Dex9999,
Логично, но есть ограничение на размер получаемого файла! :(
Прошивка его не пропустит! Нужно делать фотки 160х120 или темные(тогда лучше сожмутся) 320х240.
Пересвета не будет! Таблица квантования влияет на резкость переходов яркости или цветов. Как пример, если у тебя есть картинка половина которой черная, а вторая белая. То при сильном сжатии этот резкий переход будет размыт.

Мы все время фоткаем дом, улицу и т.д. Я тут подумал, что идеальный вариант - достать бы таблицу настройки для цветных телевизоров и фоткать ее. Она ж для оценки качества.
И еще, может кто сталкивался - есть проги для оценки веб-камер.
Там вроде есть свои таблицы и т.д.

Alek(S),
А зачем мучится!? MicroM же выдал методу! Сделать фотку на этом фотике и уже из JPEG-а поиметь таблицы квантования!

Я смотрю, вы уже и без меня замечательно справляетесь!
Так что с вашего разрешения я смоюсь в отпуск...
Всем приятного лета!!!

[Alek(S)]

Хм... Ладно, как инет будет-выложу.
а то атс сдохла- в опере сижу.

[Dex9999]

Dex9999
Ты прошивку для фотика с оф сайта брал? А то таблицы замучился искать :) Может где-нить никоны ковыряют?

Не ищи таблицы. И фотку не обязательно выкладывать. Можно из любой фотки в JPG сохраненной вытащить эти таблицы.
А Никоны ковыряют, но совсем в другом направлении чем сейчас надо (в сторону увеличения режимов съемки, выставления задержки вручную и т.п. вещи).

KQ_44
Ну бороться за то чтобы прошивка позволяла камере сохранять большие фотки всё равно придется. А если пропатчить как я выше писал то с таблицами квантования больше возиться не придется. (разве что выяснить зачем их 5 пар и потом вывести оптимальные таблицы вместо заполненной единицами :) ).

[Alek(S)]

Дим, я бы рад, но я так и не въеду как отличать таблицы :(

[MicroM]

Дим, я бы рад, но я так и не въеду как отличать таблицы :(

Описание структуры JPG файла
http://obrador.com/essentialjpeg/headerinfo.htm

[Alek(S)]

Легче тебе сделать :) (попробую...почитаю)
И похоже это описание не подойдёт(если тока для фотика нарыть)-там много лишней инфы о фотке.

[KQ_44]

Dex9999,
А это не так уж и просто! Это надо во флексе искать свободное место!
И про ту часть, где расположена файловая система - забудьте!

[StrIk3r]

Выложите кто нибудь фотку наилутшего качества от мотора !

[blackbox]

StrIk3r,
не знаю насчет качества, но фотка наибольшего размера, которую мне удалось получить на L7, весит 76231 байт.

[Dex9999]

Dex9999,
А это не так уж и просто! Это надо во флексе искать свободное место!
И про ту часть, где расположена файловая система - забудьте!

Буду смотреть, по мере возможностей. Сам через 10 дней в отпуск :)

Объясни как найти место в прошивке где задается умножение таблиц квантизации на Param - хочу сделать патч на использование своих таблиц квантизации без изменений.

[StrIk3r]

blackbox,
Выкладывай посмотрим...
Мне удавалось получить 74кб

[Alek(S)]

blackbox,
Выкладывай посмотрим...

тоже хочу видеть.

All: таблицы из фотки кто-нить вставлял?

[StrIk3r]

Alek(S), брал таблицы из фотки от цифровика
что то плохо получилось, появилась пикселизация как у меня было на 372 платформе

[MicroM]

Alek(S), брал таблицы из фотки от цифровика
что то плохо получилось, появилась пикселизация как у меня было на 372 платформе

А в как таблицу вставлял? В джепеге она храниться в виде зигзага, а в ovfirmware её надо вставлять в "прямом" виде.

[Valleo]

что то плохо получилось, появилась пикселизация как у меня было на 372 платформе

Ну хорошо что она хотя бы заработала...
Надо пробовать дальше =)