Рекомендуем в день учить по 10 новых английских слов. При таком графике вы уже за год сможете набрать необходимый словарный запас, чтобы понимать до 90% даже быстрой английской речи.
Я так делал, но через пару месяцев благополучно забывал девять из десяти слов. То есть я на него смотрю через какое-то время, понимаю, что оно знакомое и всё…
Удивительно, почему нет новостей из Индии?
Полтора лярда соседей Китая, скученно живущих, кладущих болт на
элементарную гигиену и не боящихся смерти, поскольку собираются
перерождаться. Я уж не говорю про Бангладеш.
Или в жару короновирус не плодится?
Забыл, оказывается, в фон вынести инициализацию нового рекордера. Поэтому падало. Его надо после стопанья делать. А получалось до.
Так что теперь работает без лагов:)
Так вроде теперь работает. Единственно что каждый новый экземпляр рекордера (после стопа предыдущего) теряет связь с этой PersistantSurface (поскольку она уже была определена в сессии), поэтому я сделал PersistantSurface статической, чтобы новый рекордер мог к ней заново прицепится через mMediaRecorder.setInputSurface(recorderSurface);.
Но смех в том, что лаг хоть и уменьшился, но остался. А я еще удивлялся, неужели камера открывается полторы секунды?
Короче главный тормоз это вот:
Slow Looper main: doFrame is 915ms late because of 2 msg, msg 1 took 912ms (h=android.view.ViewRootImpl$ViewRootHandler c=android.view.View$PerformClick
Может это связано с тем, что все творится в главном потоке? Но там вроде
коллбэки везде. Короче хз.
Причем это же и было в исходной версии, где стопалось превью, просто
я не обратил на это внимания, думая что дело в задержке из-за нового превью.
В его варианте маховик был в подвале, пробил сколько-там перекрытий и падая обратно еще раз пробил крышу. Я тогда еще задумался, они его на ребро что-ли поставили при запуске…
Вроде как делается через persistant input surface, которая типа не отваливается. Но на сайте андроида сказано, что ее надо делать перед prepare() рекордера и не использовать тогда getSurface.
Но как это привязать к коду и в каком месте вообще тогда непонятно.
А вообще вот, не является ли 220 вольт в быту анахронизмом? У меня в квартире, вроде как, сетевое полезно только для электроплиты и утюга, а в остальных случаях десяток, если не больше преобразователей в постоянное напряжение от 5 до 12 вольт. Которые, кстати, по теории вероятности рано или поздно могут самовозгореться…
по идее не должно, так как оно теоретически по разным потокам разбросано, то есть медиарекордер работает независимо (можно делать например так скрытую съемку, без превью). Почему лаг, шиш его знает.
В данной демонстрашке нет корректного закрытия камеры, может поэтому крашится.
Написали с Гита
Cool Project! I am looking for some examples that do live streaming with camera2 and MediaCodec api's (not the old 'render to texture' stuff) and your project is one of the few that is simple enough.
I have plans to create a similar app like yours to allow streaming to FPV_VR_OS.
However, for lower latency I think using the NDK is required (tough there is even less documentation/examples) available.
Какая разница наклон с прямой спиной или нет. У вас поясничная грыжа, если смотреть по МРТ. Ниже позвоночник не гнется. Любой наклон означает, что одна часть диска расширится, другая сузится. Если сузится там где грыжа, испытаете «кайф». Скрутки просто провоцируют еще большее выпячивание студенистого тела в месте разрыва фиброзного кольца — а это увеличение грыжи. Это обычная физика… Там нет других измерений.
В йоге, грубо говоря, половина упражнений облегчает боли при грыже (упражнения на растяжение спины), а другая половина усиливает — скрутки, наклоны. Ну и в итоге все равно, грыжа никуда не денется. Как йог и грыженосец с 25 лет стажа ответственно заявляю
Попробуйте инверсионный стол (есть складные и недорогие), вот там позвоночник здорово вытягивается. Но там тоже аккуратно надо, дабы микроинсульт не получить. Понемногу.
Я так делал, но через пару месяцев благополучно забывал девять из десяти слов. То есть я на него смотрю через какое-то время, понимаю, что оно знакомое и всё…
Полтора лярда соседей Китая, скученно живущих, кладущих болт на
элементарную гигиену и не боящихся смерти, поскольку собираются
перерождаться. Я уж не говорю про Бангладеш.
Или в жару короновирус не плодится?
тама всё есть…
Так что теперь работает без лагов:)
Но смех в том, что лаг хоть и уменьшился, но остался. А я еще удивлялся, неужели камера открывается полторы секунды?
Короче главный тормоз это вот:
Slow Looper main: doFrame is 915ms late because of 2 msg, msg 1 took 912ms (h=android.view.ViewRootImpl$ViewRootHandler c=android.view.View$PerformClick
Может это связано с тем, что все творится в главном потоке? Но там вроде
коллбэки везде. Короче хз.
Причем это же и было в исходной версии, где стопалось превью, просто
я не обратил на это внимания, думая что дело в задержке из-за нового превью.
mMediaRecorder.setInputSurface(recorderSurface);
матерится на вторую строчку. пишет
setInputSurface is called in an invalid state: 8
Но как это привязать к коду и в каком месте вообще тогда непонятно.
Или это уже с жестью?
В данной демонстрашке нет корректного закрытия камеры, может поэтому крашится.
Cool Project! I am looking for some examples that do live streaming with camera2 and MediaCodec api's (not the old 'render to texture' stuff) and your project is one of the few that is simple enough.
I have plans to create a similar app like yours to allow streaming to FPV_VR_OS.
However, for lower latency I think using the NDK is required (tough there is even less documentation/examples) available.
Ерунда, а приятно…
Попробуйте инверсионный стол (есть складные и недорогие), вот там позвоночник здорово вытягивается. Но там тоже аккуратно надо, дабы микроинсульт не получить. Понемногу.