ovfirmware.bin ломаем по-взрослому, просьба не офтопить ! Поделиться Опции

[BarkoFF]

Насыщенность не показатель, а как с "квадратиками", "мухами" обстоит ? И размер файлов какой?

[khlystovav]

Сравнил ovfirmware_modQ с тем что стоял. Сделал по три фотки с каждым. Размер фоток получился у modQ: 26.3, 25.9,26.2кб. У старого ovfirmware:31.0, 30.6,30.1. На вид фотки сделанные с modQ светлее наверно по этому и меньше размером получались.

[BarkoFF]

Попробовал: те же артефакты сильного сжатия - блоки и мухи. Может чуть меньше стала цветная составляющая в артефактах. А темней/светлей или насыщеней, как мы знаем из этой темы, можно делать изменением файла под собственный вкус. Проблема остается из-за сжатия ~ 1:30

[Als]

ну что я могу сказать. да, таблица присутствует в отснятом файле, но не всегда. иногда там появляется другая, наверное телефон подбирает таблицу сам, чтбы фотка уместилась в предел 50 кб <_<
а так качество действительно хорошее. но и ещё кое-что. очень хорошо определяет освещённость, я юзал какой-то из модов (уже и не помню :) ) из этой темы, я там задалбывался определять экспозицию, автомат работал ужастно. а здесь нормально, как в стандартном ovfirmware.bin
а ещё я пытался забить в таблицу свои значения. забил всё 50 :) фоткнул. ужассс bigsmile; всё в квадратиках, зато что не фоткни в файле фотографии всегда моя таблица, состоящяя из 50))
что будем делать с ограничением на 50 кб?

[kran_999]

что будем делать с ограничением на 50 кб?

искать, как делается 'snapshot', и кто сохраняет его в jpeg на диск, есть две версии
1: jpeg snapshot в память телефона, используя таблицу ovfirmware.bin, затем, после выбора в меню телефона 'только сохранение' пережимается самим телефоном в 48к jpeg
2: jpeg snapshot в память телефона, используя таблицу ovfirmware.bin, затем, выбор другой таблицы и пересжатие

[..Strik3r..]

может быть это про запись видео?
amr sample entry |->(005961f0)
frames_per_sample |->(00596480)
mp4aaudio sample entry |->(00596870)
h263 sample entry |->(00597310)
Однако в описании структуры меню (наверо меню), по вот ентому адресу -> 00305530 нет VideoCamera, тока Camera(Фото), наверно по этому при попытке добавить ее в mma_ucp, всегда все меню слетает. Так может можно, как нибудь запихнуть в прошивку этот пункт и если это не про воспроизведение, а про запись, то и видео возможно писать будет, тем более что все это дело расположено подозрительно близко к коду взаимодействия с ovfirmware.bin(00595A40) а точнее прямо за ним.

А про это некто не думал?

[kran_999]

сделал так, что размер jpega всегда 49200 (48k), больше не получается, перезагружается тел.

[khlystovav]

сделал так, что размер jpega всегда 49200 (48k), больше не получается, перезагружается тел.

Действительно все фотки получаются по 48кб. Скажи пожалуйста где что изменить а если не трудно поменяй в моем файле. А то я привык к своему там поправлена ночная съемка и вместо яркости регулируется экспозиция.

[..Strik3r..]

сделал так, что размер jpega всегда 49200 (48k), больше не получается, перезагружается тел.

а качества то прибавилось?

[kran_999]

а качества то прибавилось?

хз, незаметно, но на 320x240 вроде всё четко

[kran_999]

напишу я, может кто поколупает:
для полследнего файла, где работают таблицы квантования (размер 7223)
процедуры:
0b7e - предварительный снимок
0a0e - передача жпега

подпроцедуры
02b5 -
02ee -
0301 - собственно получение снимка

0ba3 - расчет размера

0b7e и 0a0e особо отличаются оконцовкой,
в 0b7e - 0e2d (вывод на экран)
в 0a0e - 0d07 (сохранение в файл)

[KQ_44]

MicroM,
Als,
kran_999,
В документации по OV528 в регистре 72 есть интересные поля - quantization bias. bias - это смещение. Может это учтем?
Возможные значения - 0х08, 0x14, 0x20.

А если предположить, что регистре 0хFF15 есть эти quantization bias и все же посмотреть процедуру 0хB5B в оригиннальном фирмваре, то даже в самом идеальном для нас варианте в таблице будут не 0х14, а уже 0х24...

В оригинальном фирмваре процедура 0хEE5. Там грузят 0х2FFF. Именно 0х2FFF, а не 0х2FFF0000 (если надо, приведу доказательства). Если учесть, что очень часто размеры деляться на 4, то 0х2FFF*4=49148 или 47.99 Кб.

А вообще, не пойму!? Почему бы нам все же не взять и не рассмотреть каждую процедуру тут всем вместе? Мы же все знаем намного больше, чем каждый по отдельности!

Цепляю мой листинг оригинального фирмваря снизу. Еще раз предупреждаю, у меня нет дока по OV529, это мои логические предположения. И в этом листинге сомнительны имена некоторых прерываний! Добавочка - легкий анализ использования битов некоторых регистров:
===
SQCIF = 128x96
QSIF = 160*120
QCIF = 176*144
SIF = 320*240 = QVGA
CIF = 352*288
VGA = 640*480
UCIF = 704*576
===
R20.0 -
=
R20.3 -
=
R20.4 - 0x1A55, set
- 0x14C0, clear
- 0x286, test
=
R20.6 -
===
R21.0 - 0x1AA1, set
- 0x132D, test
- 0xD90, clear
=
R21.1 - 0x1A60, set
- 0xD92, clear
- 0xD14, clear
- 0xC52, clear => unused
=
R21.2 -
=
R21.3 -
=
R21.5 - 0xA39, set => unused
=
R21.6 - 0xD96, clear => unused
===
R23.1 - 0x1A89, set
- 0x1472, clear
- 0x11C3, clear
- 0x1110, test
=
R23.2 -
=
R23.6 -
=
R23.7 -
===
Забыл добавить: основываюсь на предположении, что в OV 529 2 буфера: один для raw-данных между блоками контроля сенсора и сжатия OmniCE,
второй для JPEG данных после блока сжатия OmniCE.
А если посмотреть описание JPEG-а (за что MicroM-у большой сенкс) и например процедуру 0хCB0 в оригинальном фирмваре, то можно найти вот это "End of Image (EOI) marker (FFD9)".

[BarkoFF]

сделал так, что размер jpega всегда 49200 (48k), больше не получается, перезагружается тел.

160х120 очень хорошо, 320х240 если мало деталей в кадре - тоже хорошо (т.е. без заметных артефактов)
А вот 640х480 практически как и у оригинального ovfirmware - похоже что при большом внутреннем размере jpg в камере идет второе пересжатие (или скорее всего отбрасывается что то из таблицы квантования как при быстром пересжатии DVD).

Теперь ВНИМАНИЕ! Заметил что и у оригинального ovfirmware и у "48К_всегда" есть одна особенность: после съемки кадра где много мелких деталей, все последующие кадры очень низкого качества, даже где мало деталей. Т.е. как первый раз пресжатие включилось, так и продолжается. Лечится перезапуском камеры (пока). Пример: 1-й кадр - крона дерева освещена солнцем, 2-й кадр - небо 90% площади +10% внизу листья. Небо на втором всё будет состоять из диких квадратов и ступенек (а-ля соляризация) и файл будет очень маленьким. А если это небо снять сразу после включения камеры - то всё нормально. Ещё раз повторю что эффект "порчи" кадра одинаково выглядит при, например, 15 кб оригинального ovfirmware и при 48 кб "48к_всегда_ovfirmware".

Вывод (ИМХО): постоянные 48 кб дают улучщение качества если первоначальный размер jpg был мельше 48 кб в камере. (и если перед ним не было большого файла!). Немного увеличить число таких кадров можно отключив подчеркивание контуров на всех режимах съемки.

[Valerij Bulavkin]

Знаете что, я тут протестировал ovfirmware.bin, при котором файлы всё время на 48 килобайт получаются, и пришёл к выводу, что с моим родным файлом фотографии лучше получаются, а именно лучше передача полутонов.

В общем, смотрите сами, я могу и ошибаться.

[mobby]

KQ_44,
UCIF = 704*576
простите за незнание. это камера моторолы может такие кадры делать?

[BarkoFF]

Знаете что, я тут протестировал ovfirmware.bin, при котором файлы всё время на 48 килобайт получаются, и пришёл к выводу, что с моим родным файлом фотографии лучше получаются, а именно лучше передача полутонов.

В общем, смотрите сами, я могу и ошибаться.

Ну полутона стандартный ovfirmware как и "48к" передать как следует не могут т.к. в них заложен уровень "чернее чёрного" то есть темные элементы изображения которые ещё видит камера, ovfirmware делает черными. Лечится ковырянием ovfirmware и повышением уровня постоянной составляющей (яркости) как в моем ovfirmware_mb_3 на предыдущих страницах

[kran_999]

product brief на ov529:
http://www.ovt.com/data/imagepro/pdf/OV529..._PB%20(1.1).pdf
как обычно ничего конктретного :)

[Valerij Bulavkin]

как в моем ovfirmware_mb_3

Сейчас попробую. Я хотел сделать это и раньше, но меня насторожило то обстоятельство, что экспозицию нельзя через меню менять. А к каким именно последствиям это может привести?

[BarkoFF]

На джойстик же влево/вправо выведена экспозиция, зачем в меню лазить ;)

А почему, вот смотри: поставишь ты например в меню "-2", а потом захочешь джойстиком "чуть-чуть прибавить" и двинешь вправо, а экспозиция - БАХ - и сразу +1 стала! Тебе это прыганье быстро надоест. А так от нуля прибавил , убавил джойстиком без скачков и доволен :))) Хотя я подобрал такой уровень "центра" что корректировать не так уж и часто приходится (оригинальный часто "в белое" уходил на нуле экспозиции)

PS. На моих файлах картинка выглядит менее контрастно чем с оригинальным для большей передачи полутонов и для удобства подстройки автоцвета в Фотошопе

[Valerij Bulavkin]

зачем в меню лазить ;)

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

В общем-то, если настройка через меню всё-равно работает это не так страшно.

картинка выглядит менее контрастно чем с оригинальным для большей передачи полутонов и для удобства подстройки автоцвета в Фотошопе

Подробнее можешь рассказать?

P.S. А, вообще, мне твой вариант понравился гораздо больше, чем все остальные. Пожалуй даже его и оставлю. Единственное, что не понравилось - насыщенность увеличенна по сравнению с оригинальным файлом.

Слушай, я тут только что заметил, что с передачей цветов что-то не то. Левая фиалка фиолетовая, а на снимке она синяя!?

[BarkoFF]

Насыщенность увеличена на Авто и Солнечно, если хочешь оригинальную насыщенность выбери Облачно. Просто часто картинки при стандартной насыщенности выглядят блеклыми, вот и поставил на Авто бОльшую насыщенность. Синяя - скорее всего из-за того что "холодный" свет из окна падает - подоконник тоже синеватый. Попробуй в Фотошопе Изображение>Регулировки>Автоцвет

Почему в Шопе легче редактировать неконтрастную картинку? Ну так контрастность при желании там всегда можно поднять, а вот если с оригинальным ovfirmware часть деталей уперлись в черное а часть зашкалили в белое, так их никакими методами не восстановишь - пропали они. При осветлении темных участков на картинке при оригинальном ovfirmware - там одни сине-зеленые блоки будут видны вместо деталей.

А вообще наверно скоро новую версию попробую сделать - симбиоз своего и 48к_всегда, там и цвета подкорректирую

[Valerij Bulavkin]

симбиоз своего и 48к_всегда

Если при 48к_всегда качество снимков не увеличивается, то, спрашивается, зачем тратить на это драгоценную память, которой и без того мало?

Что если с камеры в телефон передаётся уже пережатый файл? Тогда телефон его просто забивает мусором чтобы достигнуть требуемого объёма!

Я тут обнаружил ещё один интересный факт. Я решил испытать съёмку в чёрно-белом режиме (раньше не пользовался потому что всё жутко тёмное было) и обнаружил, что цветное и чёрно-белое фото в итоге по размеру отличается всего на 2..3 килобайта. Разве это нормально? мне лично казалось, что разница как минимуи в 4 раза должна быть. И, соответственно, вывод: чёрно-белое фото подвергается меньшему сжатию, чем цветное.

И ещё кое-что...
Там где-то на предыдущих страницах говорили о том, что сразу после съёмки картинка вся в "зубчиках", как выразился автор сего, и утверждалось якобы это последствия сжатия. Так вот, не знаю поняли люди почему так, поэтому на всякий случай объясняю. Когда мы запустили камеру и выбираем объект (или жертву) для съёмки, изображение с видеоискателя передаётся на экран телефона с маленьким разрешением, возможно даже меньшим, чем разрешающая способность экрана, что обеспечивает быстрое обновление картинки. А после съёмки мы, действительно, видим уже пережатое фото с разрешением 640x480, но вот только пиксельная картинка потому, что она смасштабирована телефоном. Вот так.

[kran_999]

Если при 48к_всегда качество снимков не увеличивается, то, спрашивается, зачем тратить на это драгоценную память, которой и без того мало?

это была просто проверка на максимальный размер файла

вот процедура расчета размера для файла
L0BC6: MOV 00EH,#020H ;0BC6 75 0E 20 u.
MOV A,03EH ;0BC9 E5 3E .>
MOV B,03FH ;0BCB 85 3F F0 .?.
MUL AB ;0BCE A4 .
MOV 038H,B ;0BCF 85 F0 38 ..8
MOV B,00EH ;0BD2 85 0E F0 ...
MUL AB ;0BD5 A4 .
MOV 036H,A ;0BD6 F5 36 .6
MOV 037H,B ;0BD8 85 F0 37 ..7
MOV A,038H ;0BDB E5 38 .8
MOV B,00EH ;0BDD 85 0E F0 ...
MUL AB ;0BE0 A4 .
MOV 038H,B ;0BE1 85 F0 38 ..8
ADD A,037H ;0BE4 25 37 %7
MOV 037H,A ;0BE6 F5 37 .7
CLR A ;0BE8 E4 .
ADDC A,038H ;0BE9 35 38 58
MOV 038H,A ;0BEB F5 38 .8
RET ;0BED 22 "

максимальное, что можно подставить в 37h и 36h это 0xС350h (50000 байт)

А после съёмки мы, действительно, видим уже пережатое фото с разрешением 640x480, но вот только пиксельная картинка потому, что она смасштабирована телефоном. Вот так.

а вот тут ты не прав, предпросмотр снимается в разрешении 128x96 если внимательно изучить процедуру 0825

p.s. все ссылки для файла размером 7223

[Valerij Bulavkin]

предпросмотр снимается в разрешении 128x96

Я просто выразился не совсем верно, я сказал "смасштабировано", под чем, естественно, подразумевалось меньшее разрешение. Да и, вообще, где-то говорилось о том, что у телефона в принципе нет столько памяти чтоб открыть картинку с разрешением 640x480, из чего уже следует вывод о том, что сначала происходит масштабирование (т.е. уменьшение разрешения) а лишь потом отображение. Не знаю насколько моя точка зрения верна, но я думаю что в режиме просмотра картинок (имеется в виду средствами телефона, а в это понятие входит как просто просмотр картинки, так и предпросмотр после съёмки, а также асе прочие случаи) для непосредственного отображения на экране телефон пережимает имеющийся файл во временную память, при этом, естественно, происходит уменьшение разрешения. А иначе как объяснить тот факт, что картинки с разрешением 128x128 и меньше на экране телефона выглядят нормально, а вот с большим разрешением - просто кошмарно, все пиксельные.

P.S. А так, вообще, я ещё начинающий в этом деле, но кое-что понимаю, поскольку раньше копался в "железе", под чем подразумеваются всевозможные цифровые фотоаппараты, видеокамеры, да и множество прочих "железок".

[KQ_44]

BarkoFF,
Спасибо за информацию! В фирмваре есть процедура Test_ImageSize_Correct_IQ, которая после фотканья зачем-то корректирует качество...

Немного технической информации (оригинальный фирмварь):
процедура по адресу 110D
Do_SnapShot:
; ждем окончания процесса сжатия
jnb BitList0_3, Do_SnapShot
; ВОЗМОЖНО тест на переполнение
jnb BitList_2_1, Ok
; меньшает качество
lcall Reset_Int_Down_IQ
; Запускает процесс сжатия
lcall Do_JPEG
sjmp Do_SnapShot ; loop

lcall code_11C6
lcall code_13DB
lcall nullsub_1
; проверка размера JPEG-а и пост-коррекция качества
lcall Test_ImageSize_Correct_IQ
ret

Valerij Bulavkin,
1. Черно-белые: это свойство JPEG алгоритма.
2. Никто не будет держать такие фотки в теле,
вполне можно сделать 2 варианта качества (для тела и для компа)
и выбирать их в меню!

kran_999,
Ограничение на 50Кб есть в прошивке: там буфер для данных с телефона такого размера.

[BarkoFF]

В фирмваре есть процедура Test_ImageSize_Correct_IQ, которая после фотканья зачем-то корректирует качество...

Так что бы в 50 кб утоптать.

Типа возможно так "думает" камера:
(1 КАДР. пользователь сфоткал кадр где мало деталей)
в первый раз файл пожался до 60 кб
нелезет в 50 кб
уменьшаем качество, жмем
второй раз пожался до 30 кб
лезет в 50 кб. сохраняем!
(2 КАДР. пользователь сфоткал кадр где много деталей)
в первый раз файл пожался до 100 кб
нелезет в 50 кб
уменьшаем качество, жмем
второй раз пожался до 70 кб
опять не лезет в 50 кб
уменьшаем ещё качество, жмем
третий раз пожался до 40 кб
лезет в 50 кб. сохраняем!
а на хрена я 3 раза жала, в следущий кадр как забабахаю максимальную компрессию (делает пометку в памяти)
(3 КАДР. пользователь сфоткал кадр где мало деталей)
в первый раз файл пожался до 55 кб
нелезет в 50 кб
уменьшаем качество - нате максимум как и обещала, жмем
второй раз пожался до 15 кб (всё в квадратиках)
лезет в 50 кб. сохраняем!

Интересно камера каждый раз пережимает из оригинальной картинки с убавлением качества или jpeg>jpeg>jpeg...

Хорошо бы сделать что бы камера не уменьшала число попыток подгона размера после больших кадров
И даже изначально увеличить число подгонок размера (каждый раз при переполнении уменьшать качество на меньшую величину чем в оригинальном ovfirmware) тем самым с меньшей дискретностью (и с лучшим качеством) подведем файлы к максимуму в 50 кб. Если конечно каждый раз сжимается оригинал, а если jpeg'и то может результат быдет даже хуже оригинального ovfirmware.

[KQ_44]

BarkoFF,
Судя по тому, что процесс сжатия запускает одна и таже процедура - думаю, жмется оригинал.
В нормальном фирмваре шаг = 4, так что можно пробовать подойти ближе к 50 Кб.
Если убрать Test_ImageSize_Correct_IQ, то никакой посткоррекции не будет.
Да и начальное сжатие надо бы поставить меньше - ведь слегка сжатый 160х120 в 50Кб влезает! (проверял)

И еще, в сенсоре фильтр вроде стоит. С настройками по умолчанию он выключен - качество ужасное! Так вот, еже ли фильтрованный файл - 36-38Кб, то не фильтрованный - 43-45Кб.

А в описании JPEG-а очень неплохая таблица квантования! С ней на фотках резкие переходы не так похабляться! (проверял)

[BarkoFF]

KQ_44

С нетерпением ждем переделанный файл для теста. Или несколько с разными шагами. :)

А Test_ImageSize_Correct_IQ это та штука которая ухудшает качество последующих кадров после кадра с мелкими деталям?

[Valerij Bulavkin]

Возможно, вопрос глупый, но всё таки: А что если сохраняемый файл на куски разбивать по 50Кб, а потом на компе склеивать? Или нельзя так?

[domowoi]

последовал вашему примеру.попробовал переделать ovfirmware.уменшил файл сохранения до 38 к получилось неплохо.

Сообщение отредактировал Osta - 10.8.2006, 7:37

[Valerij Bulavkin]

А вот и результаты тестирования на V220.

Педтавляю вашему вниманию:

1) Снимок на E398 чисто для сравнения качества.
2) Снимок с родным файлом
3) Снимок с новым 38k
4) Снимок с файлом mb_3

Резюме: В новом 38k нет жуткой зацветки синим цветом, но, к сожалению, отличия от родного файла - абсолютно никакого. На E398 качество заметно лучше, а именно не видно зубцов, но фото жутко красное.

Окончательное мнение - продолжаю использовать родной файл, для особо тёмных местонахождений - mb_3

[BarkoFF]

Valerij Bulavkin
Ты всё попутал в порядке кадров :) Они же подписаны, открой сам, нажми на сохранить и увидишь. И поправь свое сообщение.
Слева направо:
1)"Розовый"-E398
2) Родной
3) 38к
4) mb3

Я уж чуть в осадок не выпал что мой mb_3 так в розовое увело, а это так Е398 оказывается снял :) Может ты его в "ночную съемку" включил?

[Valerij Bulavkin]

Valerij Bulavkin
Ты всё попутал в порядке кадров :) ...  поправь свое сообщение.

Спасибо за замечание. Всё исправлено. Не знаю как так получилось, добавлял я их в том же порядке.

нажми на сохранить и увидишь.

Зачем сохранять? Там всплывающие подсказки есть, если что...

Немного глупый вопрос, но размер 51Кб ты не заметил? На сколько я знаю камера V220 так не может...

Я уж чуть в осадок не выпал что мой mb_3 так в розовое увело

Твой mb_3 всё в голубое уводит! А родной файл - в зелёно-голубое!

это так Е398 оказывается снял :) Может ты его в "ночную съемку" включил?

Нет, на "Авто". Дело, возможно, в том, что этот E398 - утопленник, воскрешённый мной сегодня ночью после двух дней и ночей безрезультатных попыток стереть память в Moto repair Studio и чистки телефона от грязи. А, вообще, off top это. Читай в "Вопросах для новичков", там подробнее написано, если интересно.

[..Strik3r..]

Valerij Bulavkin, с Е398 как раз самый лучший снимок, и по-моему некакой он не розовый

[BarkoFF]

Твой mb_3 всё в голубое уводит!

Камера у 650 вообще уводит в холодные тона - просто у mb_3 это более заметно т.к. насыщеность увеличена на ступеньку в Авто и Солнечно. Вообще более "теплые" кадры получаются на Солнечно и Облачно (особенно в первые секунды после включения камеры) чем на Авто, так заложено в оригинале.
Можно без проблем вернуть к стандартной насыщености:

Представляю ovfirmware_mb_4 - насыщенность как у оригинального в Авто (чуть синий канал ещё поубавил) и отключил подчеркивание как в Е398.

--
Как всегда перечислю отличия от оригинального ovfirmware.bin:
--

Во ВСЕХ режимах увеличена чувствительность в 2 раза по сравнению с оригинальным.(в темноте будут более светлые кадры, но более шумные)

Во ВСЕХ режимах КРОМЕ "Авто" отключено подчеркивание контуров т.к. оно подчеркивает шумы и ухудшает сжимаемость картинки.

В режиме "Ночная съемка" для компенсации увеличенных цветовых шумов при минимальной освещенности снижена насыщенность цвета.

Увеличенная насыщенность на "Облачно", в остальных режимах насыщенность - почти как в орининале.

На джойстик влево/вправо вместо регулирования яркости назначена коррекция автоэкспозиции, эквивалентная настройке через меню, но с более мелким шагом (3 шага джойстика ~= 2 шагам в меню), диапазон регулировки коррекции достаточен для съёмки портрета как против света так и на темном фоне, на всех режимах камеры одинакова и чуть прибавлена постоянная составляющая яркости, что позволило увеличить различимость деталей в тенях и исключить появление точек "чернее черного". Для корректной работы джойстика значение экспозиции в меню ЖЕЛАТЕЛЬНО должно быть равно НУЛЮ!

[Valerij Bulavkin]

с Е398 как раз самый лучший снимок

Согласен, но там камера другая, что, естественно, повлияло на результаты. И сжатие там гораздо меньше. А регулировка экспозиции на E398 - 1 деление меняет как 2 на V220 и, кроме того, регулировка происходит мгновенно, в течение секунды после изменения.

по-моему нИкакой он не розовый

Я извиняюсь, но может быть ты дальтоник, поскольку он действительно розовый.

BarkoFF, скачиваю, сейчас тестировать буду. Кстати, на V220 камера ещё "синее", чем у C650. Не знаю, с чем это связано, но не я один так говорю.
В общем, о результатах сообщу.

[Valerij Bulavkin]

Итак, вот и результаты.

1) С новым файлом mb_4
2) Как это должно выглядеть (В ACD Photo Redactor автоцвет 100)
3) С родным файлом
4) Со старым файлом mb_3

В общем, BarkoFF, однозначно лучше чем предыдущая версия. Но, к сожалению, на этот раз всё по прежнему сине-зелёное. Кажется, у моего родного файла проблем с синевой меньше, но, возможно, это связано с тем, что при mb_4 яркость (а точнее светлость) фото больше. Ради экспперимента попробовал поподбирать уровни. В общем, красный надо увеличить ~на 20%, зелёный уменьшить ~на 5%, синий уменьшить ~на10%.

особенно в первые секунды после включения камеры

Ты знаешь, я тоже это заметил. Запускаю камеру, всё здорово, контрастно, цвета правильные, а в следущий момент всё становится светлое и корявое. Возможно, в этот момент как раз считываются настройки из ovfirmware.bin??? А, может, убрать можно их от туда вообще и камера будет использовать свои родные настройки???

Ёлки палки, опять эскизы местами перепутались!!! Исправил всё...

Сообщение отредактировал Valerij Bulavkin - 12.8.2006, 11:48

[BarkoFF]

однозначно лучше чем предыдущая версия. Но, к сожалению, на этот раз всё по прежнему сине-зелёное

А при каком освещении ты это снимал? Может светом от синего неба у окна или отражением от зелени деревьев?

Кажется, у моего родного файла проблем с синевой меньше, но, возможно, это связано с тем, что при mb_4 яркость (а точнее светлость) фото больше

Именно из-за этого. "Синева" чаще заметна на темных деталях, а у оригинала темные полутона становятся почти "плоским черным" - на них исчезают деталей и синий шум тоже.

Запускаю камеру, всё здорово, контрастно, цвета правильные, а в следущий момент всё становится светлое и корявое

Так повысь контраст джойстиком вправо на таких кадрах, которые не устраивают по контрасту. Для этого коррекция автоэкспозиции и существует. Автоэкспозиция нормально работает в случае если в кадре есть и темные и светлые детали - она выдаст средний уровень по кадру ~50% по сумме яркостей всех точек, а если в кадре что=то однотонное - например лист белой бумаги во весь кадр то эти средние 50% дадут в результате серый кадр. Т.е. в случаях неконтрастного кадра - повышать джойстиком контрамтность очень желательно. Любая видеокамера работает по этому принципу (50% среднекадровая яркость)

Возможно, в этот момент как раз считываются настройки из ovfirmware.bin??? А, может, убрать можно их от туда вообще и камера будет использовать свои родные настройки???

Родных настроек в камере нет, все они в ovfirmware. И как раз в первый момент они и срабатывают, а потом "умная" камера начинает автобаланс белого на своё усмотрение делать.


Представляю ovfirmware_mb_5
На "Авто" ещё убавлен синий, добавлен красный канал.
Подчеркивание убрал даже в АВТО в отличии от mb_4

[Valerij Bulavkin]

BarkoFF, я снимал при двух стоватных лампочках. люстра находится прямо над тем местом, которое на снимке. Шторы были закрыты, поэтому синее небо никаким образом не могло "проникнуть" в комнату.

повысь контраст джойстиком вправо на таких кадрах, которые не устраивают по контрасту.

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

камера начинает автобаланс белого на своё усмотрение делать

Дело в том, что этот самый автобаланс проходит за несколько шагов. А белёсой картинка становится только на последнем, там синеву даже на дисплее телефона заметно. А до этого всё нормально выглядит.

Скачиваю mb_5. Результаты, скорее всего, выложу только завтра.

[Valerij Bulavkin]

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

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

Рассказываю процедуру настройки цветных телевизоров. Думаю, если здесь всё делать также, то будет легко получить вообще идеальный файл. При настройке телевизора используется тест сигнал "шахматная доска", ты же можешь распечатать её на белом листе бумаги.
1) Выключаются все прожекторы (в случае с камерой - цветовые каналы) кроме красного и подбирается такой уровень, чтобы белые квадраты были максимально светлыми, но в то же время не проичходило зацветки по общему фону, т.е. чёрное не приобретало красный оттенок. Ты спросишь, почему именно красный. Отвечаю - дизбаланс красного меньше всего заметен, вследствие чего балансный уровень красного практически невозможно правильно настроить на цветном изображении.
2) Включаешь зелёный прожектор (канал) и добиваешься, чтобы получающийся вместо белого цвет был максимально близок к ярко жёлтому. Настраивать на данном этапе надо только зелёный и не в коем случае не трогать красный.
3) Включаешь синий прожектор (канал) и добиваешься, чтобы белый стал белым. На этом этапе настраиваешь синий канал и немного регулируешь зёлёный.

Если сделаешь всё по алгаритму, то получишь идеально белый цвет.

Родных настроек в камере нет, все они в ovfirmware. И как раз в первый момент они и срабатывают

Неправда! Попробуй, выбери стиль картинки "чёрно-белая" и поперезапускай камеру. Цвет в самый последний момент пропадает.