TroubleShoot HTML5 и WebRTC потокового в VideoWhisper

Выявить и устранить проблемы, которые могут возникнуть после правильной настройки решения VideoWhisper, проверено и запущено.
Если вы не #8217;t установить его, еще получить план для решения под ключ, например, для HTML5 Видеочат .

Перед устранением неполадок убедитесь, что у вас есть последние плагины, решение установлено таким образом, проблемы не связаны с более старыми версиями. Как технология, Браузеров, обновление потоковых серверов, решение также обновляется, чтобы соответствовать и старые версии могут больше не работать.

Проблемы потоковой передачи могут иметь различные причины: Настройки конфигурации настройки, подключение пользователей к потоковому серверу, условия сети и пригодность протокола потоковой передачи, тип браузера и версия.

Here'#8217;есть некоторые возможные проблемы и шаги, чтобы определить их причину и возможные исправления:

Видео пикселирование, низкое качество

1. В HTML5 Видеочат приложение , переключить настройки и проверить выбранное разрешение потоковой передачи & bitrate в панели вещания и убедитесь, что они не настроены на низкие значения. Более высокий битрейт и разрешение должны обеспечить более высокое качество. Максимальный битрейт ограничен лицензией и планом хостинга.
2. Также проверьте реальные измерения потокового битрата. Настройки для поиска измерений как для панелей вещания, так и для воспроизведения.
+ Используйте лучшую сеть, если у вас есть выбор: 5ГГц на WiFi вместо 2.4 Ггц, LTE/4G на мобильном телефоне вместо 3G, проводной вместо беспроводной.
+ Убедитесь, что измеренный битрейт близок к выбранному битрейку.
+ Используйте Chrome на ПК, так как это также предоставляет статистику WebRTC, такую как потеря пакетов, Задержка, Дрожание.
3. Попробуйте настроить потоковую битрейт и посмотреть, достигается ли реальный битрейт на основе новых настроек. Максимальный битрейт ограничен лицензией и планом хостинга.
– WebRTC также адаптирует качество в зависимости от доступных условий подключения и сети для UDP.
Перегруженные сети и Wi-Fi / мобильный телефон в зависимости от сигнала может привести к потере пакета при использовании WebRTC UDP. Потеря пакета приводит к перебоям, пикселизации, более низкое качество, автоматизированное снижение битрейта (вынуждены браузера).
4. Попробуйте RTMP TCP вещания с OBS / GoCoder или другие кодеры, как уже упоминалось ниже. Пакеты TCP resends, устранение проблем с сигналом, связанным с Wi-Fi или мобильным подключением.
5. Если возникают проблемы как для потоковой передачи WebRTC, так и для RTMP, измерить подключение к Интернету (см инструкции ниже).

Перебои с трансляцией вещателя, частые ошибки, медленный веб-сайт во время потоковой передачи

Некоторые вещательные компании могут испытывать проблемы из-за скорости подключения к Интернету, расположение (очень далеко от потокового сервера). Наличие более низкого соединения требует корректировки максимального потокового битра, так что он не #8217;t потребляют всю доступную пропускную способность.

1) Если у вас есть несколько вариантов соединения, попробуйте с другой связи.
+ Для Wi-Fi, 5Ghz группа лучше для потокового видео по сравнению с пожилыми 2.4 Технология Ghz.
+ Для мобильных устройств, Lte / 4G лучше, чем старые 3G.
+ Проводные соединения более надежны, чем беспроводные.
2) Делать тест скорости от местоположения вещания на место рядом с сервера потоковой передачи.
1. Перейти к https://www.speedtest.net .
2. Изменение сервера и поиск сервера в Бохарнуа (Северная Америка).
3. Нажмите GO, чтобы начать измерение.
3. Получить ссылку измерения из верхнего левого значка и поделиться с нашими сотрудниками.
Вещатель загрузить соединение необходимо для обработки видео + аудио поток, а также другие взаимодействия и веб-запросы.
3) В некоторых сетевых условиях потоковое воспроизведение UDP может вообще не работать или обеспечить низкий битрейт и надежность (отображение в качестве пикселирования, перерывы).
Вещатель может скачать OBS для ПК / GoCoder для мобильных устройств за инструкции во вкладке Вещания для трансляции с RTMP TCP вместо WebRTC UDP.

Подключение к северу высокое, а качество потоковой передачи низкое/DISRUPTED, хотя настроен высокий битрат в настройках

Проверьте статистику live bitrate в приложении HTML5 Videochat, с помощью Chrome, чтобы получить расширенную статистику.
+ Переключитесь на более надежный сетевой вариант, если он доступен и еще не использует его: 5ГГц на WiFi вместо 2.4 Ггц, LTE/4G на мобильном телефоне вместо 3G, проводной вместо беспроводной.
+ Попробовать OBS / Гокодер RtMP потоковое.
Если бират соединения высок и живой битрат потокового ниже, чем настроенный, вопрос может быть связан с сетевыми условиями и потоковой передачей протокола WebRTC через UDP. Для более высокого качества и надежности, вещание возможно с помощью приложения RTMP TCP, как OBS для настольных компьютеров или Мобильный GoCoder, непосредственно на потоковое сервер без зависимости от веб-браузера. Поток RTMP доставляется пользователям сайта как HTML5 HLS.

Ошибка сбоя потоковой передачи браузера, Сообщение повторная попытка, ошибки разрешения, камера недоступна в списке

– Убедитесь, что вы загружаете сайт через HTTPS (требуется для публикации камеры) не HTTP.
– Перезагрузка браузера.
– Тест с другим браузером: Хром, Firefox, Храбрый, Сафари.
Попробуйте Храбрый браузер (Chrome конфиденциальности сосредоточены вилка).

Прерывистые проблемы с подключением, связанные с медленным сайтом или прерывистым 503 веб-ошибки / APP Веб-запрос ERRORS

Веб-хостинг ресурсы могут быть недостаточно для сложности сайта и нагрузки.
-Попробуйте уменьшить сложность сайта (удалив плагины) и нагрузка ресурсов на запрос.
-Обновление до более высокого плана от HTML5 WebRTC Ретрансляция Хостинг .

Поток вещания не соединяется или не отключается

Проверьте, если битрат (видео + аудио) находится в пределах плана хостинга. Попытка трансляции более высокого битрата приведет к автоматическому отказу потока и короткому охлаждению, в то время как все попытки соединения отклоняются.
Посмотреть загрузку клиента (Кбит) для вашего плана в HTML5 WebRTC Ретрансляция Хостинг и настроить ниже.

Некоторые пользователи могут передавать только #8217;t

– Проблема браузера: Обновление браузера до последней версии или попробуйте другой html5 браузер, как Храбрый браузер . Браузер должен поддерживать последние функции WebRTC и кодеки. Старые браузеры и версии не будут работать (в Windows использовать Край не Internet Explorer).
– Выпуск сети: Попробуйте другой сетевой протокол: Вещатель может скачать OBS для ПК / GoCoder для мобильных устройств за инструкции во вкладке Вещания для трансляции с RTMP TCP вместо WebRTC UDP.
– Выпуск брандмауэра: Если у пользователя брандмауэр может временно отключить его, чтобы определить, является ли это причиной. Необходимые порты и протоколы зависят от способа потоковой передачи, конфигурация сервера и сайта.

Посетители могут #8217;t подключиться или поток (без входа)

Только проблемы посетителей, скорее всего, связаны с кэшом и сайтом, обслуживающим статическое содержимое для их запросов.
В WP Super Cache вы можете отключить кэш для посетителей сайта, у которых есть файлы cookie.

Без звука

– Вещателю необходимо выбрать правильное устройство ввода (Микрофон). при трансляции. Открытая вкладка вещания для внесения изменений в устройства/настройки ввода.
– Зрители должны использовать “Нажмите на звук” кнопка для включения звука.
Браузеры требуют взаимодействия с пользователем, чтобы позволить автоматическое воспроизведение видео со звуком. Иногда воспроизведение не допускается вообще, и приложение покажет “Нажмите, чтобы играть” Кнопку.
Это функция браузера / Ограничение.
– Попробуйте перезагрузить потоковую или страницу. В зависимости от сетевых условий и браузера, аудио поток иногда может отсутствовать из WebRTC UDP вещания. Попробуйте OBS/GoCoder потоковой передачи по RTMP TCP для повышения надежности.

Веб-камера или микрофон недоступны

Веб-приложения используют устройства, предоставляемые системой / браузер для WebRTC . Попробуйте Образцы WebRTC для проверки доступных устройств. Если система / браузер не делает его доступным для использования WebRTC, Приложение на основе WebRTC не может получить к нему доступ.
-Убедитесь, что вы получаете доступ к HTTPS не HTTP, как последние браузеры требуют SSL публиковать веб-камера / микрофон.
-Попробуйте другой браузеру.
-Попробуйте вещание с OBS с настройками из вкладки Broadcast.
-При наличии, попробуйте устаревшие Flash-приложения.
-Для получения более подробной информации о поддержке браузера WebRTC, проверить с поддержкой поставщика оборудования.

Как тестировать

– Попробовать живые демонстрации , предпочтительно использовать Chrome, чтобы получить расширенную статистику. Если проблемы не возникают в живых демо, причина может быть связана с вашей установкой. Если возникают те же проблемы, они могут быть связаны с клиентским браузером / подключение.
– Переключитесь на более лучший сетевой вариант, если он доступен и еще не использует его: 5ГГц на WiFi вместо 2.4 Ггц, LTE/4G на мобильном телефоне вместо 3G, проводной вместо беспроводной.
– Обновление браузеров до последних версий. Попробуйте различные браузеры, чтобы определить, если проблема специфична для определенного браузера и его плагинов. Попробуйте открыть новую вкладку / окно в режиме конфиденциальности без плагинов, если возможно протестировать тот же браузер без плагинов.
– Попробуйте с другого компьютера / мобильное устройство, при наличии, для определения того, является ли проблема специфичен для устройства.
– Попробуйте от другого isP (в пример доступ с мобильного устройства с WiFi выключен для использования мобильной сети) для определения, является ли проблема специфичной для подключения.
– Иметь партнера, друг из другого теста местоположения, чтобы определить, если проблема специфична для среды тестирования.

Ограничения

– Прямая трансляция требует надежного высокоскоростного подключения к Интернету с достаточным битрейтом загрузки для передачи живого видео. В противном случае передача не удается или может быть выполнена только при низком качестве с потерянными кадрами и перерывами.
Параметры: Пользователи, у которых нет надежного высокоскоростного подключения к Интернету, могут быть не в состоянии транслировать видео в прямом эфире. Можно было попробовать передавать только звук микрофона. Пользователи с низким уровнем подключения также могут попробовать записывать и отправлять видео/аудио сообщения в чате (Если веб-запросы также не инсчитывание).
– Live воспроизведения требует высокой скорости подключения к Интернету с достаточно скачать битрейт, чтобы воспроизведение видео в прямом эфире.
Эти ограничения связаны с подключением к Интернету #8217;s и могут #8217;t быть улаированы на уровне сервера или программного обеспечения.
– Новейшие технологии браузера HTML5 необходимы для поддержки всех функций. Некоторые браузеры с частичной поддержкой могут не разрешать запись видео или трансляцию. Некоторые функции могут быть доступны только после включения из расширенных функций браузера. Например, запись требует MediaRecorder API.

Wowza RTSP Live Streaming для Android

 

Тест устройство воспроизведения RTSP:
RTSP://184.72.239.149/вод / mp4:BigBuckBunny_175k.mov

 

 

Настройка Wowza Media Server

– HTTP://www.wowza.com/forums/content.php?36#публиковать
[установить-реж]/конференции / Application.xml

+ Установите свойство Потоки / StreamType жить :
<StreamType>жить</StreamType>

+ Задавайте HTTPStreamers свойство cupertinostreaming,smoothstreaming,sanjosestreaming :
<HTTPStreamers>cupertinostreaming,smoothstreaming,sanjosestreaming</HTTPStreamers>

+ Установите свойство Streams / LiveStreamPacketizers в cupertinostreamingpacketizer,smoothstreamingpacket затор,sanjosestreamingpacketizer:
<LiveStreamPacketizers>cupertinostreamingpacketizer,smoothstreamingpacketizer,sanjosestreamingpacketizer</LiveStreamPacketizers>

+ Установите свойство RTP / аутентификации / PlayMethod никто не:
<PlayMethod>ни один</PlayMethod>

 

– HTTP://www.wowza.com/forums/content.php?62
[установить-реж]/конференции / Vhost.xml и добавить 554 в список HostPort / портов

– HTTP://www.wowza.com/forums/content.php?36#RTSP
RTP > Контейнер Недвижимость в [установить-реж]/конференции /[применение]/Application.xml (не забудьте получить правильный контейнер Properties – Есть несколько в Application.xml):
Код:

<Недвижимость>
<Имя>forceMPEGTSOut</Имя>
<Значение>правда</Значение>
<Тип>Логическое</Тип>
</Недвижимость>
<Недвижимость>
<Имя>rtpWrapMPEGTS</Имя>
<Значение>правда</Значение>
<Тип>Логическое</Тип>
</Недвижимость>

Опубликовать

HTTP://www.wowza.com/forums/content.php?62

  1. Кодирование:

    Лучше всего для кодирования видео с использованием низкого битрейта, частота кадров и низкая сложность кодирования. Для мобильного потокового общую битрейт между 64 Кбит в 250kbps, вероятно, лучше. Многие мобильные устройства не может быть в состоянии обрабатывать полный 30 кадров в секунду (кадров в секунду). Частота кадров 15 – 24 кадров в секунду может быть лучше для мобильных устройств. Лучше всего, чтобы кодировать с более низкой сложности H.264. Большинство мобильных устройств поддерживают только H.264 Baseline. Сложность датчика и уровень обсуждается здесь.

  2. Сеть (UDP и TCP установки):

    UDP: Лучше всего, чтобы открыть все UDP (0-65535) порты для RTSP / RTP потоковое. На входной стороне, Wowza стремится попробовать использовать порты в диапазоне между 6970-9999. Исходя выбора порта производится приемным устройством. Так что лучше, чтобы открыть все порты для исходящих UDP трафика. Получение настройки UDP правильно иногда трудно и зависит от вашего маршрутизатора и межсетевого экрана настройки. Если за NAT (трансляции сетевых адресов) важно, чтобы все UDP порты, которые отображаются на сервере Wowza.

 

Android: Большинство устройств Android поддерживает RTSP / RTP потоковое. Новые Android устройств, работающих под управлением версии 2.2 или больше (Froyo) также поддерживает версию 10.1 и может играть RTMP и флэш HTTP потоки. Устройства Android не может проигрывать MP3-потоки над RTSP / RTP в любой комбинации (аудио / видео или аудио только). Android устройства, поддерживающие версию 10.1 может играть MP3, используя RTMP или флэш-HTTP. При потоковом к Android устройства с помощью RTSP / RTP, часть RTP должен течь по UDP. Android браузер не поддерживает RTSP / RTP перемежаетс (RTP над TCP). Это означает, что если UDP недоступен для воспроизведения RTP, RTP над TCP не будет работать как отказа и ваш поток не будет играть.

Клиенты сообщали проблемы с воспроизведением RTSP / RTP на DroidX и Droid2. Кажется, что только несколько типоразмеров будет играть правильно на этих устройствах:

  • 800×480
  • 480×320
  • 240×160

 

VideoWhisper предоставляет совместимы, RTMP удалось Wowza хостинг планы и помощь с мобильного потокового:

HTTP://www.videowhisper.com/?р = Wowza Медиа сервер хостинг