스트리밍 미디어 생방송, 즉 아나운서는 주로 휴대전화 카메라를 통해 동영상 데이터를 수집하고 마이크를 통해 오디오 데이터를 수집하고 일련의 사전 처리, 인코딩, 패키징한 후 CDN 으로 푸시하여 배포합니다.

1, 인수

모바일 라이브 SDK 는 휴대폰 카메라와 마이크를 통해 직접 오디오 및 비디오 데이터를 수집합니다. 이 중 IOS 하드웨어 종류가 많지 않아 비교적 간단합니다. 하지만 시중에 나와 있는 하드웨어 모델이 많기 때문에 안드로이드는 한 라이브러리에 모든 하드웨어를 맞추기가 어렵습니다.

2. 사전 처리

이 코너는 주로 미안, 워터마크, 가상화 등의 효과를 다루고 있다. 뷰티 기능은 거의 생방송의 표준 기능입니다. 우리는 조사에서 미용 기능이 없어 포기한 사례가 너무 많다는 것을 발견했다. 한편, 국가는 모든 생중계에 워터마크를 붙여야 하며 15 일 이상 재생해야 한다고 분명히 밝혔다.

3. 인코딩

휴대폰 비디오의 푸시, 당기기 및 저장을 용이하게 하기 위해 비디오 인코딩 압축 기술을 사용하여 비디오 크기를 줄이는 경우가 많습니다. 현재 일반적으로 사용되는 비디오 인코딩은 오디오에서 H.264 이고, AAC 인코딩 형식을 많이 사용하며, MP3, WMA 와 같은 다른 것도 선택 사항입니다.

4. 푸시 플로우

스트리밍을 위해 오디오 및 비디오 데이터는 전송 프로토콜을 통해 캡슐화되어 스트리밍 데이터로 변환되어야 합니다. 일반적으로 사용되는 스트리밍 미디어 프로토콜은 RTSP, RTMP, HLS 등입니다. RTMP 전송 지연은 보통 1-3 초입니다. RTMP 도 모바일 생중계에서 가장 많이 사용되는 스트리밍 미디어 프로토콜이 되어 실시간 요구 사항이 매우 높습니다. 마지막으로 오디오 비디오 스트리밍 데이터는 특정 Qos 알고리즘을 통해 네트워크로 푸시되어 CDN 을 통해 배포됩니다.

둘째, 라이브 플랫폼 소스 코드를 구축하면 서버가 처리합니다.

푸시된 스트림을 각 터미널의 서로 다른 프로토콜에 맞추려면 스크린 샷, 녹음, 워터마크 등을 포함한 대류도 필요합니다.

셋째, 라이브 플랫폼 소스 코드, 플레이어 측 구축

1, 풀 플로우

당기기는 사실 밀류의 역과정이다. 먼저 플레이어를 통해 코드 스트림을 얻습니다. 표준 풀 스트림 형식은 RTMP, HLS, FLV 등입니다. RTMP 는 Adobe 의 특허 계약이며 오픈 소스 소프트웨어와 오픈 소스 라이브러리 모두 잘 지원됩니다. 예를 들어 오픈 소스 librtmp 라이브러리는 플레이어가 flashPlayer 를 지원하는 한 rtmp 생방송을 매우 간단하게 재생할 수 있습니다. 생방송 지연은 일반적으로 1-3 초입니다.

1, 디코딩 및 렌더링

오디오 비디오 데이터에서 원본 데이터를 추출하는 것, 즉 오디오 비디오를 재생하는 것을 말합니다. 앞서 설명한 H.264 및 H.265 인코딩 형식은 모두 손실 압축이므로 추출된 원시 데이터는 원본 샘플링 데이터가 아니며 정보 손실이 있습니다. 따라서 비디오 양이 가장 적은 상황에서 다양한 인코딩 매개변수를 통해 최적의 원본 화면을 유지하는 것이 비디오 회사의 핵심 비결이 되었습니다.

결론적으로, 생방송 시스템을 구축하는 것은 여전히 복잡하다. 운영 차원의 생방송 시스템은 대부분 전문 개발팀을 직접 찾아 프로젝트 개발, 시스템 테스트 및 최종 온라인 배포를 진행한다. 전체 개발 후 운영 프로세스의 기술적 문제를 처리하기 위해 전담 기술 유지 관리 팀이 필요합니다. 나는 산둥 부곡에서 생방송으로 생방송 프로그램을 개발했는데, 애프터보장이 있다. 문의 가능합니다.