Search results

Подтверждаю. После апдейта rtmps работает.

Спасибо, обновимся и проверим.

Здравствуйте. Можно ли каким-то образом ре-транслировать rtmps-стрим (например, facebook больше не поддерживает rtmp). Я пробовал делать так же, как работало rtmp, но трансляция не происходила. Пример: { "streamName":"5d6f83907cefb67b6e4038e4_combined"...

Screensharing сам по себе работает качественно. Хватает параметров, которые можно передать при паблише стриме. Проблема именно для customStream в коде приведённом выше. Там используется chrome.tabCapture.capture

Так же выглядит и при x-google-max-bitrate=5000;x-google-min-bitrate=3000. Используется Chromium 71.0.3578.98 Built on Ubuntu , running on Ubuntu 16.04

Пробовали sdp.sdpString.toString().replace(/a=fmtp:(.*) (.*)\r\n/g, "a=fmtp:$1 $2;x-google-max-bitrate=10000;x-google-min-bitrate=2000\r\n") Ничего не изменилось. bitrate: 901 kb/s

Есть ли в новом WebSDK какие-то фиксы по этому сообщению? Клиент прислал видео, в котором эта ошибка появляется когда он пытался шарить камеру на WebSDK 0.5.28.2753.58 https://codeda.com/data/screencast_2019-01-10_22-40-07.mp4

Сравнили с примером. Заменили у себя frameRate:30 на frameRate: {max: 30} и теперь всё OK.

Подскажите, что имеется ввиду под стандартным примером Screen Sharing?

Не помогло. Вот лог ошибки: flashphoner.min.js:1 11:01:26 INFO webrtc - Initialized flashphoner.min.js:1 11:01:26 INFO websocket - Initialized flashphoner.min.js:1 11:01:26 INFO core - Initialized webinar.service.ts:156 Object flashphoner.min.js:1 11:01:35 INFO webrtc - ObjectsourceId...

На одной машине с Windows 7 на хроме не работает шаринг вкладки. Общий шаринг экрана при этом работает. Ошибок в консоли браузера не наблюдалось и на других машинах не повторялось. Высылаю логи на почту.

а можно ли указать битрейт для customStream? В сочетании с webrtc_cc_min_bitrate и webrtc_cc_max_bitrate пробовали так: chrome.tabCapture.capture({audio: true, video: true}, stream => { const serverUrl=ffServer; Flashphoner.init({}); const setStatus=function(status, stream)...

Выслал logs и conf.

Перестали работать стримы. В том числе из вэб-консоли. Приблизительно в время сбоя в логах сперва было полотно вида: 14:27:09,685 ERROR ControlPacketDecoder - RTP-pool-36-thread-403 Failed to decode control packet 14:27:10,233 WARN ControlPacket - RTP-pool-36-thread-403 Rtcp innerBlocks...

Работает с этой опцией новое WebSDK. Спасибо!

Спасибо, попробуем!

Что-то дали присланные логи? Как-то влияет на ситуацию то, что скрин-шаринг запускается на aws-инстансе? Все порты открыты в консоли.

При скрин-шаринге в h264 на Ubuntu 16.04 каждый раз замирает кадр в выходном потоке на несколько секунд и в логе хрома полотно ошибок вида: [OpenH264] this = 0x0xcfc650d4930, Error:CWelsH264SVCEncoder::SetOption():ENCODER_OPTION_BITRATE layerId= 4,iSpatialBitrate = 2115098000 [OpenH264] this =...

Возможно ли, чтобы стримы шли в vp8, а рекординг сохранялся в h264? Или хотя бы, чтобы один конкретный стрим был в h264, а остальные в vp8.

Да! Помогло! Спасибо! После я вернул как было и сделал: var createGainNode = function(stream) { var audioCtx = audioContext; console.log('audioCtx',audioCtx); var source = audioCtx.createMediaStreamSource(stream); console.log('source',source); var gainNode =...