19.6.2006, 13:42
Рабочий инструмент:
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. Прошивка не воспринимает файлы большого размера. :(
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. Прошивка не воспринимает файлы большого размера. :(
