문제

여러 장치로 비디오 스트리밍을 지원하기 위해 RTSP를 사용하면 얻을 수 있는 이점을 찾고 있습니다.나는 가지고있다:

  1. TCP의 이점.
  2. 웹에서 일반적으로 사용되는 프로토콜이므로 많은 인프라에서 지원됩니다.
  3. 웹에서 일반적으로 사용되므로 많은 도구와 스택이 있습니다.
  4. SSL을 사용할 수 있습니다.
  5. 폭넓은 장치 지원(이건 확실하지 않음)

다른 아이디어가 있나요?

도움이 되었습니까?

해결책

RTSP는 매우 유연하다는 장점이 있지만 구현이 더 복잡하다는 단점이 있습니다.이는 특히 3GPP 스택의 일부인 휴대폰에서 널리 지원되는 표준이기도 합니다.

목록 포인트에 직접 응답:

  1. RTSP는 UDP와 TCP를 사용할 수 있습니다.일부 클라이언트는 전송 프로토콜 간에 원활하게 전환합니다.

  2. 몇 가지 대안이 있습니다.오픈 소스와 상업용 모두.상용 제품은 비용이 많이 들지만 상당히 기능적인 경향이 있는 반면, 오픈 소스 제품은 더 유연하지만 세련미가 부족한 경향이 있습니다.

  3. 라이브러리는 꽤 많지만 완성된 프로젝트는 원하는 만큼 많지 않습니다. 대부분의 프로젝트는 안정적인 상태이지만 상당히 오래되었습니다.

    • MPEG4IP(원래 Cisco에서 제작)는 1년 넘게 개발되지 않았습니다.
    • DSS는 때때로 QTSS보다 뒤떨어집니다.포크에 대한 이야기가 일부 나왔지만 확실한 내용은 나오지 않았습니다.
    • VLC는 스트리밍을 포함한 미디어용 표준 스위스 군용 칼이지만 서버는 아니다 무거운 하중을 위해 설계되었습니다.VLC는 또한 단순한 스트리머 클라이언트가 되도록 강요하기가 매우 어렵습니다.
  4. 내가 아는 한 DSS는 RTSP 연결에 대해 SSL을 지원하지 않으며 SSL을 사용하여 실제 비디오를 스트리밍하는 것은 너무 느려 실용적이지 않을 수 있습니다.

  5. RTSP는 VLC, QuickTime Player, mplayer, RealPlayer 및 대부분의 3G 호환 휴대폰에서 지원됩니다(마일리지는 다를 수 있음).

멀티캐스트와 UDP 및 라이브러리 지원을 사용하면 RTSP/RTP가 내부 응용 프로그램에 매우 유용할 수 있습니다.지원 범위가 넓기 때문에 광범위한 클라이언트를 지원해야 하는 애플리케이션에도 매우 좋은 선택입니다.복잡성의 실제 비용은 기존 기술과의 호환성이 필요하지 않은 외부 애플리케이션(예: 휴대폰을 지원할 필요가 없는 인터넷 라디오)의 경우 그다지 유리하지 않을 수 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top