퀵타임 인코딩 : JW Player 및 AWS 트랜스 코더

Question

Amazon S3에 비디오 업로드를 저장하는 시스템을 연구 중입니다. 동영상은 수많은 고객이 업로드하며 우리는 그들이 업로드하도록 선택할 수있는 것을 통제하지 않습니다. 다양한 기기 및 운영체제 (Windows/Mac/데스크톱/태블릿/모바일)에 동영상을 표시합니다.

많은 코덱을 사용할 수 있기 때문에 .mov 파일에는 많은 문제가 있습니다 (일부 코덱은 잠재적으로 독점적이며 라이센스 문제 등).

아마존의 신축성있는 트랜스 코더를 사용하여 업로드 된 모든 비디오의 HTML5 video 태그 호환 버전을 생성하고이를 HTML5 호환 video 태그 마크 업을 사용하여 재생할지 또는 JW Player를 계속 사용할지 여부에 대한 옵션을 검토하고 있습니다. 파일이 사용자에 의해 업로드됩니다. iPad에서 JW Player를 사용하여 기존 .mov 업로드 중 하나를 테스트했으며 정상적으로 작동했으나 항상 정상적으로 작동하는지 또는 사용되는 코덱이 오류가 발생할 수 있는지 여부는 확실하지 않습니다. 이것이 문제인지 아닌지 아는 사람 있습니까? 문제가있는 경우 Amazon의 신축성있는 트랜스 코더를 사용할 때도 동일한 문제가 발생합니까? 이것에 대한 조언과 통찰력은 크게 감사 할 것입니다.

Answer 1

HLS 또는 Smooth와 같은 Adaptive Bitrate 형식의 이점을 누릴 필요가없는 한 MP4 형식으로 이동하여 여러 장치 및 플랫폼에서 재생할 때 넓은 호환성을 제공 할 수 있습니다. 즉, 사용자가 짧은 비디오의 경우 "점진적 다운로드"경험을하게되고 적응 비트 전송률로 인한 잠재적 인 대역폭 절감 및 버퍼링 사용자 경험이 줄어들지 않습니다.

JWPlayer 또는 FlowPlayer와 같은 타사 미디어 플레이어는 기본 비디오 태그 위에 추가 이점을 제공하므로 여전히 사용할 수 있습니다.

워크 플로우에 트랜스 코딩을 구현하면 (질문에서 언급 한 것과 같은 타사 SaaS 솔루션 또는 DIY 솔루션을 사용하여 수행 할 수 있음) 이점은 다음과 같은 이유로 재생 경험을보다 잘 제어 할 수 있다는 것입니다. 사용자가 액세스 할 수있는 형식 및 비트 전송률/해상도를 제어 할 수 있습니다.

제출 된 형식 중 일부는 비디오 태그 나 타사 플레이어에서 재생되지 않을 수 있기 때문에 재생시 호환성이 개선 될 것입니다.하지만 MP4로 트랜스 코딩하면 해당 문제가 해결됩니다. 또한 입력 비디오의 해상도/비트 전송률은 일부 사용자에게는 너무 높을 수 있으며 느린 네트워크 또는 과소 CPU에 대한 재생 환경에서 향상시킬 비트 전송률을 낮춤으로써 발생할 수 있습니다. 트랜스 코딩 할 때 동일한 입력 파일에 대해 서로 다른 비트 전송률로 여러 개의 출력을 만들도록 선택할 수 있습니다 (사용자가 자동으로 선택하지 않을 경우). 대역폭 조건에 맞게 재생할 품질을 선택할 수 있습니다.