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

[KQ_44]

Рабочий инструмент:
RadioComm v9 (4.4 Mb)
требует: Microsoft’s .NET Framework v1.1 (23 Mb).
============================================
1. Для начала ну просто НЕОБХОДИМО узнать тип своей камеры:

Запусткаете RadioComm, подключаете тело.
В теле запускаете видоискатель для инициализации железа.
На вкладке GSM 3, внизу слева область - TST_CAMERA.
В списке выбираете "Camera Detect" и жмете кнопку "Set".
В поле "Response" - название в 16-ричном виде.

Названия - кодовые
(по ходу буду добавлять их расшифровку и доки к ним/см. внизу)
AGILENT ADCM2700 ID60 (ID=60) = ???
AGILENT ADCM2700 ID61 (ID=61) = ???
AGILENT ADCM2700 ID62 (ID=62) = ???
HYNIX HV7131GP (ID=40) = HV7131GP
HYNIX HV7131RP (ID=42) = HV7131RP
HYNIX HV7131SP (ID=44) = HV7131SP ???
(Щоб понять, в чем различия HYNIX-ов - см. картинку внизу)
MICRON SOC360/MICRON ES1 (ID=8229) = ???
MICRON SOC360/MICRON ES2 (ID=823a) = MT9V111I29STC
MICRON SOC366 (ID=1229) = MT9V112
PHILIPS 0M6802 (ID=17) = ???
============================================
2. Получение доступа в внутренним регистрам камеры:
В теле запускаете видоискатель для инициализации железа.
На вкладке GSM 3, внизу слева область - TST_CAMERA.
В списке выбираете: "Camera Read" или "Camera Write"

Ниже списка поле для дополнительных параметров:
Camera Read - номер регистра камеры;
4 hex числа без 0х вначале (пример: регистр 0х15 - 0015)
Camera Write - номер регистра камеры и данные;
4+4 hex числа без 0х вначале (пример: регистр 0х15, данные 0х10- 00150010)

Жмете кнопку "Set".
Для Camera Read в поле напротив этой кнопки - прочитанное значение регистра.

Хотя RadioComm пишет ответ в любом случае,
РЕАЛЬНЫЕ операции ТОЛЬКО при РАБОТАЮЩЕЙ камере.
============================================

Есть в алгоритме JPEG-сжатия такое понятие как таблица квантования...

JPEG-сжатие в 2-х словах(более подробно - http://www.compression.ru):
Режут картинку на куски 8х8. Над этим куском проводят прямое преобразование Фурье.

Я не буду вдаваться в подробности, а объясню на пальцах.
Пусть у вас було 8 точек, вы провели над ними преобразование Фурье и получили 8 чисел. Теперь каждое число определяет четкость этой картинки из 8 точек.
Если когда-либо видели как рисуються большие JPEG-ги на медленных машинах:
сначала прорисовывается общий пятнисто-ляповатый фон и потом шаг за шагом добавляется четкость.
1-е число рисует очень грубые изменения яркости/цвета.
2-е - более резкие и т.д.

И вот тут самое интересное, полученную после Фурье таблицу данных 8х8 делят на таблицe квантования. (Еще эту таблицу иногда называют таблицей округления) Она тоже 8х8; делят соответствующие числа в этих таблицах и округляют до целого. Вот тут-то и есть основной финт! Как пример: если в таблице квантования в ячейке 8,8 находится значение 16, то после деления числа в ячейке 8,8 в таблице данных получим 0, если число было меньше 16!

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

Дальше идет хитрое перемешивание данных и их обычное сжатие, аля ZIP.

И теперь самое интересное! Если забить таблицу квантования 1-ми?!
Во-во! При делении на 1-у, что имели, то и осталось! Как результат, здоровенный НЕИСПОХАБЛЕННЫЙ JPEG! Что и требовалось на первых порах!

Тестить на теле начал StrIk3r! За что ему большое КУ!

К сожалению сразу выплыло 2 проблемки:
1. Алгоритм применения таблицы квантования немого иной, чем в стандартном алгоритме. Это значит, что надо пробовать...
2. Прошивка не воспринимает файлы большого размера. :(

[Osta]

KQ_44, у тебя на С650 что-то получилось с камерой в лучшую сторону ?

[KQ_44]

Osta,
У меня сейчас Е1.

К фото у меня способностей нет. :(
Тут я Вам не помошник!

[StrIk3r]

KQ_44,
посмотри этот пост Е398,сделаем Наши Фотки Лучшими (#472971) у меня почти такой же вопрос
что то не получается делать изменения в теле !

[KQ_44]

PusT,
StrIk3r,

У меня к Вам просьба - пишите название камеры. Так проще искать.

================================================
Радиокомм-ом вы заносите данные непосредствено в камеру.
Как только камера выключается - все изменения побоку.
Обычно камера включается, когда запускаете видоискатель.
Как только вышли из него - камера выключилась (экономия!).

Никаких изменений в прошивке не происходит! И в этом вся фишка!
Можно подбирать параметры, не перепрошивая каждый раз телефон!

Как только вы подберете то, что Вам понравится, и скажете:
"Все! Хочу чтоб было так!" И на вопрос: "Уверенны?"
Ответите:"Да!" - Сверим прошивки, сделаем патч!
И тогда это будет на долго!
================================================
Дефолт в доке - это РЕКОМЕНДАЦИИ фирмы-производителя.
Никто не заставляет их 100% придерживаться.

Сразу после включения камеры, в прошивке есть код, который
идентифицирует камеру и проводит ее инициализацию.
За исключением зума, яркости и еше нескольких параметров
остальное, что вы видите - это и есть значения записанные этим кодом.
Вот этот код и будет позднее патчится!
================================================
Сперва обратите внимание:
Как пример, у МИКРОН-а регистр под номером 1 - это регистр выбора адресного пространства. В зависимости от его значения вы получаете доступ или к Image Flow Processor или к Sensor Core.
Тоесть, в зависимости от значения регистра 1
регистр 2 будет
или Color Correction Register в Image Flow Processor
или Column Start Register в Sensor Core.
И так далее.

Еще обратите внимание:
Регистры с названием "Reserved"
Хотя там и есть какие-то значения, но менять их я бы не рекомендовал.
================================================
Теперь о квадратных скобках: это номер бита в регистре.

================================================
Еже ли уж очень в танке то:

В нашем случае биты нумеруются с 15-го по 0-й, принимают значение 0 или 1.

Как менять:
Перед тем как записать читаете предыдущее значение ВСЕГО регистра.
Как результат - 16-ричное число (hex) из 4-х знаков:
Х3Х2Х1Х0, где каждое Х может быть 0,1,2,3,4,5,6,7,8,9,A,B,C,D,E,F.

На каждый Х приходится по 4 бита(нумерация именно в таком порядке):
Х3 Х2 Х1 Х0 - знак
15-12 11-8 7-4 3-0 - номера битов.

Перевод Х в состояние битов:
----3210 - номера бита в Х-е
0 - 0000
1 - 0001
2 - 0010
3 - 0011
4 - 0100
5 - 0101
6 - 0110
7 - 0111
8 - 1000
9 - 1001
A - 1010
B - 1011
C - 1100
D - 1101
E - 1110
F - 1111

Вернемся к: auto white balance can be disabled r6[1]=0
Читаем значение из регистра 6 - ХХХХ. (пример: А765 или А766)
У нас 1-й бит, он в последнем Х-е (пример: 5 или 6).
Тогда первые 3 Х-а трогать не надо, их значения надо будет
записать назад в камеру (позжее) (пример: А76 или А76).
Берем последний Х и переводим в значение битов
(пример: 5->01!0!1 или 6->01!1!0)
В первом случае 1-й бит и так равен 0.
Во втором он равен 1, а надо 0 - тоесть 01!0!0.
(Нужный бит выделил восклицательными знаками)
Значит вместо 6 надо записать 4(01!0!0->4).
Иного наше число должно быть А764!
Вот его то мы и записываем! (Пример: 0006А764)
Ух! Не бейте ногами - пояснил, как мог...

[PusT]

KQ_44, спасибо, доступно объяснил, даже я понял.:) А что значит такая маза [16:9] в квадратных скобках? У меня mt9v111. и еще вопоос: номера регистров в мануале в каком формате даются? в hex?
И вообще тему надо продвинать пускай народ подключается, мануал есть. Чем больше ковыряльщиков теми лучше!

[Sanek5]

KQ_44
посмотри присоединенный файл (часть прошивки с650). Это и есть таблица квантования? Если да то что забить единицами?
адрес 10-187

[Halk_DJ]

проделав выше описанные операции в поле Response получил вот такие цифры 4147494C454E54204144434D32373030203632 ,может пригодятся и может заодно скажете что за камера стоит у меня :)

[StrIk3r]

У меня такая камера
4D4943524F4E20534F433336302038323361

как я понял у меня
MICRON SOC360 823a

[KQ_44]

Начну с самого простого
Halk_DJ, =AGILENT ADCM2700 62 (ID=62)
Ух как хорошо! Уже можно кач-во камер сравнить!
Жаль не смог найти на нее каких-либо доков... :(
Но раз есть кто-то с такой камерой - попробую еще поискать!

PusT,
[16:9] - это значит, что значение располагается в битах с 9-го по 16-й.
В мануале - первая колонка "Dec" - десятичные,
вторая колонка "Hex" - 16-ричные.
Вот 2-ю для RadioComm-а и юзать.

Sanek5,
Как бы мне не хотелось тебя огорчать, но в С650 другая ситуация...

[StrIk3r]

Так вот! В прошивке таблиц квантования несколько штук и найти их тоже можно. Осталось пробовать менять...

KQ_44, где примерно искать эти таблицы ?

[KQ_44]

StrIk3r,
Камера: она самая.

Таблицы квантования:
В каких отношениях ты с ковырянием прошивки и IDA?
Если в хороших - могу сделать сигнатуру для их поиска в IDA.
Если в плохих - Vilko попробует и ,я очень надеюсь, будет патч!
Но опять же Vilko наверное будет пробовать крайний случай.
А как потом подбирать, я поясню...

Sanek5,
Более реально попробовать поиcкать описание близких к OV529 чипов.
Да и дрова народ для OV5ХХ под Линух пишет. Думаю, в OV таблицу квантования может сам чип синтезировать, а задается коэф-т квантования.

[Halk_DJ]

Начну с самого простого
Halk_DJ, =AGILENT ADCM2700 62 (ID=62)
Ух как хорошо! Уже можно кач-во камер сравнить!
Жаль не смог найти на нее каких-либо доков... :(
Но раз есть кто-то с такой камерой - попробую еще поискать!

Попробовал тоже порыскать на счет AGILENT и обнаружил что такие камеры устанавливаются на сименс начиная с модели х65,при том камера (если ничего не путаю) как люди пишут способна работать в 1.3мгп,способная снимать видео до 30к\сек

Товарищи, если заглянуть в прошивку х65, то можно найти модели камер устанавливаемые Siemensom в этой серии:
Omnivision OV9640
Samsung AU70B
Hitachi HAM49002H03
Agilent ADCM1700
Samsung S5X433CA03
Agilent ADCM2700
Toshiba TCM8219MD
остальные 0.3 и 0.1Мр
Похоже из-за этого и разница в качестве

[Als]

KQ_44,
т.е. в с650 (и подобных) квантование делается железным способом, а мы лишь можем железу сказать насколько... хмм... жёсткой :) её сделать?
и вообще насколько она (таблица) большая по размеру? может мы недоковыряли ovfirmware.bin? drink_drunks;

[StrIk3r]

KQ_44,
да сделай пожалуйста сигнатуру буду искать

[hobbit19]

KQ_44
и что этой методикой реальна можнo улучшить качество сьемки?

[Archy]

Ну по крайней мере поиск даёт хоть какую-то надежду.

[StrIk3r]

что то KQ_44, пропал :(
может сигнатуру делает !

[KQ_44]

Извините, что не ответил вчера - был выходной...

Halk_DJ,
AGILENT - не стоит искать камеру с таким названием, надо найти сайт фирмы-изготовителя! Так же не всегда форум - объективный источник.

Als,
Для стандартного алгоритма JPEG размер таблицы квантования 8х8=64.

Надо бы главного затейника по ovfirmware.bin привлечь!

В доке по OV511 сказано, что:
"The compression ratio of OmniCE varies from 4 to 8, depending on image complexity.
Parameters can be modified dynamically by the software driver to achieve the desired frame rate. It can also be disabled and bypass uncompressed data."
А в доке по OV528 есть:
"8B JPQTA 00 RW JPEG Quantization Table Address
8C JPQTW 00 RW JPEG Quantization Table Write Data
92 JQTRD – R JPEG Quantization Table Read Data"


hobbit19,
Что будет с качеством, я не знаю! Но JPEG точно сведет к минимуму...

StrIk3r,
Внизу. Если будут проблемы - пиши в Асю.

[Newlap]

Щас посмотрел у себя тоже AGILENT ADCM2700 62

Инфу надо искать....

[Sanek5]

KQ_44
нашел я datasheet на ov511 вот что там интересного:
регистр 78h ->
Bit 0 : OmniCE (сжате)
0 : disabled
1: enabled
Bit 1 : Y channel operation
0 : disabled
1 : enabled
Bit 2 : UV channel operation
0 : disabled
1 : enabled
06h -> значение по умолчанию

регистр 79h -> Look-up table -> это про таблицу квантования?
Bit 0 :Look-up table for Y channel
0 : disabled
1 : enabled
Bit 1 : Look-up table for UV channel
0 : disabled
1 : enabled
00h -> значение по умолчанию

регистры 80~9Fh Bit 7~0 : Programmable look-up table for Y channel ~
| -> а это значения для look-up table
регистры A0~BFh Bit 7~0 : Programmable look-up table for UV channe ~

Забивал я в ovfirmware.bin нулями числа, которые после 78h идут - эффекта 0 значит надо искать в прошивке.
Щяс заряжу батарею и буду мучать телефон.

[KQ_44]

Sanek5,

Аналогии портов не ищи - к сожалению они не совпадают... :(
Даже с OV528. (Док см. ниже).
Пытаюсь ovfirmware.bin смотреть, но там сейчас на %60 мои догадки...

[StrIk3r]

KQ_44,
что то не пойму как сигнатуру применить !
объясни пожалуйста !

[kran_999]

мои соображения: найти ссылку на таблицу 'jpeg quantization table', которая скорее всего находится в памяти телефона, в ovfirmware.bin ее нет, зато есть подозрительный диапазон (файл размером 7240) 0adc...0b1a и 0b1c...0b5a, забитый 'byte 0x14' (2x64 значения), меняя их толку никакого, зато если поставить ссылку на этот диапазон, можно будет издеваться над коэффициентом как угодно. только вот даташит украсть бы где на ov529. и скорее всего просто дефолтовое сжатие ov529 используется, и никак не программируется, т.е. дописать надо будет код.

[Als]

для тех кто не знает :P
вот здесь усиленно ковыряли ovfirmware.bin
там же есть даташиты на камеру drink_drunks;

[StrIk3r]

KQ_44,
вот первая таблица что мы с тобой разбирали

ROM:10A85BAA JPEGPC_CHROMA_QTABLE DCB 7, 7, 7, 0xA, 8, 0xA, 0x13, 0xA, 0xA, 0x13, 0x28, 0x1A
ROM:10A85BAA                                      ; DATA XREF: ROM:10A7CEE8o
ROM:10A85BAA              DCB 0x16, 0x1A, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28
ROM:10A85BAA              DCB 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28
ROM:10A85BAA              DCB 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28
ROM:10A85BAA              DCB 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28
ROM:10A85BAA              DCB 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28
ROM:10A85BAA              DCB 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28

Вот все вместе
посмотри правильно или нет !

ROM:10A85B6A JPEGPC_LUMA_QTABLE DCB 4, 4, 4, 4, 4, 4, 4, 4, 4, 4, 4, 4, 4, 4, 4, 4, 4
ROM:10A85B6A              DCB 4, 4, 4, 4, 4, 4, 4, 4, 4, 4, 4, 4, 4, 4, 4, 4, 4
ROM:10A85B6A              DCB 4, 4, 4, 4, 4, 4, 4, 4, 4, 4, 4, 4, 4, 4, 4, 4, 4
ROM:10A85B6A              DCB 4, 4, 4, 4, 4, 0x1B, 0x18, 0x20, 0x23, 0x20, 0x2C
ROM:10A85B6A              DCB 0x2C, 0x3A
ROM:10A85BAA JPEGPC_CHROMA_QTABLE DCB 7, 7, 7, 0xA, 8, 0xA, 0x13, 0xA, 0xA, 0x13, 0x28, 0x1A
ROM:10A85BAA                                      ; DATA XREF: ROM:10A7CEE8o
ROM:10A85BAA              DCB 0x16, 0x1A, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28
ROM:10A85BAA              DCB 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28
ROM:10A85BAA              DCB 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28
ROM:10A85BAA              DCB 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28
ROM:10A85BAA              DCB 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28
ROM:10A85BAA              DCB 0x28, 0x28, 0x28, 0x28, 0x28, 0x28, 0x28
ROM:10A85BEA JPEGPC_LUMA_HIGH_QTABLE1 DCB 0xC, 0xC, 0xC, 0xC, 0xC, 0xC, 0xC, 0xC, 0xC, 0xC, 0xD
ROM:10A85BEA              DCB 0xC, 0xD, 0xC, 0xD, 0xE, 0xD, 0xD, 0xD, 0xD, 0xE, 0x10
ROM:10A85BEA              DCB 0xE, 0xF, 0x10, 0xF, 0xE, 0x10, 0x12, 0x10, 0x10, 0x12
ROM:10A85BEA              DCB 0x12, 0x10, 0x10, 0x12, 0x13, 0x13, 0x14, 0x16, 0x14
ROM:10A85BEA              DCB 0x13, 0x13, 0x16, 0x17, 0x1A, 0x1A, 0x17, 0x16, 0x1B
ROM:10A85BEA              DCB 0x1F, 0x21, 0x1F, 0x1B, 0x23, 0x29, 0x29, 0x23, 0x30
ROM:10A85BEA              DCB 0x35, 0x30, 0x42, 0x42, 0x56
ROM:10A85C2A JPEGPC_CHROMA_HIGH_QTABLE1 DCB 0x12, 0x13, 0x13, 0x19, 0x16, 0x19, 0x30, 0x1B, 0x1B
ROM:10A85C2A              DCB 0x30, 0x64, 0x43, 0x39, 0x43, 0x64, 0x64, 0x64, 0x64
ROM:10A85C2A              DCB 0x64, 0x64, 0x64, 0x64, 0x64, 0x64, 0x64, 0x64, 0x64
ROM:10A85C2A              DCB 0x64, 0x64, 0x64, 0x64, 0x64, 0x64, 0x64, 0x64, 0x64
ROM:10A85C2A              DCB 0x64, 0x64, 0x64, 0x64, 0x64, 0x64, 0x64, 0x64, 0x64
ROM:10A85C2A              DCB 0x64, 0x64, 0x64, 0x64, 0x64, 0x64, 0x64, 0x64, 0x64
ROM:10A85C2A              DCB 0x64, 0x64, 0x64, 0x64, 0x64, 0x64, 0x64, 0x64, 0x64
ROM:10A85C2A              DCB 0x64
ROM:10A85C6A JPEGPC_LUMA_HIGH_QTABLE2 DCB 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20
ROM:10A85C6A              DCB 0x20, 0x21, 0x20, 0x21, 0x20, 0x21, 0x25, 0x22, 0x24
ROM:10A85C6A              DCB 0x24, 0x22, 0x25, 0x2A, 0x26, 0x27, 0x2A, 0x27, 0x26
ROM:10A85C6A              DCB 0x2A, 0x31, 0x2B, 0x2B, 0x30, 0x30, 0x2B, 0x2B, 0x31
ROM:10A85C6A              DCB 0x33, 0x31, 0x36, 0x3B, 0x36, 0x31, 0x33, 0x3A, 0x3E
ROM:10A85C6A              DCB 0x46, 0x46, 0x3E, 0x3A, 0x47, 0x51, 0x59, 0x51, 0x47
ROM:10A85C6A              DCB 0x5E, 0x6D, 0x6D, 0x5E, 0x81, 0x8C, 0x81, 0xAF, 0xAF
ROM:10A85C6A              DCB 0xE6
ROM:10A85CAA JPEGPC_CHROMA_HIGH_QTABLE2 DCB 0x1D, 0x1F, 0x1F, 0x29, 0x24, 0x29, 0x4F, 0x2C, 0x2C
ROM:10A85CAA              DCB 0x4F, 0xA6, 0x6F, 0x5E, 0x6F, 0xA6, 0xA6, 0xA6, 0xA6
ROM:10A85CAA              DCB 0xA6, 0xA6, 0xA6, 0xA6, 0xA6, 0xA6, 0xA6, 0xA6, 0xA6
ROM:10A85CAA              DCB 0xA6, 0xA6, 0xA6, 0xA6, 0xA6, 0xA6, 0xA6, 0xA6, 0xA6
ROM:10A85CAA              DCB 0xA6, 0xA6, 0xA6, 0xA6, 0xA6, 0xA6, 0xA6, 0xA6, 0xA6
ROM:10A85CAA              DCB 0xA6, 0xA6, 0xA6, 0xA6, 0xA6, 0xA6, 0xA6, 0xA6, 0xA6
ROM:10A85CAA              DCB 0xA6, 0xA6, 0xA6, 0xA6, 0xA6, 0xA6, 0xA6, 0xA6, 0xA6
ROM:10A85CAA              DCB 0xA6
ROM:10A85CEA JPEGPC_LUMA_HIGH_QTABLE3 DCB 0x40, 0x40, 0x40, 0x40, 0x40, 0x40, 0x40, 0x40, 0x40
ROM:10A85CEA              DCB 0x40, 0x43, 0x40, 0x43, 0x40, 0x43, 0x49, 0x45, 0x48
ROM:10A85CEA              DCB 0x48, 0x45, 0x49, 0x53, 0x4C, 0x4E, 0x54, 0x4E, 0x4C
ROM:10A85CEA              DCB 0x53, 0x61, 0x57, 0x57, 0x60, 0x60, 0x57, 0x57, 0x61
ROM:10A85CEA              DCB 0x65, 0x63, 0x6C, 0x76, 0x6C, 0x63, 0x65, 0x73, 0x7B
ROM:10A85CEA              DCB 0x8C, 0x8C, 0x7B, 0x73, 0x8E, 0xA3, 0xB2, 0xA3, 0x8E
ROM:10A85CEA              DCB 0xBD, 0xD9, 0xD9, 0xBD, 2, 0x19, 2, 0x5E, 0x5E, 0xCC
ROM:10A85D2A JPEGPC_CHROMA_HIGH_QTABLE3 DCB 0x23, 0x25, 0x25, 0x31, 0x2B, 0x31, 0x5F, 0x35, 0x35
ROM:10A85D2A              DCB 0x5F, 0xC7, 0x85, 0x71, 0x85, 0xC7, 0xC7, 0xC7, 0xC7
ROM:10A85D2A              DCB 0xC7, 0xC7, 0xC7, 0xC7, 0xC7, 0xC7, 0xC7, 0xC7, 0xC7
ROM:10A85D2A              DCB 0xC7, 0xC7, 0xC7, 0xC7, 0xC7, 0xC7, 0xC7, 0xC7, 0xC7
ROM:10A85D2A              DCB 0xC7, 0xC7, 0xC7, 0xC7, 0xC7, 0xC7, 0xC7, 0xC7, 0xC7
ROM:10A85D2A              DCB 0xC7, 0xC7, 0xC7, 0xC7, 0xC7, 0xC7, 0xC7, 0xC7, 0xC7
ROM:10A85D2A              DCB 0xC7, 0xC7, 0xC7, 0xC7, 0xC7, 0xC7, 0xC7, 0xC7, 0xC7
ROM:10A85D2A              DCB 0xC7
ROM:10A85D6A TRANS_LUMA_QTABLE DCB 1, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10
ROM:10A85D6A              DCB 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10
ROM:10A85D6A              DCB 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10
ROM:10A85D6A              DCB 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10
ROM:10A85D6A              DCB 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10
ROM:10A85D6A              DCB 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10
ROM:10A85D6A              DCB 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10
ROM:10A85D6A              DCB 0x10
ROM:10A85DAA TRANS_CHROMA_QTABLE DCB 1, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10
ROM:10A85DAA              DCB 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10
ROM:10A85DAA              DCB 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10
ROM:10A85DAA              DCB 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10
ROM:10A85DAA              DCB 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10
ROM:10A85DAA              DCB 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10
ROM:10A85DAA              DCB 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10, 0x10
ROM:10A85DAA              DCB 0x10

[StrIk3r]

И так народ сделал патч для 48 прошивки на таблицу JPEGPC_LUMA_QTABLE
заменив все значения на 01
Выкладываю результаты фото и сам патч
Фото до патча
Фото после патча
Размер фоток после патча соответственно уменьшился
Так вот предлагаю всем скооперироваться и начинать подбирать самые оптимальные значения для камеры !
Всего таких таблиц 10

Код

[Patch_Code]
A05B6A: 010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101

P.S. Огромное спасибо KQ_44 за оригинальную идею и помощь
Не забываем ставить ему "+"
P.S.2 Патч выкладываю для того что бы не было выкриков типо: Ты фотки в фотошопе искаверкал !

[KQ_44]

kran_999,
'jpeg quantization table' - тогда должны быть процедуры ее загрузки в ov529, а я их не нашел. Возможно плохо искал, но пока не нашел...

Als, Ковыряли, но не до конца. Вот привлеч бы главных заводил оттуда - да и сюда!

StrIk3r,
Да, таблицы эти.
Идея не моя! На форуме предлагали уменьшить коэф-т сжатия ВЫ!!! Я же, благодаря Vilko, нашел, как это делается. Опять же, тестить на теле начал StrIk3r.
Так что, плюсов мне не давать!

Немного информации: данные идут с камеры в виде яркость+две цветоразности. Так вот LUMA - это яркость, CHROMA - это цвет.
Соответственно, таблицы с LUMA жмут яркостную составляющую, с CHROMA - одна таблица для обоих цветоразностей.

[K_o_R_N_e398_]

Поздравляю с небольшим ШАГОМ вперёд!
Я так понимаю нужно найти оптимальные значения и подставить в эту таблицу.Подскажите плиз куда подставлять, как подставлять и чем подставлять! Уж больно хочеться добиться чего то стоящего.

[StrIk3r]

Поиздевался над этой же таблицей поставив теперь FF, результат ужаснул! Фотки получились все запиксилизованные, весом до 20 кб... Результат выложу позднее, пишу с тела

[MicroM]

Поиздевался над этой же таблицей поставив теперь FF, результат ужаснул! Фотки получились все запиксилизованные, весом до 20 кб... Результат выложу позднее, пишу с тела

Вот что есть в Ovfirmware.bin
Похоже это и есть таблица, но кажется она незадействована.

sub_0AD9: movc A,@A+PC
ret
db 01,20,20,20,20,20,20,20
db 20,20,20,20,20,20,20,20
db 20,20,20,20,20,20,20,20
db 20,20,20,20,20,20,20,20
db 20,20,20,20,20,20,20,20
db 20,20,20,20,20,20,20,20
db 20,20,20,20,20,20,20,20
db 20,20,20,20,20,20,20,20

db 01,20,20,20,20,20,20,20
db 20,20,20,20,20,20,20,20
db 20,20,20,20,20,20,20,20
db 20,20,20,20,20,20,20,20
db 20,20,20,20,20,20,20,20
db 20,20,20,20,20,20,20,20
db 20,20,20,20,20,20,20,20
db 20,20,20,20,20,20,20,20

sub_0B5B: mov DPTR,#0ff15h
mov A,#10h
movx @DPTR,A
mov DPTR,#0e008h
movx A,@DPTR
setb ACC.1
movx @DPTR,A
dec DPL
clr A
movx @DPTR,A
dec DPL
clr A
jmp_0B6F: inc A
PUSH ACC
acall sub_0AD9
movx @DPTR,A
POP ACC
cjne A,#80h,jmp_0B6F
ret

Но толку от изменения это-го кода что-то мало
Видимо контроллер надо еще настраивать на использование этой таблицы.

[Halk_DJ]

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

[grafmoto]

off_topic;

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

чем смотрел? для просмотрщика тожа нужно такой патч поставить. bigsmile; bigsmile; bigsmile;

[StrIk3r]

Вот как и обещал
Фотка где все биты изменены на FF

Фотка где биты 04 заменены на 09

[Als]

MicroM,
имхо, таблицы квантования надо искать в прошивке... в ovfirmware.bin отлавливать уже нечего...
я вот ищу, да вот ничего толкового пока не нашёл :)

[MicroM]

MicroM,
имхо, таблицы квантования надо искать в прошивке... в ovfirmware.bin отлавливать уже нечего...
я вот ищу, да вот ничего толкового пока не нашёл :)

Контроллер в который Ovfirmware заливается программирует сам камерачип, сжималку, контроллер дисплея (скриншотом управляет) и потом ещё обясняет телефону размер получившихся данных. Чтобы он их принял.

[StrIk3r]

MicroM,
попробуй через ИДА(у) поискать в своей прошивке названия таблиц из 26 поста!

[StrIk3r]

Пробовал заменять следующие таблицы LUMA значениями 01, камера ведет себя странно !
Так вроде фоткает нормально, но стоит только фоткнуть ярко - красный цвет как...
...ну вообщем результаты прикрепляю ниже

[KQ_44]

K_o_R_N_e398_,
Береш из прошивки CG1и в ней ищеш любым HEX-редактором например JPEGPC_CHROMA_QTABLE, это будет последовательность 0707070А080А130А13281А... Все таблички одна за другой! Не гарантирую, что будут совпадать на 100%.

Что подставлять!? Глянь описание алгоритма JPEG-сжатия.
Там есть некий стандартый алгоритм вычисления значений для этих таблиц. А потом методом научного тыка...

StrIk3r,
Да!? Прийдется видимо разбираться с реализацией алгоритма JPEG-сжатия от ATI. :(

Halk_DJ,
А так и должно быть! Чем больше сжатие - тем более размыта картинка!
В случае StrIk3r-а это доведено до предела! Какого, еще не понятно!

MicroM,
Здравствуйте, Уважаемый! Очень рад Вас видет в нашей скромной компании! Не желаете ли дуэтом обсосать весь Ovfirmware.bin от начала и до туда... bigsmile;

Als,
Если они в прошивке - НУ ДОЛЖЕН БЫТЬ КОД ЕГО ЗАЛИВКИ!
Если уж искать, то его!!!

[Halk_DJ]

Halk_DJ,
А так и должно быть! Чем больше сжатие - тем более размыта картинка!
В случае StrIk3r-а это доведено до предела! Какого, еще не понятно!

Прошу прощения,просто немного растерялся.Подумал что у меня винда какие-то неизвестные мне до селе бока откаблучила