2013-06-07 5 views
2

문제점 : Icecast 탑재 지점을 통해 라이브 오디오 스트리밍. 서버 측에서 라이브 쇼가 중단되면 서버는 음악 재생 목록 재생으로 돌아갑니다 (실제 마운트 지점은 /live입니다). 그러나 라이브 스트림이 중지되면 오디오 플레이어도 중지됩니다. 개발 도구는 요청이 취소되었다고 말합니다. 플레이어는 HTML5에 있어야하므로 플래시가 필요하지 않습니다.IceCast 서버가 스트림을 변경하는 동안 계속 오디오를 스트리밍하는 방법

마운트 포인트 : http://198.154.112.233:8716/

스트림 : 나는 시도했다 http://198.154.112.233:8716/live

:

  • 가 마지막에 스트림 듣기, 다시 연결 플레이어를 말한다. 그러나 jPlayer 및 Mediaelement.js API의 모든 이벤트는 스트림이 중단 될 때 아무 것도 반환하지 않습니다.
  • 서버 호스트에 문의하여 바쁜 장면 재생 목록 스위처를 다룰 때 조언을 구하십시오.

나는이 문제에 대한 클라이언트 측 해결책을 찾고 싶습니다. websockets/webrtc가 연결을 유지하여이 문제를 해결할 수 있습니까?

답변

1

문제는 클라이언트 측이 아니라 인코딩 처리 방법입니다. 클라이언트 측에서이 문제를 적절히 수정할 수있는 변경 사항은 없습니다.

사용중인 스트림 구성은 인코더가 디스크의 파일을 백업 스트림으로 사용한다는 것입니다. 불행히도, 다시 인코딩 및 스 플라이 싱 (그리고 필요하다면 샘플 속도와 채널을 매칭하는 것) 대신에, 원시 파일 데이터를 보내고있는 것처럼 들립니다.

MPEG 디코더가 종종 손상된 스트림을 허용하고 다시 동기화되기 때문에 시간이 걸리는 경우가 있습니다. 그러나 때로는 스트림이 너무 깨져서 디코더가 포기합니다. 디코더는 샘플 속도 또는 채널 수에 변화가있는 경우에도 종종 중지됩니다. (비트 전송률 변경은 일반적으로 큰 문제가 아닙니다.)

문제를 해결하려면 호스트에 문의해야합니다.

0

예 재생 목록과 실시간 스트림이 동일한 코덱이 아니라면이 문제가 발생합니다. Liquidsoap과 같은 추가 도구는 더 많은 기능을 제공 할뿐만 아니라 나를 위해 문제를 해결했습니다. savonet.sourceforge.net