СПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУСПАСИБОАБУ

Было интересно, спасибо

Не удалось понять для чего именно используется imageData. Так как в примерах на слайдах imageData просто рисуется. Видимо имелось в виду что полученная ресайзнутая imageData передается в модель. В таком случае, преимущество webgl readPixels не очевидно так как он делает то же самое. что и getImageData. Единственная разница что readPixels поддерживает возможность передать туда ссылку на Uint8Array, что позволяет не аллоцировать на каждый кадр новую память. Но у readpixels есть неприятный нюанс - он возвращет флипнутое изображение. Надо или компенсируюший флиппинг на шейдере делать или же после чтения jsoм - но это будет стоить еще 0.5 ms-2ms для 1080p на m1 pro, если я верно помню цифры

kzfaq.info/get/bejne/htlodt2VyrPWgWw.htmlsi=KQbnWI-k_rODipCA&t=998 Тут ошибка. метод resize возвращает imageData. canvasRenderin2dContext.drawImage не поддерживает передачу туда ImageData.

2d canvas тоже gpu accelerated уже несколько лет. gpu acceleration может пропасть в случает частого чтения пикселей с этого канваса. Проблема не в медленности 2d контекста. В функции resize вы явно делаете ctx.getImageData. Хотя можно прямо canvas передать в canvas.drawImage и это работает быстро

Спасибо за доклад. Скажите, модель, которую вы используете есть в открытом виде?

Молодцы! Слушается на одном дыхании

Для FPGA в принципе не нужны высокие "частоты", так как там можно очень сильно распараллелить. Сигналку надо исполнять на обычном проце, а чистое видео пихать на фпагу для транскодинга. Обычно первый вариант продукта выпускают небольшим тиражом, например до 10,000 штук, на обычной фпаге, например Xilinx по $300. А если продукт пошел, то для следующей партии в 25,000 штук заказывают hardcopy (процесс зависит от производителя) - удешевленный процесс производства и тот же чип уже обходится по $100.

Блин, очень интересно. Интересный анализ протоколов, спасибо!

Спасибо за выпуск, очень полезно!

А каким образом сделан wall clock между android app и сервисом? Просто берется время через какой-то NTP сервер? или по сигналингу как-то передается?

бомба , такой человек на люди вышел ....как здорово , что я на вас наткнулся

Здравствуйте. Можно связаться Антоном через телеграм? Просто через линкедин не получилось. Спасибо.

Здравствуйте Михаил. Как можно с вами связаться, в линкед вы не отвечаете. Может телеграм есть? Мне надо проверять видео в реальной времени.

Отличный доклад, спасибо:)

Минимум год назад...

крутой доклад!

Если на одной странице есть несколько подключений WEBRTC, как понять какое видео соответствует какому pid в webrtc internals?

Ирина, похоже, слабо разбирается в причинах проблем. Например, Webrtc пользуется tcc (transport cc) и может снижать битрейт ДО появления потерь пакетов - как раз чтобы предотвратить потери.

Почему не сделали HD? Есть ли у вас групповые звонки?

Отличный рассказ, спасибо

Iit topper

Третий спикер выглядит недовольным Q_Q

коллеги, спасибо!

WebRTC кусает? Нет, делает больно по-другому