현재 위치 - 법률 상담 무료 플랫폼 - 특허 조회 - 어떻게 신속하게 완전한 모바일 생방송 시스템을 만들 수 있습니까?
어떻게 신속하게 완전한 모바일 생방송 시스템을 만들 수 있습니까?
모바일 생방송 업계의 열기는 오랜 기간 지속될 예정이며, 각 업종과의 융합을 통해 무한한 가능성을 가진 업종이 될 것이다. 주로 다음 세 가지 이유 때문입니다.

첫째, 모바일 생방송의 UGC 생산 모델은 PC 측 생중계보다 더 두드러진다. 누구나 언제 어디서나 재생할 수 있는 장치를 갖추고 있으며, 인터넷 시대의 개방 원칙에 완벽하게 부합하여 더 많은 사람들이 양질의 콘텐츠를 창작하고 보급하도록 자극할 수 있습니다.

둘째, 네트워크 대역폭과 속도가 점차 높아지고 네트워크 비용이 점차 낮아져 모바일 생중계를 위한 탁월한 발전 환경을 제공합니다. 텍스트, 사운드, 비디오, 게임 등. 모바일 생중계에서 보다 풍부한 사용자 경험을 만들 것입니다. 생방송은 SDK 형식으로 자신의 앱에 접근할 수 있다. 예를 들어, 교육 분야의 방과 후 과외는 생방송으로 진행할 수 있고, 전자상도 생방송으로 사용자가 상품을 선택할 수 있도록 하여 판매를 촉진할 수 있다.

다시 한 번, VR/AR 기술과 결합된 모바일 생방송은 업계 전체의 미래를 위한 새로운 발전 공간을 제공합니다. VR/AR 생중계는 사용자가 몰입할 수 있도록 하여 앵커와 시청자 간의 더욱 긴밀한 상호 작용을 유도하고 플랫폼 사용자 참여도를 크게 높일 수 있습니다.

현재 기술력과 트래픽 우세를 갖고 있는 인터넷 종사자들은 생방송을 놓치고 싶지 않다. 어떻게 빨리 생방송 시스템을 구축하느냐가 모두의 관심사가 되었다. 나는 너와 나의 경험을 공유하고 싶다. 본인은 생방송 제품 개발에 종사하고 있습니다. 시장을 빠르게 따라잡기 위해 우리 제품은 전부 스스로 하는 것이 아니라 재미있는 클라우드 서비스가 제공하는 생방송 SDK 를 사용했다.

실무자들은 전체 생방송 제품에 스트리밍 미디어 터미널 (수집, 사전 처리, 인코딩, 스트리밍 미디어), 서버 처리 (트랜스코딩, 녹음, 스크린 샷, 노란색 인식), 플레이어 (스트리밍 미디어, 디코딩, 렌더링) 및 대화형 시스템 ( Live SDK 가 모든 방면에서 하는 일에 대해 말씀드리겠습니다.

1. 모바일 라이브 스트리밍 미디어 푸시측은 어떤 작업을 해야 합니까?

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

1, 인수

모바일 라이브 SDK 는 휴대폰 카메라와 마이크를 통해 직접 오디오 및 비디오 데이터를 수집합니다. 여기서 비디오 샘플링 데이터는 일반적으로 RGB 또는 YUV 형식이고 오디오 샘플링 데이터는 일반적으로 PCM 형식입니다. 수집한 원본 오디오 비디오의 양은 매우 커서 압축 기술을 통해 처리하여 전송 효율성을 높여야 한다.

2. 사전 처리

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

미안은 실제로 이미지의 피부 부분을 인식하고 피부 영역의 색상 값을 조정하는 알고리즘입니다. 색상 대비를 통해 피부 영역을 찾으면 색상 값을 조정하거나, 흰색 레이어를 추가하거나, 투명도를 조정하여 미백 효과를 얻을 수 있습니다. 미안 처리 방면에서 가장 유명한 GPUImage 는 풍부한 효과를 제공하는 동시에 iOS 와 안드로이드를 지원하고 자신의 알고리즘을 지원하여 자신의 가장 이성적인 효과를 얻을 수 있다. GPUImage 에는 120 가지 일반적인 필터 효과가 내장되어 있어 필터를 추가하면 코드 몇 줄만 호출하면 됩니다.

3. 인코딩

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

20 12 탄생한 H.265 코덱 표준은 이전 H.264 에 비해 크게 향상되었다. 원래 대역폭의 절반만으로 같은 품질의 비디오를 재생할 수 있고 1.5Mbps 이하의 네트워크도 1080p HD 비디오를 전송할 수 있습니다. 아리운과 김산운은 모두 자신의 H.265 코덱 기술을 밀고 있다. 생방송의 급속한 발전과 대역폭에 대한 의존도로 H.265 코덱 기술은 H.264 를 완전히 대체하는 추세다. .....

H264 모듈과 H265 모듈 간의 기술적 차이점:

또한 하드웨어 인코딩이 모바일 생중계에 선호되는 720p 이상의 비디오 소프트 코딩 추세가 두드러집니다. IOS 플랫폼에서는 하드웨어 코딩 호환성이 뛰어나 직접 채택할 수 있습니다. 그러나 Android 플랫폼에서 MediaCodec 인코더의 성능은 칩 플랫폼마다 크게 다르며 전체 플랫폼 호환성을 완벽하게 달성하는 데 드는 비용은 여전히 높습니다.

4. 푸시 플로우

스트리밍을 위해 오디오 및 비디오 데이터는 전송 프로토콜을 통해 캡슐화되어 스트리밍 데이터로 변환되어야 합니다. 일반적으로 사용되는 스트리밍 미디어 프로토콜은 RTSP, RTMP, HLS 등입니다. RTMP 전송의 지연은 보통 1_3 초입니다. RTMP 도 모바일 생중계에서 가장 많이 사용되는 스트리밍 미디어 프로토콜이 되어 실시간 요구 사항이 매우 높습니다. 마지막으로 오디오 비디오 스트리밍 데이터는 특정 Qos 알고리즘을 통해 네트워크로 푸시되어 CDN 을 통해 배포됩니다. 생방송 장면에서는 네트워크 불안정이 일반적입니다. 이때 사용자가 네트워크가 불안정한 상황에서 생방송 경험을 볼 수 있도록 Qos 가 필요합니다. 버퍼는 일반적으로 앵커 끝과 재생 끝에 설정되므로 비트율이 균일합니다. 또한 동적 비트율과 프레임 속도는 실시간 변화 네트워크 조건에서 가장 일반적으로 사용되는 전략입니다.

물론, 인터넷 전송 방면에서 전적으로 스스로 하는 것은 기본적으로 비현실적이다. CDN 서비스 업체를 찾아 해결책을 제공하는 것이 최선의 선택이다. 문장 시작 부분에 소개된 클라우드 비디오 서비스 업체를 참고하세요. 아리운은 국내에서 유일하게 CDN 캐시 서버를 자체 개발할 수 있는 업체로 성능이 보장된 것으로 알려졌다. 물론 대부분의 생방송 플랫폼은 여러 비디오 클라우드 서비스 업체에 동시에 접속하여 스트리밍 미디어 회선을 서로 백업할 수 있으며 스트리밍 미디어 후 비디오 클러스터를 최적화하면 생방송의 유동성과 안정성을 높일 수 있습니다.

둘째, 서버는 어떤 작업을 해야 합니까?

다양한 터미널과 플랫폼에 적응하기 위해 서버는 RTMP, HLS, FLV 등의 형식 풀 스트림을 지원하고 단방향-멀티플렉싱 네트워크 및 해상도를 지원하는 터미널 장치도 지원합니다.

1, 스크린 샷, 녹음, 워터마크

아리운과 같은 클라우드 서비스 공급업체는 실시간 트랜스코딩 기술을 제공하여 사용자의 높은 비트율 (예: 720P) 의 푸쉬 스트림을 실시간으로 저선명 (예: 360P) 스트림으로 변환하여 플레이어의 요구를 충족합니다. 실시간 트랜스코딩 시스템을 직접 구축하려면 비용이 매우 많이 든다. 8 코어 장치는 10 스트림만 실시간으로 변환할 수 있습니다. 정상적인 생방송 플랫폼에 1000 개의 스트림이 있는 경우 100 대의 장비와 사후 운영 유지 보수 비용이 더해져 일반 회사는 부담할 수 없습니다.

2, 황 지안

20 16, 18 년 4 월 4 일 문화부는 두어, 호아, YY, 판다 TV, 6 개 방, 9 158 이 음란물을 선전하는 혐의를 받고 있다 정부가 감독에 개입하면 생중계업계가 건강한 생태를 조성하고 양성 발전에 진입하는 데 유리하다. 즉, 보안 생방송은 노란색 제품을 식별해야 하고, 기술적 수단을 이용하여 노란색 제품을 식별하는 것은 모바일 생방송 플랫폼의 필연적인 해결책이라는 의미이기도 하다.

시장에서 노란색 인식 서비스를 제공하는 방안은 크게 두 가지가 있다. 첫 번째는 비디오를 캡처한 다음 노란색 이미지를 식별하여 노란색 인식 결과와 점수를 반환하는 것입니다. 전형적인 기업은 알리 (그린망), 아틀라스 기술 등이다. 현재 직접 들어오는 비디오가 지원되고 결과는 서버에 의해 분석됩니다. 일반적으로 비즈니스 시스템은 노란색 인식 서비스에 접속하여 노란색 인식 결과에 따라 생방송 흐름을 제어합니다 (예: 생방송 차단, 계정 봉쇄 등). 두 번째는 CDN 과 결합하여 생방송 스트림을 직접 분석하는 것이다. 식별 결과는 포르노, 의심 포르노, 섹시, 정상으로 나뉘며, 업무 시스템은 식별 결과에 따라 생방송 흐름을 직접 통제한다. 전형적인 기업은 Viscovery 입니다. 이 방안의 장점은 실시간성을 보장할 수 있다는 점이다. 단점은 CDN 이나 자신의 기계실에 배치해야 한다는 점이다. 사용 비용이 비교적 높다는 것이다.

클라우드 서비스 촬영과 같은 원스톱 생방송 솔루션 공급업체도 있습니다. 사용자는 콘솔에 노란색 인식 서비스를 구성하기만 하면 각 응용 프로그램, 생방송 스트림을 실시간으로 감사할 수 있습니다. 콘솔에서 재미있는 비디오 클라우드 서비스는 실시간으로 포르노 평가 결과를 반환합니다. 사용자는 직접 포르노 생방송 캡처와 불법 인터페이스를 볼 수 있으며, 동시에 생방송 흐름을 제어하고 문제 생방송 흐름을 차단할 수 있다. 서비스업자는 또한 문자 메시지, 메일, 역내 메일 기능을 제공하여 불법 동영상 누락을 방지하고 플랫폼에 손실을 초래하기 때문에 이런 방식을 채택했다.

셋째, 플레이어는 어떤 일을 해야 합니까?

어떻게 플레이어측에서 초를 열어 생방송 중 화면과 사운드가 선명함을 보장하는 동시에 생방송 트래픽을 안정화, 처리, 차단하지 않고, 이러한 작업들은 모두 서버측과 최적화해 정확한 스케쥴링을 해야 한다. (윌리엄 셰익스피어, 스튜어트, 자기관리명언) (윌리엄 셰익스피어, 오페라, 희망명언)

1, 풀 플로우

당기기는 사실 밀류의 역과정이다. 먼저 플레이어를 통해 코드 스트림을 얻습니다. 표준 풀 스트림 형식은 RTMP, HLS, FLV 등입니다. RTMP 는 Adobe 의 특허 계약이며 오픈 소스 소프트웨어와 오픈 소스 라이브러리 모두 잘 지원됩니다. 예를 들어 오픈 소스 librtmp 라이브러리는 플레이어가 flashPlayer 를 지원하는 한 rtmp 생방송을 매우 간단하게 재생할 수 있으며, 생방송 지연은 일반적으로 1_3 초입니다. HLS 는 애플이 제안한 HTTP 기반 스트리밍 미디어 전송 프로토콜입니다. HTML5 는 직접 재생할 수 있으며, 위챗, QQ 등의 소프트웨어를 통해 공유할 수 있으며, 사용자도 직접 생방송을 볼 수 있습니다. 모바일 생방송 app 및 HLS 스트리밍 미디어 프로토콜을 지원해야 한다고 할 수 있지만 지연은 일반적으로 10 초보다 크다는 단점이 있습니다. FLV(HTTP-FLV) 프로토콜은 Adobe 특허에 납치될까 봐 걱정할 필요 없이 HTTP 프로토콜을 사용하여 스트리밍 콘텐츠를 전송하는 프로토콜입니다. 생방송 지연도 1_3 초에 이를 수 있다.

서로 다른 풀 플로우 계약 간의 차이:

Dell 이 사용하는 재미있는 비디오 클라우드 서비스의 생방송 스트리밍 기술은 다양한 비즈니스 시나리오의 요구를 충족하기 위해 위의 세 가지 형식을 제공합니다. 예를 들어 인스턴트 또는 상호 작용에 대한 요구가 높은 경우 RTMP 또는 FLV 형식을 생방송에 사용할 수 있습니다. 재생 또는 크로스 플랫폼 요구 사항의 경우 HLS 를 사용하는 것이 좋습니다. 물론 세 가지 프로토콜을 동시에 사용할 수 있지만 해당 장면만 사용할 수 있습니다.

2, 디코딩 및 렌더링

캡슐화된 비디오 데이터를 얻기 위해 스트림을 당긴 후에는 디코더에서 디코딩하고 렌더링해야 플레이어에서 재생할 수 있습니다. 인코딩의 역과정으로 오디오 비디오 데이터에서 원시 데이터를 추출하는 것을 말합니다. 앞서 설명한 H.264 및 H.265 인코딩 형식은 모두 손실 압축이므로 추출된 원시 데이터는 원본 샘플링 데이터가 아니며 정보 손실이 있습니다. 따라서 비디오 양이 가장 적은 상황에서 다양한 인코딩 매개변수를 통해 최적의 원본 화면을 유지하는 것이 비디오 회사의 핵심 비결이 되었습니다.

HD 에 대한 지원을 고려해 볼 때, 하드 디코딩은 분명히 디코딩의 선택이다. 앞서 언급했듯이 iOS 시스템의 하드웨어는 비교적 간단하고 폐쇄적이며 지원도 좋습니다. 플랫폼 간의 큰 차이로 인해 코덱이 모든 플랫폼과 완벽하게 호환되도록 하려면 아직 해야 할 일이 많다.

넷째, 모바일 생방송의 상호 작용 시스템

모바일 생중계에서 가장 흔히 볼 수 있는 상호 작용은 대화방 (탄막), 점찬, 선물 감상 등이다. 대화형 시스템은 메시지의 실시간 및 상호 작용성을 포함하며, 기술 구현에서는 대부분 IM 의 기능을 사용하여 구현됩니다. 온라인 인원이 많은 방, 탄막 소식이 많아 아나운서와 사용자가 볼 수 없다. 서버의 스트레스를 줄이기 위해서는 제품 전략에 필요한 최적화가 필요하다.

1, 대화방

모바일 생중계의 탄막 상호 작용은 사용자와 아나운서 간의 주요 상호 작용 방식이지만 실제로는 IM 의 대화방 기능입니다. 대화방은 대화방과 기능이 비슷하지만 대화방의 메시지는 오프라인 사용자에게 배포할 필요가 없고 역사 소식도 볼 필요가 없다. 사용자가 대화방에 들어가면 채팅 메시지와 그룹 구성원 정보만 볼 수 있습니다. 복잡하고 변화무쌍한 네트워크 상황에 직면하여 사용자의 위치에 따라 가장 가까운 해당 사업자의 단선실을 선택해서 탄막 메시지 업무에 접속하여 탄창을 더욱 시기 적절하게 해야 한다.

2. 선물 시스템

선물 시스템은 대부분의 모바일 생방송 플랫폼의 표준이며 이러한 플랫폼의 주요 수익원입니다. 선물의 형식은 사용자와 아나운서의 상호 작용도 향상시켰으며, 이것이 앵커가 플랫폼에 의존하는 주된 이유이기도 하다.

선물의 송수신도 대화방 인터페이스를 이용하여 이루어지는데, 보통 IM 의 맞춤형 메시지를 이용하여 이루어진다. 사용자가 선물을 받거나 보낼 때, 그들은 맞춤식 메시지에 해당하는 선물 그래픽을 제시한다.

제 3 자 SDK 서비스를 사용한 후 생방송 제품에 대한 체험입니다. 창업자와 종사자들에게 도움이 되기를 바랍니다.