경쟁력을 유지하려면 광케이블로 연결된 스마트 TV부터 연결이 제한된 스마트폰에 이르기까지 모든 디바이스에서 동영상을 원활하게 재생해야 한다는 사실을 OTT 서비스들은 잘 알고 있습니다. 또한 스트리밍 전송은 특히 저장 공간과 대역폭이 비효율적으로 확장되는 경우 큰 비용이 발생합니다.
비디오 트랜스코딩에 대한 전략적 접근은 오늘날 모든 스트리밍 서비스 제공업체에게 필수적입니다. 시청자별로 파일 크기와 스트리밍 품질을 최적화함으로써 이러한 비용을 크게 절감하는 동시에 비용 효율적이고 장기적인 성장을 위한 기반을 마련할 수 있습니다.
비디오 트랜스코딩이란 무엇인가요?
트랜스코딩은 동영상 파일을 한 형식에서 다른 형식으로 변환하는 프로세스입니다. 동영상을 수집하고 중간 포맷으로 디코딩한 다음 원하는 포맷으로 다시 인코딩하는 과정을 거칩니다.
트랜스코딩 대 인코딩
인코딩은 스트리밍하기에는 너무 큰 원시 데이터를 관리하기 쉬운 디지털 포맷으로 압축합니다. 반면 트랜스코딩은 인코딩된 파일을 다른 포맷으로 변환하여 다양한 디바이스, 플랫폼, 네트워크에 전송하는 작업입니다.
트랜스코딩 대 트랜스믹싱
트랜스코딩은 동영상의 파일 형식을 변환할 때 비트 전송률, 프레임 크기 또는 동영상 코덱과 같은 고유의 속성을 변경합니다. 반면 트랜스룩싱은 비디오 및 오디오 데이터를 다시 인코딩하지 않고 단순히 전송을 위해 비디오가 패키징되는 방식만 변경합니다. 따라서 트랜스코딩은 대역폭과 스토리지 등에 영향을 미치는 반면, 트랜스룩싱은 디바이스 호환성 문제를 해결합니다.
비디오 트랜스코딩은 어떻게 작동하나요?
트랜스코딩은 고립된 프로세스가 아니므로 인제스트부터 전송까지 스트리밍 워크플로우에서 트랜스코딩이 차지하는 위치와 맥락을 이해하면 가장 잘 이해할 수 있습니다.
비디오 인제스트
동영상이 트랜스코딩되기 전에 파일은 콘텐츠 관리 시스템(CMS), 스트리밍 플랫폼 또는 클라우드 트랜스코딩 제공업체에 업로드됩니다.
인제스트는 수동 프로세스로 수행하거나 브라이트코브의 동적 인제스트 API와 같은 솔루션을 통해 자동화할 수 있습니다. 이 경우 선호하는 스토리지 위치에서 비디오 소스 파일이 자동으로 직접 검색되고 지정된 소스 파일의 렌더링이 생성됩니다. 이를 통해 시스템에 렌더링 생성 방법을 정확하게 지정할 수 있습니다.
예를 들어 1080p 10Mbps 비디오 파일에 대해 1920×1080에서 640×360까지 다양한 비트레이트와 해상도의 8가지 렌더링을 HLS 및 DASH 포맷으로 생성하도록 지정할 수 있습니다. 이 시스템에서는 하나의 계정에 대해 여러 프로필을 정의할 수 있으므로 하나의 브라이트코브 계정에 다양한 렌더링 유형을 포함할 수 있습니다.
비디오 트랜스코딩
수집 후 소스 파일은 다양한 전송 사용 사례에 적합한 포맷으로 변환되거나 트랜스코딩됩니다.
예를 들어 8K로 촬영한 스마트폰 동영상을 상상해 보세요. 대부분의 메시징 앱에서 첨부하기에는 너무 크기 때문에 이러한 앱은 압축합니다. 동영상 크기에 따라 1분 이상 걸릴 수도 있습니다. 이제 웹사이트, 소셜 플랫폼, OTT 앱에 동영상을 게시한 후 각 엔드포인트에서 가장 보기 좋은 포맷으로 몇 초 만에 변환한다고 상상해 보세요. 이것이 바로 트랜스코딩이 하는 일입니다.
이는 프로세스에서 가장 중요한 부분이기 때문에 모든 출력 요구 사항을 충족할 수 있는 빠르고 고품질의 솔루션을 확보해야 합니다. 브라이트코브의 젠코더는 클라우드 기반 접근 방식을 통해 가장 빠른 표준 트랜스코딩, 업계 최고의 안정성, 탁월한 입력 파일 호환성, 연결된 모든 디바이스에 대한 출력 지원을 제공합니다.
동영상 패키징 및 전송
트랜스코딩 프로세스의 핵심은 스트리밍 전송 또는 다운로드를 위해 미디어를 패키징하는 것입니다. 오늘날 스트리밍 프로토콜은 다양한 품질의 여러 렌더링(적응형 비트레이트 스트리밍 또는 ABR이라고 함)을 매니페스트 파일로 설명되는 단일 리소스로 결합하거나 패키징합니다. 이를 통해 스트림이 네트워크 조건에 '적응'하고 시청 환경을 유지할 수 있습니다. 가장 일반적으로 사용되는 스트리밍 형식은 HLS와 DASH입니다.
-
- HLS. HTTP 라이브 스트리밍은 Apple에서 개발한 스트리밍 프로토콜입니다. HLS는 오디오 및 비디오용 여러 코덱(h.264, HEVC), 여러 오디오 및 비디오 렌더링, 가변 세그먼트 크기를 지원합니다. 매니페스트 구조는 각 렌더링에 대한 고유한 매니페스트 파일을 참조하는 마스터 매니페스트 파일(.m3u8)로 구성됩니다. HLS는 모든 Apple 플랫폼과 기타 다양한 플랫폼 및 디바이스에서 지원되는 성숙한 포맷입니다.
-
- DASH. 동적 적응형 스트리밍 오버 HTTP는 MPEG에서 개발한 고도로 사용자 정의 가능한 스트리밍 프로토콜입니다. 또한 DASH는 오디오 및 비디오용 다중 코덱(h.264, HEVC), 다중 오디오 및 비디오 렌더링, 가변 세그먼트 크기를 지원합니다. DASH는 다양한 모바일 디바이스, 웹 브라우저, 커넥티드 디바이스 및 스마트 TV에서 지원됩니다. Apple 디바이스에서는 DASH가 기본적으로 지원되지 않습니다.
동영상 콘텐츠를 재생하기 전에 플레이어는 대역폭 및 디스플레이 크기와 같은 요소를 분석하여 최상의 시청 환경을 위해 가장 적합한 렌더링을 선택합니다.
고급 비디오 솔루션
일부 고급 기술은 콘텐츠 유형, 디바이스 기능, 네트워크 상태, 시청자 행동과 같은 추가 컨텍스트에 따라 렌더링을 선택합니다. 예를 들어, 브라이트코브의 컨텍스트 인식 인코딩(CAE)은 머신 러닝을 사용하여 소스 파일을 분석하고 각 콘텐츠에 대한 맞춤형 인코딩 래더(렌더링 세트)를 구축합니다. 이를 통해 시청 경험을 개선하고 비용을 절감할 수 있습니다.
그럼에도 불구하고 여러 디바이스에 동영상을 전송하면 특히 DRM으로 제어되는 콘텐츠의 경우 스토리지 및 대역폭 비용이 빠르게 증가할 수 있습니다. FairPlay 및 Widevine과 같은 DRM(디지털 저작권 관리) 제공업체는 특정 디바이스에서만 호환됩니다. 따라서 여러 엔드포인트에 트랜스코딩이 필요한 경우 광범위한 시청자에게 도달하려면 대용량 렌더링을 많이 저장해야 할 수 있습니다.
브라이트코브는 비용 관리를 위해 동적 전송도 제공합니다. 비디오 인제스트 중에 각 렌더링이 패키징되는 정적 전송과 달리 동적 전송은 렌더링을 더 작고 조각화된 MP4로 저장합니다. 디바이스가 비디오를 요청하면 JIT(Just-in-Time) 패키징이 fMP4를 사용하여 적절한 스트리밍 및 DRM 포맷을 생성하므로 스토리지 비용을 크게 절감할 수 있습니다.
디바이스, 브라우저, 네트워크의 매트릭스가 계속 확장됨에 따라 콘텐츠 제공업체는 비디오 트랜스코딩과 사용 가능한 옵션에 대한 확실한 이해가 필요합니다. 다양하고 진화하는 시청자의 요구에 맞는 콘텐츠를 제공하는 것은 복잡할 수 있지만, 오늘날의 고급 솔루션은 이를 달성할 수 있는 동시에 효율적으로 만들어 줍니다.
이 블로그는 원래 Ameet Bharwani가 2016년에 작성했으며 정확성과 포괄성을 위해 업데이트되었습니다.
