[12:18:13] <stuw> zombah, привет. А ты не пробовал случаем nvapv врубать? Сдается мне, что для кодирования нужен nvavp
[12:18:56] <zombah> stuw: пробовал, нет nvavp прошивки для нашего avp
[12:19:30] <zombah> прошивка от тегра3 не подходит
[12:19:36] <stuw> "nvavp прошивки" - бинаря от нивеи?
[12:19:47] <stuw> тогда надо искать ядра от тегры 2, где кодирование работает
[12:26:17] <zombah> я вообще хотел глянуть l4t ядро если код nvavp там такойже можно на linux-[email protected] написать может что скажут
[12:26:33] <zombah> или спросить на #tegra может скажут что
[12:27:08] <stuw> а в линухе работает кодирование видео?
[12:27:24] <zombah> там и декодирование толком не работает 8)
[12:29:21] <stuw> с ядром от нивеи?
[12:29:27] <stuw> прикольно
[12:29:45] <zombah> ну я толком не знаю, на линуксе даунстрим не пробовал никогда
[12:30:03] <stuw> в мэйнлай не то понятно, что нифига не пашет
[12:30:25] <zombah> http://nv-tegra.nvidia.com/gitweb/?p=linux-2.6.git;a=blob;f=drivers/media/video/tegra/nvavp/nvavp_dev.c;h=d5edcbe685bf2cd281d6495b8eb1cc6736180a5b;hb=c7460e0d6afd754ebf5555477129579bc83c47b9#l877
[12:30:57] <zombah> вот тут в nvavp четко указан tegra20 с опцией AVP_KERNEL_ON_MMU
[12:31:10] <zombah> но он начисто даже не собирается так
[12:32:26] <zombah> вот ты мне тогда подсказал как его сборку поправить https://github.com/ac100-ru/android_kernel_asus_grouper/commit/09dbd4c056caa165430b03ce886c96c95762fca7
[12:32:49] <zombah> но файла nvavp_os.bin у нас нет
[12:33:10] <zombah> я пробовал указывать другие прошивки но они не грузятся https://github.com/ac100-ru/android_kernel_asus_grouper/commit/daaaa94c2e35ff826cd1c83a0501e29c7561262f
[12:36:23] <stuw> надо разбираться, что есть что. Что такое avp, что такое mmu и т.д.
[12:37:43] <zombah> а ну надо trm по tegra20 посмотреть
[12:39:39] <zombah> чет я правда его не могу у себя найти, посеял видно
[12:39:42] <stuw> декодер - AVP
[12:39:51] <stuw> энкодер - отдельно
[12:40:01] <zombah> разве?
[12:40:03] <stuw> есть уже в паблике )
[12:41:23] <stuw> там пипец: AVP, VDE Video Decoder, MPE Video Encoder - три разных блока на диаграмме
[12:42:57] <zombah> о дай линк я тоже гляну
[12:43:21] <stuw> http://www.chiark.greenend.org.uk/~theom/riscos/docs/Tegra2_TRM_DP04508001v01p.pdf
[12:50:38] <zombah> это на 1.1 блок диаграмме?
[12:50:53] <stuw> да
[12:51:08] <zombah> ucq какойто
[12:51:13] <zombah> не встречал такого
[12:52:01] <zombah> а где энкодер чтот только декодер нашел
[12:52:35] <zombah> а вижу он внизу совсем
[12:53:03] <zombah> там же где дисплей, странно
[12:53:56] <zombah> у них видишь свои камеры сразу к vi подключаются
[12:54:08] <zombah> вот у всех остальных девайсов такие
[12:58:12] <stuw> может у них в энкодер по-другому данные поступают
[12:59:11] <zombah> запросто
[13:06:32] <zombah> у нас в ядре когда включаешь опцию CONFIG_TEGRA_RPC появляется две опции Tegra Media Server support и Enable support for AVP multimedia offload engine
[13:07:07] <zombah> вприципе есть две не включенные опции отдельно Tegra camera/isp hardware и Tegra dtv interface
[13:07:25] <zombah> но когда я их включал помню у меня проблемы с компиляцией были
[13:29:24] <zombah> хм странно хотя сейчас похоже собралось с ними включенными
[13:48:19] <zombah> но сомнительно конечно что CONFIG_TEGRA_CAMERA и TEGRA_DTV повлияет на кодирование
[13:51:35] <stuw> не должны
[13:51:56] <stuw> D/NvOsDebugPrintf( 124): Opening channel failed 29 - я сейчас хочу понять, что за канал открывается
[13:52:15] <stuw> хотя может быть стоит сначала разобраться, как декодирование работает и чего в мейнлайне не хватает для этого
[13:52:26] <zombah> а как ты хочешь это понять когда это блоб говорит?
[13:52:40] <stuw> хз :)
[13:52:57] <zombah> в мейнлайне? там поддержки авп не хватает и как терри писал его там и не будет никогда
[13:57:35] <stuw> ну вот разобраться как он работает и написать %)
[13:57:38] <stuw> делов то ))))
[13:57:42] <zombah> 8)
[13:58:11] <zombah> лучше нвек счала, запись видио не очень актуальная проблема имхо
[13:58:24] <stuw> не запись, а декодирование.
[13:58:29] <stuw> чтобы понять, что к чему
[13:58:35] <stuw> нвек то само собой
[13:59:03] <zombah> а ну декодирование можно конечно
[13:59:47] <zombah> в даунстриме драйвер эти авп и нвавп выглядит не шибко громоздким там похоже передавать все туда а что там будет происходить ядра уже не касается 8)
[14:17:03] <zombah> мне кажется после нвека лучше копнуть в сторону сна
[14:27:18] <stuw> вообще да )
[14:29:55] <zombah> в любом случае думаю сон за собой еще кучу всего потащит
[14:30:50] <stuw> не исключено
[14:31:14] <zombah> в даунстрим покрайней мере точно с этими вейклоками
[14:31:15] <stuw> там больше проблема в том, что нужно смотреть, в каком состоянии железо, либо анализировать и пробовать, пробовать, пробовать
[14:31:30] <zombah> ну да
[16:51:43] <stuw> zombah, еще меня смущает порядок process_connect_locked: got connect и avp_node_try_connect: trying connect from RPC_AVP_PORT
[16:52:33] <zombah> а что в нем тебя смущает?
[16:53:03] <stuw> порядок при кодировании и декодировании разный
[16:54:44] <zombah> может лаг какой
[16:55:02] <stuw> вряд ли
[16:55:09] <stuw> хотя фиг знает
[16:55:17] <stuw> но стабильно отличаются
[16:57:36] <zombah> надо попробовать с девелоперской средой его запускать может там дебагер есть и что видно будет
[16:59:36] <stuw> надо с дебагом собрать авп и все, что с ним связано, похоже часть сообщений не печатается
[17:04:17] <zombah> а чтот там в самом avp.c ничего нет про дебаг переменные, поменять уровень всех сообщений?
[17:04:48] <zombah> а не вру есть #define DBG
[17:05:01] <zombah> но там не понятная функция внутри
[17:05:19] <stuw> там зовется pr_debug, нужно чтобы DEBUG был задефайнен
[17:05:43] <stuw> о, там еще и флаги какие-то
[17:05:44] <zombah> #define DBG(flag, args...) \
[17:05:44] <zombah> do { if (unlikely(avp_debug_mask & (flag))) pr_info(args); } while (0)
[17:06:51] <stuw> в sysfs должен быть avp_debug_mask
[17:08:07] <zombah> хм
[17:08:14] <stuw> можно туда 127 (0x7f) записать
[17:08:21] <stuw> или нету такого ?
[17:08:42] <zombah> надо проверять, гляну через полчасика
[17:09:00] <stuw> ок
[17:21:14] <zombah> root@android:/ # cd /sys/
[17:21:14] <zombah> root@android:/sys # find . -name "avp*"
[17:21:14] <zombah> ./kernel/debug/clock/avp.sclk
[17:21:14] <zombah> ./kernel/debug/clock/avp.emc
[17:21:14] <zombah> ./module/avp
[17:21:15] <zombah> ./module/avp_svc
[17:22:10] <stuw> хм, может debugfs
[17:22:52] <zombah> ну так debugfs внутри /sys
[17:23:03] <zombah> /sys/kernel/debug это он
[17:23:22] <stuw> тогда засада
[17:23:33] <stuw> find . -name "*avp*"
[17:23:38] <stuw> попробуй так
[17:23:59] <zombah> root@android:/sys # find . -name "*avp*"
[17:23:59] <zombah> ./devices/platform/tegra-avp
[17:23:59] <zombah> ./devices/virtual/misc/tegra_avp
[17:23:59] <zombah> ./bus/platform/devices/tegra-avp
[17:23:59] <zombah> ./bus/platform/drivers/tegra-avp
[17:24:00] <zombah> ./bus/platform/drivers/tegra-avp/tegra-avp
[17:24:02] <zombah> ./class/misc/tegra_avp
[17:24:04] <zombah> ./kernel/debug/clock/avp.sclk
[17:24:06] <zombah> ./kernel/debug/clock/avp.emc
[17:24:08] <zombah> ./module/avp
[17:24:10] <zombah> ./module/avp_svc
[17:25:25] <stuw> внутри tegra-avp нет debug_mask ?
[17:26:14] <zombah> root@android:/sys/devices/platform/tegra-avp # ls -la
[17:26:14] <zombah> lrwxrwxrwx root root 2015-03-30 14:21 driver -> ../../../bus/platform/drivers/tegra-avp
[17:26:14] <zombah> -r--r--r-- root root 4096 2015-03-30 14:21 modalias
[17:26:14] <zombah> drwxr-xr-x root root 2015-03-30 14:19 power
[17:26:14] <zombah> lrwxrwxrwx root root 2015-03-30 14:21 subsystem -> ../../../bus/platform
[17:26:15] <zombah> -rw-r--r-- root root 4096 2015-03-30 14:19 uevent
[17:26:26] <stuw> find . -name "debug_mask"
[17:27:06] <zombah> root@android:/sys # find . -name "*debug_mask*"
[17:27:06] <zombah> ./module/wakelock/parameters/debug_mask
[17:27:06] <zombah> ./module/userwakelock/parameters/debug_mask
[17:27:06] <zombah> ./module/earlysuspend/parameters/debug_mask
[17:27:06] <zombah> ./module/alarm/parameters/debug_mask
[17:27:06] <zombah> ./module/alarm_dev/parameters/debug_mask
[17:27:08] <zombah> ./module/tegra_rpc/parameters/debug_mask
[17:27:10] <zombah> ./module/avp/parameters/debug_mask
[17:27:12] <zombah> ./module/avp_svc/parameters/debug_mask
[17:27:14] <zombah> ./module/binder/parameters/debug_mask
[17:27:16] <zombah> ./module/xt_qtaguid/parameters/debug_mask
[17:28:18] <zombah> 105 Значение в module/avp/parameters/debug_mask
[17:28:24] <zombah> поставить 127?
[17:29:20] <stuw> попробуй
[17:29:26] <zombah> о прилично навалил
[17:29:34] <stuw> ща еще для avp_svc и tegra_rpc что поставить скажу
[17:30:36] <stuw> avp_svc - 1, tegra_rpc - 7
[17:32:04] <zombah> еще больше
[17:33:58] <stuw> и декодирование сделай плиз
[17:34:11] <zombah> ага счас сделаю
[17:35:06] <zombah> адский спам
[17:35:17] <zombah> даже декодить не начало толком
[17:35:24] <zombah> только в лог шпилило
[17:36:22] <zombah> для декодинга лучше уменьшить похоже
[17:36:44] <zombah> а хотя счас через консоль попробую
[17:36:56] <zombah> может там лучше будет
[17:37:08] <stuw> там самое начало интересно
[17:40:18] <stuw> я домой потопал
[17:40:56] <stuw> а может и не потопал ))
[23:02:55] <stuw_> v2 ушла :)
[23:04:16] <zombah> stuw_: кайф
[23:04:38] <stuw_> теперь можно и на боковую ))