HTTP/TCP를 통해 라이브 대기 시간이 짧은 Opus를 스트리밍하는 데 적합한 기술/컨테이너를 찾고 있습니까?HTTP/TCP를 통한 대기 시간이 적은 운영 체제?
물론 Ogg 컨테이너가 확실한 선택입니다. 그러나 낮은 비트 전송률의 Opus (< 50 바이트/프레임)의 경우 대기 시간이 짧은 스트리밍이 필요한 경우 오버 헤드가 커집니다. 예를 들어 20ms 청크에서 Opus @ 8kbps의 경우 각 Ogg 페이지에 하나의 프레임 만 있으면 오버 헤드가 58 %가됩니다.
대기 시간이 짧다는 것을 알고있는 유일한 방법은 WebRTC를 사용하는 것입니다. 웹 기반의 다른 서비스가없는 곳을 위해 만들어졌습니다.
코덱을 선택할 수있는 것은 아니며 (적어도 고급 API는 제공되지 않음) 코덱과 비트 전송률 협상은 표준의 일부입니다. 그러나 브라우저 플러그인이 부족한 웹 기반의 경우 가장 낮은 대기 시간을 사용할 수 있습니다.
Here are some Opus streams over HTTPIcecast을 사용합니다.
Icecast는 현재 Ogg (Vorbis and Theora), Opus, WebM 및 MP3 오디오 스트림을 지원하는 스트리밍 미디어 서버입니다. 을 사용하여 인터넷 라디오 방송국 또는 개인적으로 운영되는 주크 박스를 만들고 사이에 많은 것들을 만들 수 있습니다. 새로운 형식이 이 비교적 쉽게 추가 될 수 있고 매우 공통적이어서 통신 및 상호 작용에 대한 공개 표준을 지원합니다.
아이스 캐스트 미디어 전송을 위해 UDP를 통해 SRTP를 활용 한 WebRTC 버전 2
낮은 대기 시간이 필요한 경우 실제로는 좋은 해결책이 아닙니다. 아이스 캐스트는 부드러운 스트리밍을 위해 만들어 지므로 대기 시간이 길고 모든 곳에서 버퍼링됩니다. – xryl669
오푸스는 실시간 잼을 위해 제작되었으므로 Icecast는이를 허용해야합니다. –
는 GNU GPL에 따라 배포됩니다. 프레이밍은 UDP에 고유하기 때문에 RTP/SRTP는 미디어 패킷의 프레이밍을 제공하지 않습니다. 따라서 TCP/HTTP를 통한 RTP/SRTP는 자체적으로 Opus를위한 충분한 컨테이너가 아닙니다. – user3569107
@ user3569107 기본 구현에 익숙하지 않습니다 ... WebRTC를 사용하기 위해 편리한 추상화만을 사용했습니다. 그러나 WebRTC에 대해 Opus 지원이 의무 사항입니까? 아닙니다. – Brad
예,하지만 문제는 HTTP를 통한 Opus에 대한 해결책이 필요합니다. 다른 경우 WebRTC는 낮은 대기 시간의 Opus를위한 이상적인 솔루션 인 것으로 보입니다. – user3569107