отсутсвие обновление с 2015 года

[Max]

Доступ к серверу можно отправить через эту приватную форму

 

[Ritmius]

Доступ к серверу можно отправить через эту приватную форму

отправил, сейчас там тест проделан на Андройд sdk

если нужно можем вам с webview поделать. так же хочу еще раз застрять внимание, что на тех настройках которые сейчас работает нормально , если поставить ваши, то сразу становится плохая связь даже на web

 

[Max]

отправил, сейчас там тест проделан на Андройд sdk

Благодарим за проделанную работу, но, к сожалению, она бесполезна.
1. Согласно логам в архиве, на момент старта сервера перед тестом (12:55 по времени сервера) сбор клиентских дебаговых логов включен не был

хотя в файле настроек соответствующая настройка прописана

Дата изменения файла flashphoner.properties по времени сервера 13:28, то есть настройка была добавлена уже после перезапуска сервера

Таким образом, у нас нет дебаговых логов.
2. Поскольку дебаговых логов нет, нет и возможности расшифровать дамп трафика для единственной сессии, начало которой обнаружено в дампе. Для этой сессии клиентские логи вообще отсутствуют (файл нулевой длины).
3. Поскольку проблема, по Вашему утверждению, воспроизводится именно при рекомендованных настройках, то и тест следует проводить с рекомендованными настройками.
Просим повторить тест с учетом вышеизложенных ошибок при его проведении.

 

[Ritmius]

вы хотите , чтобы тест мы проделали на
с этими настройками mcu web даже заикается на новой версии MCU Client , video false

mixer_realtime=true
mixer_auto_start=true
mixer_mcu_audio=true
mixer_idle_timeout=10000
mixer_voice_activity=false
mixer_type=MULTI_THREADED_NATIVE
mixer_mcu_multithreaded_mix=true
mixer_audio_threads=3
mixer_mcu_multithreaded_delivery=true
mixer_in_buffering_ms=50
mixer_show_separate_audio_frame=false

mixer_video_enabled=false
mixer_video_width=320
mixer_video_height=240

audio_mixer_max_delay=100

этих настройках , где все икает?

 

[Max]

вы хотите , чтобы тест мы проделали на этих настройках , где все икает?

Да. В этом случае, если мы получим дебаговые логи, увидим, как заходит поток на сервер, а если получим дамп, возможно, сумеем его проиграть, и тогда получим полноценное воспроизведение проблемы в микшере уже в своем окружении. С этим данными будет гораздо проще отыскать возможную причину на стороне сервера.

 

[Max]

Добрый день.
По тикету WCS-3142. Пример Android Webview документирован, страница примера MCU Client в нем открывается и работает. Документация и ссылки на код примера здесь.

 

[Ritmius]

скажите , iOS webview есть?

 

[Max]

скажите , iOS webview есть?

Нет, в нем не было необходимости до 14.3, в более ранних версиях WebRTC не поддерживался. Завели тикет WCS-3186, сообщим, когда будет готово.

 

[Ritmius]

Нет, в нем не было необходимости до 14.3, в более ранних версиях WebRTC не поддерживался. Завели тикет WCS-3186, сообщим, когда будет готово.

есть понимание по срокам решения тикета WCS-3186?

 

[Max]

Тикет WCS-3186 находится в работе, на этой неделе выведем на внутреннее тестирование.

 

[Ritmius]

Тикет WCS-3186 находится в работе, на этой неделе выведем на внутреннее тестирование.

Добрый день! Есть новости по тикету?

 

[Max]

Добрый день! Есть новости по тикету?

Тикет WCS-3186 находится на предварительном тестировании, релиз ожидается до конца этой недели

 

[Max]

Добрый день.
Пример WebViewSwift доступен на GitHub. Описание пример здесь. iOS SDK желательно обновить до 2.6.46 . Потребуется также обновление WebSDK до сборки 2.0.171, где скорректировано определение браузера с учетом User-Agent, поставляемого WKWebView по умолчанию.