Линии SDP WebRTC 'goog-remb' и 'transport-cc'
Я хотел бы знать, что означают эти строки SDP, поскольку я пытаюсь получить максимально плавную частоту кадров с потерями пакетов от 5% до 10%.
Строки, которые я не знаю: a=rtcp-fb:100 goog-remb a=rtcp-fb:100 transport-cc
Я не знаю, почему Firefox (например) убирает возможность "transport-cc", это то, что я хочу сделать плавной частотой кадров, даже если мне нужно декодировать неполные видеокадры?
С наилучшими пожеланиями, я надеюсь, что кто-то может помочь мне в этом:)
2 ответа
Густаво Гарсия написал сообщение в блоге об этом, называемое оценкой пропускной способности в WebRTC (и новом BWE на стороне отправителя).
Подводя итог, можно сказать, что goog-remb и transport-cc являются механизмами контроля перегрузки, причем goog-remb является более старым методом, а transport-cc является более новым методом.
Мое лучшее предположение заключается в том, что firefox удаляет transport-cc, потому что firefox еще не принял изменения transport-cc. По моему опыту, Chrome всегда опережает Firefox в изменениях webrtc.
В сети с потерями эти алгоритмы управления перегрузкой могут указывать отправителю снизить скорость передачи. Снижение скорости передачи может снизить потери (за счет качества). Однако, если сеть всегда с потерями 10%, как шумная сеть Wi-Fi, вы все равно можете столкнуться с проблемами декодирования видеокадров.
Обработка сбоев декодирования видео зависит от параметров кодирования видео vp8/h264, а не от контроля перегрузки. Как я уже сказал, контроль перегрузки может помочь уменьшить потери (в случае, если вы перегружаете свою сеть пакетами WebRTC), но если у вас просто сеть с потерями (например, плохой Wi-Fi), алгоритмы управления перегрузкой просто снизят качество без улучшения ошибок декодирования.,
google-remb и transport-cc могут справиться только с перегрузкой, если вы пытаетесь получить максимально плавную частоту кадров при потере пакетов от 5% до 10%, вы должны различать следующую ситуацию:
- потери пакетов из-за перегрузки сети
используя пространственную масштабируемость simulcast или svc, выберите низкое разрешение
- фиксированные потери пакетов из-за устройства Wi-Fi или что-то
используя NACK и FEC, увеличить избыточность