H.264/SVC 표준을 처음 사용합니다. 나는 android, ipad 및 iOSx와 같은 모바일 장치가 H.264/AVC를 지원하는지 조사하고 조사했습니다. H.264/SVC는 기본 프로파일 및 향상된 프로파일을위한 다층 구조를 가진 H.264/AVC의 확장이기 때문에 H.264/AVC를 지원하는 장치가 H.264/SVC를 지원하는지 여부를 궁금해했습니다. ?h.264/svc mobile support
이 문제에 대한 저의 이론적 연구에서 H.264 AVC 플레이어는 H.264 SVC 스트림을 상자 밖으로 디코딩 할 수 없습니다.
그러나 서버에서 인코딩 형식으로 SVC를 사용한다고해서 반드시 SVC로 인코딩 된 데이터를 클라이언트로 스트리밍한다는 것을 의미하지는 않습니다. SVC에서 AVC 로의 변환은 아주 적은 계산 노력으로 서버 측에서 수행 할 수 있습니다. 다시 인코딩하지 않습니다! 서버에서 H.264 SVC 파일 형식을 사용하지만 사용 가능한 네트워크 대역폭을 결정한 후에도 고객에게 맞춤형 데이터 속도로 AVC 스트림을 보내는 솔루션이 시장에서 점점 더 많아지고 있습니다. 이렇게하면 스트리밍 시스템은 기존 클라이언트 기반과 호환되지만 서버에서 SVC의 장점 (예 : 비디오 당 하나의 파일 및 매우 낮은 저장소 오버 헤드)을 사용할 수 있습니다.
한편 클라이언트가 SVC 형식으로 스트림을 보낼 수있는 경우가 있습니다. 필요한 경우 이러한 SVC 스트림은 사용 가능한 대역폭에 따라 감소 된 데이터 속도를 가질 수 있습니다.이 속도는 원래 SVC 파일에서 쉽게 추출 할 수 있으며 SVC 계층을 제거하여 낮은 컴퓨팅 성능으로 추출 할 수 있습니다. 사용 가능한 대역폭으로 전체 SVC 파일을 스트리밍 할 수없는 경우 즉시 스트림을 재구성하고 축소 된 레이어 세트 (단순 기본 레이어까지)를 보내면 많은 시나리오에서 의미가 있습니다. 결국 이것이 SVC의 모든 것입니다. 단일 마스터 파일 또는 고 대역폭 SVC 스트림에서 축소 된 대역폭 버전을 신속하게 생성 할 수 있습니다.
실제로 SVC 스트림에서 레이어를 삭제하는 작업은 서버에서 클라이언트로가는 도중에 특수화 된 중간 네트워크 노드와 프록시에서 즉석에서 진행될 수 있습니다. 이렇게하면 네트워크 연결의 다음 섹션에서 전체 수신 스트림에 대해 낮은 대역폭이있을 때마다 신호 데이터 속도를 줄일 수 있습니다.
내가 SVC 또는 AVC는 즉시 SVC 파일에서 스트림 적응 생성하는 시스템에 발견 된 일부 업체입니다
은 다음 링크를 참조하십시오
현재이 문제를 직접 조사 중입니다. 그래서 나는 새로운 발견으로 나의 대답을 "약간"업그레이드했다. :) – Jpsy
OGG를 지원할 수 있습니다. –
이유를 말씀해 주시겠습니까? –
Ogg Vorbis와 H.264는 웹 사이트에서 지원되어야합니다. –