Вероятно, это связано с тем, что вы используете видеокод по умолчанию, VP8, который не имеет аппаратного ускорения. Вы можете изменить код c для каждого издателя на H.264 или VP8, но у этого подхода есть некоторые компромиссы.
Отсутствие поддержки H.264 SV C вызывает разочарование, но может подойти в зависимости от вашего варианта использования. Если вы прочитали весь этот пост и по-прежнему хотите получить больше рекомендаций, я бы порекомендовал связаться с их группой поддержки разработчиков и / или опубликовать здесь больше информации о своем варианте использования.
Вот еще дополнительный контекст из Документация OpenTok , но я рекомендую вам прочитать всю страницу, чтобы понять, где вам нужно идти на компромисс:
Видео код VP8 в реальном времени c - это программный код c. Он может хорошо работать с более низким битрейтом и представляет собой зрелый видеокод c в контексте WebRT C. Как программный код c он может быть инстанцирован столько раз, сколько требуется приложению в пределах памяти и ЦП. Код VP8 c поддерживает функцию OpenTok Scalable Video , что означает, что он хорошо работает в больших сеансах с поддерживаемыми браузерами и устройствами.
Код видео в реальном времени H.264 c доступен как в аппаратной, так и в программной форме в зависимости от устройства. Это относительно новый код c в контексте WebRT C, хотя он имеет долгую историю потоковой передачи фильмов и видеоклипов через inte rnet. Поддержка аппаратного кода c означает, что центральный процессор устройства не должен работать так тяжело для обработки видео, что снижает нагрузку на процессор. Количество экземпляров оборудования зависит от устройства, при этом iOS имеет лучшую поддержку. Учитывая, что H.264 - это новый код c для WebRT C, и каждое устройство может иметь свою реализацию, качество может отличаться. Таким образом, H.264 может не работать так же хорошо при более низких скоростях передачи данных по сравнению с VP8. H.264 не подходит для больших сеансов, поскольку он не поддерживает функцию масштабируемого видео OpenTok.