Модификации прошивок ВР на чипсете Ambarella A7LAxxx – на примерах со Street Storm

И рэсет неуспеваеш включить?

--- Сообщения Объединены, 29 окт 2016 ---

Я ж писал что можно задеть тригерную цепочку.
Надо тебе в иде глядеть где видео рождается и цепочку глянуть от начала и до конца.
Кадры частично и с битрэйтом завязаны.

 

Попробовал успеть перепрошить до перезагрузки, естественно не успел, ВР кирпичнулся, пришлось эльфом восстанавливать. Видимо это watchdog срабатывал, уж больно на аппаратный сброс похоже.
Надеюсь бут режим лежит внутри МК, а не в общей прошивке? Уж очень не хочется получить полный кирпич без шансов восстановления. Амбреловская AMBA это аналог атмеловской SAMBA?

Вот что успел получить на БР=35мбит/с: https://yadi.sk/d/LhvomjbBxoW27
Изменял просто таблицу расширений:
2560х1080р30 на 2560х1440р30 - работает норм, без тормозов и прерываний
1920х1080р60 на 2560х1440р60 - искажение картинки, увеличение скорости воспроизведения в 2 раза, см. видео. И тут почему-то формат Format profile: [email protected] вместо 5.0 Так и должно быть? Кто в форматах видео шарит, из-за чего такая картинка? Тут в настройках кодека несоответствие похоже. Как должно быть, где поправить?
1920х1080р30 на 2304х1296р60 - бесконечный ребут, логи скидывало на карточку, см. архив.

--upd--
Попробовал еще различные варианты в разные строки таблицы подсовывать. Лучшего ничего не получилось. Но выяснилось, что сама строка влияет на вероятность глюков. Например, если ранее 2560х1440р60 просто неправильно отображался, то в другой строке это же разрешение при записи уходит в ребут.
2304х1296p40 тоже в бесконечный ребут уходит.

 

Спойлер: медиаинфо

Такая же фигня и скорение 2304х1296 при 50 кадров сек работает бес сбоя Воспроизведение с ускорением. со спидкамом но в парке приходит копец.
У тебя другой сдк-более новый по этому 1440р30 прокатило.Четкости не прибавляет а проц подгружает больше.
А7 может много больше.

 

Спойлер: что говорят

(В этом подмножестве достаточно типичен профиль [email protected]. Для информации приведу его характеристики: поток до 300000 Kbps (!), максимальные режимы: 1,920×1,[email protected] (16), 4,096×2,[email protected] (5), 4,096×2,[email protected] (5).)

Отмечают завышенные параметры воспроизведения.

 

Сегодня еще потестил режим 2560х1440р30, была пара перезагрузок, но после форматирования пропали вроде. Может стоит уменьшить БР до 28? Надо попробовать еще раз настройки сбросить.
И как оказалось на этом режиме тоже идут логи, скинул туда же https://yadi.sk/d/LhvomjbBxoW27

Ща посмотрел немного логи:

Код:

[code:th1:3146844] CAPTURE_MODE_21_encoder_prepare_sec_2_one_slice_ext: raw_in_start_x=0, raw_in_w=1408, blc_out_start_x=0, vin_raw_width=2560
[code:th1:3146845] CAPTURE_MODE_21_encoder_prepare_sec_2_one_slice_ext: raw_in_start_y=0, raw_in_h=1080, TOP_EDGE=0, vin_raw_height=1080

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

Ну и проц не помешало бы разогнать. У кого есть datasheet или user manual на A7LA70? На сайте амбрелы ничего вообще нет для разработчиков. Без даташита в ИДУ лезть бесполезно. Нужно хотя б знать карту адресного пространства и адреса периферии.

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

 

В SS даже включив 2560x1440p30 это разрешение разницы никакой посравнению с 2560х 1080p30 только небо и капот появляются.
Но потеря плюшек обеспечена.

 

А есть скрипт для сброса параметров ВР? А то надоело после глюков перепрошивать эльф ради того, чтоб перезапустить ВР.

 

Привет!
Такого не видел.

 

По скриптам у нас @HiddenPilot рулил

 

Cyber
Есть другой вариант.Подмена байтов скриптом.И ничего не умирает.Но надо для расчета разобрать по блокам и глянуть в ПРИ
адрес байта,сумировать с адресом загрузки ПРИ -С0100000
Подмена в другом блоке-прибавь адрес загрузки того блока где подменяеш.
Главное адрес от начала блока считывать для сложения.
получаем адрес подменяемого байта и далее пишем байт или несколько на которые заменить.Образец подмены байта битрейта от HiddenPilot
просто чуть разные комады для подмены 1-2-4 байт.
writeb пишется если нужно подменить один байт.
writew если надо подменить два байта.
WriteL если подменяете четыре байт.

 

На 7.2 вроде работает.
https://yadi.sk/d/mNqEdtpKxwyMb

 

спасибо,
а как RFS блок скриптами можно редактировать? Интересует файл strings.bin. У RFS же нет адреса загрузки в ОЗУ? И к тому времени, как начнет выполнятся скрипт, ФС уже будет распакована куда-то из RFS?
Или
Если я на карте буду таскать strings.bin, он будет подменять родной файл из прошивки?
Или командами скрипта как-то надо файл скопировать и заменить во внутренней ФС?

 

В РФС подмена в стринге по скрипту тебе не нужна. Речь шла о том, чтоб на кирпич не наступать. Подмену попробовать в DSP например.
А о том, что говоришь - можно безболезненно поменять утилитой в стринге отладив блок в хексе после настройки подменой скриптами.

 

Ну было б замечательно и файлы RFS подменять. Все можно б было делать на телефоне не выходя из машины)).

 

Есть еще версия, что кроме нехватки скорости проца не хватает размера видеобуфера в памяти.
Например размер, требуемый для 1920х1080р60=124416000 на него и нужно равняться как на максимальный. Поэтому в моих экспериментах на 2560х1440р60 картинка обрезалась и ускорялась, потому что в буфер не лезло половина кадров. Надо будет найти и увеличить размер этого видеобуфера, если в ОЗУ есть свободное место.
Если исходить из размера видеобуфера 125 млн. точек/сек, то 2560х1440 может заработать с текущем размером буфера максимум на 35 к/с

 

Вот это больше похоже на то что происходит.

--- Сообщения Объединены, 4 ноя 2016 ---

Должно быть.Но думаю что 1440р30 это не то что надо.Качество то же что и на 2560х1080 только на последнем меньше неба и части капота.
Необходимо увеличивать частоту кадров.В меньших разрешениях.

 

Надо научится грамотно читать логи.Рег сам говорит что ему не нравится.Тогда и карта попрет!

 

Что-то делать имеет смысл только на 2560х1080 или на 2560х1440. На остальных номера дальше 10м уже нечитаемы на любой частоте кадров. Когда у тебя на каждую циферку номера приходится меньше 3 пикселей, ее никак не прочитаешь.
Но для этих разрешений не хватает скорости проца уже. Его нужно в первую очередь разгонять. Нужен pdf с адресами и описанием всех регистров периферии проца.

 

Сегодня взял DAB205 для изучения и сравнения.
Так что самое лучшее изучение на сравнении.(если будет понятно что с чем сравнивать -структуры отличаются)

 

Считаю что нету смысла на именно на этом 1440.Оставим 2560х1080 и хотя бы 40 или 50. есть разницы на 50 уже видно даже в пасмурную погоду с обычным бирэйтом(стабильности пока нет).Улучшение чтение читаемости номеров не из за увеличения скорости (Как воспроизводилось из за ошибочной записи в заголовке видео) воспроизведения а увеличения опорных кадро т.как увеличинное кол во кадров даст больше опорных кадров при котором картинка превзойдет те параметры от которых привыкли отталкиватся.Но опять максимальной отдачи надо ставить пиксель в равные условия по битрэйту.

--- Сообщения Объединены, 4 ноя 2016 ---

Кроме того как писал ранее-при 1440p30 остается мало пикселей на электронную стабилизацыю картинки.