HTML 비디오

HTML
HTML5 logo
HTML과 변형
HTML 요소와 속성
편집
문자 인코딩 및 언어
문서 및 브라우저 모델
클라이언트 사이드 스크립팅 및 API
그래픽 및 웹3D 기술
비교

HTML 비디오(HTML video)는 웹을 통해 비디오를 재생하는 표준 방식으로서 HTML 명세의 주제이다. HTML5에서 도입된 이 기술은[1] object 요소와 기존의 사실상 표준이었던 독자적인 어도비 플래시 플러그인을 부분적으로 대체하기 위해 설계되었으나, 초기에는 웹 브라우저에서 어떤 영상 코딩 포맷과 오디오 코딩 포맷을 지원해야 하는지에 대한 합의가 부족하여 도입에 어려움을 겪었다. 2020년 기준으로 HTML 비디오는 현대 브라우저에서 널리 지원되는 유일한 비디오 재생 기술이며, 플래시 플러그인은 퇴출되고 있다.

<video> 요소의 역사

<video> 요소는 2006년 10월 WHATWG에서 논의되기 시작했다.[2] <video> 요소는 2007년 2월 오페라에 의해 제안되었다.[3] 오페라는 같은 날 시연된 미리보기 빌드를 공개했으며,[4][5] 비디오가 웹의 1등 시민이 되어야 한다고 주장하는 선언문을 발표했다.[6]

<video> 요소 예시

다음 HTML 코드 조각은 WebM 비디오를 웹 페이지에 삽입한다. 

<video src="movie.webm" poster="movie.jpg" controls>
	이것은 비디오 태그를 지원하지 않는 사용자 에이전트에 표시할 대체 콘텐츠입니다.
</video>

"controls" 속성은 재생을 제어하기 위한 브라우저 자체 사용자 인터페이스를 활성화한다. 또는 자바스크립트를 사용하여 재생을 제어할 수 있으며, 웹 디자이너는 이를 통해 사용자 지정 인터페이스를 만들 수 있다. 선택 사항인 "poster" 속성은 재생이 시작되기 전에 비디오 위치에 표시할 이미지를 지정한다. 이 속성의 목적은 해당 비디오를 대표하는 이미지를 보여주는 것이다.

여러 소스

비디오 포맷 지원은 브라우저마다 다르므로(아래 참조), 웹 페이지는 여러 포맷으로 비디오를 제공할 수 있다. 다른 기능의 경우 브라우저 스니핑이 때때로 사용되지만, 이는 오류가 발생하기 쉽다. 웹 개발자의 브라우저 지식은 필연적으로 불완전하거나 최신 상태가 아닐 수 있기 때문이다. 해당 브라우저는 자신이 어떤 포맷을 사용할 수 있는지 "가장 잘 알고" 있다. "video" 요소는 여러 소스를 지정하여 대체(fallback)를 지원한다. 아래와 같이 임의의 수의 <source> 요소를 사용하여 브라우저가 다운로드할 파일을 자동으로 선택하게 할 수 있다. 또는 자바스크립트 canPlayType() 함수를 사용하여 같은 결과를 얻을 수 있다. "type" 속성은 MIME 타입과 코덱 목록을 지정하며, 이는 브라우저가 다운로드를 시작하기 전에 해당 파일을 디코딩할 수 있는지 결정하는 데 도움을 준다. MIME 타입은 파일의 디지털 컨테이너 포맷을 나타내며, 컨테이너 포맷은 코덱 문자열의 해석 방식을 정의한다.[7] 

<video poster="poster.jpg" controls>
	<source src="av1.mp4" type='video/mp4; codecs="av01.0.00M.08, opus"'>
	<source src="avc.mp4" type='video/mp4; codecs="avc1.4D401E, mp4a.40.2"'>
	<source src="vp9.webm" type='video/webm; codecs="vp9.0, opus"'>
	<source src="theora.ogv" type='video/ogg; codecs="theora, vorbis"'>
	<p>이것은 비디오 태그를 지원하지 않는 사용자 에이전트에 표시할 대체 콘텐츠입니다.</p>
</video>

지원되는 비디오 및 오디오 포맷

HTML 명세는 브라우저가 어떤 비디오 및 오디오 포맷을 지원해야 하는지 명시하지 않는다. 사용자 에이전트는 자신이 적절하다고 판단하는 모든 비디오 포맷을 자유롭게 지원할 수 있지만, 사용자 에이전트가 지원해야 하는 최소한의 비디오 및 오디오 포맷 집합이 없으므로 콘텐츠 작성자는 모든 준수 사용자 에이전트가 비디오를 재생할 수 있다고 가정할 수 없다.

HTML5 워킹 그룹은 모든 사용자 에이전트(브라우저)가 지원해야 하는 최소한 하나의 비디오 포맷을 지정하는 것이 바람직하다고 판단했다. 이와 관련하여 이상적인 포맷은 다음과 같은 조건을 갖추어야 한다:

  • 좋은 압축률, 좋은 화질, 낮은 디코딩 프로세서 점유율을 가질 것.
  • 로열티 프리일 것.
  • 소프트웨어 디코더 외에도, 많은 임베디드 프로세서가 비디오 디코딩 성능을 갖추지 못했기 때문에 해당 포맷에 대한 하드웨어 비디오 디코더가 존재할 것.

초기에는 Ogg 테오라가 알려진 특허의 영향을 받지 않았기 때문에 HTML5의 권장 표준 비디오 포맷이었다. 그러나 2007년 12월 10일, HTML5 명세가 업데이트되면서[8] 구체적인 포맷에 대한 언급이 삭제되었다:

사용자 에이전트는 테오라 비디오와 Vorbis 오디오, 그리고 Ogg 컨테이너 포맷을 지원해야 한다.

대신 자리표시자(placeholder)가 도입되었다:[9]

모든 브라우저가 동일한 코덱을 지원할 수 있다면 상호 운용성에 도움이 될 것이다. 그러나 현재 모든 플레이어를 만족시키는 것으로 알려진 코덱은 없다. 우리는 유닛당 또는 배포자당 라이선스가 필요하지 않고, 오픈 소스 개발 모델과 호환되며, 충분히 사용할 수 있을 만큼 품질이 좋고, 대기업에게 추가적인 소프트웨어 특허 위험이 되지 않는 코덱이 필요하다. 이는 진행 중인 문제이며 더 많은 정보를 얻을 수 있게 되면 이 섹션은 업데이트될 것이다.[10]

그 결과 HTML 비디오는 업계 표준이자 국제 표준화 기구가 정의했지만 소프트웨어 특허가 얽힌 포맷들과, 오픈 포맷들 사이에서 양극화되었다. AOMedia의 새로운 AV1 포맷은 업계 표준이면서 로열티 프리이고 오픈 포맷임을 지향하며 폭넓은 업계 지원을 받고 있다.

자유 포맷

 테오라 및 WebM 문서를 참고하십시오.

모질라와 오페라는 초기에 테오라와 WebM과 같은 오픈 포맷만 지원했다. 테오라는 알려진 비자유 특허의 영향을 받지 않지만, 애플은[11] 이에 영향을 줄 수 있고, 막대한 재정 자원을 가진 기업이 포맷을 사용하기를 기다렸다가 소송을 제기할 수 있는 소프트웨어 특허에 대해 우려를 표명했다.[12][13] H.264와 같은 포맷도 원칙적으로 알려지지 않은 특허의 대상이 될 수 있지만, 훨씬 더 널리 배포되었기 때문에 특허 보유자들이 이미 자신을 밝혔을 것으로 추정된다. 애플은 또한 일부 기기가 다른 포맷을 훨씬 더 쉽게 지원할 수 있고 HTML이 역사적으로 특정 포맷을 필수적으로 요구하지 않았다는 근거로 HTML 표준에서 Ogg 포맷 지원을 요구하는 것에 반대했다.[13]

일부 웹 개발자들은 명세에서 Ogg 포맷이 제거된 것을 비판했다.[14] 이후 W3C 질문 답변 블로그에서도 논의가 이어졌다.[15]

Media Source Extensions (MSE)를 통한 MPEG-DASH 지원

 HTTP 동적 적응 스트리밍 문서를 참고하십시오.

적응형 비트레이트 스트리밍 표준인 MPEG-DASH는 Media Source Extensions(MSE)[16]와 자바스크립트 기반 DASH 플레이어를 통해 웹 브라우저에서 사용할 수 있다. 이러한 플레이어의 예로는 DASH Industry Forum의 오픈 소스 프로젝트인 dash.js[16]가 있으며, Bitmovin의 HTML5 비디오 플레이어(자바스크립트와 HTML을 사용하지만 MSE를 지원하지 않는 레거시 웹 브라우저를 위해 플래시 기반 DASH 플레이어도 사용함)와 같은 제품도 있다.[17]

구글의 On2 인수

구글이 2010년 On2를 인수하면서 VP8 비디오 포맷을 획득했다. 구글은 VP8을 사용할 수 있는 로열티 프리 라이선스를 제공했다.[18] 또한 구글은 표준화된 오픈 소스 VP8 비디오 코덱과 Vorbis 오디오를 Matroska 기반 컨테이너와 결합한 WebM을 시작했다. VP8의 공개는 자유 소프트웨어 재단으로부터 환영받았다.[19]

2011년 1월 구글이 크롬에서 H.264에 대한 기본 지원을 종료하겠다고 발표했을 때,[20] 아르스 테크니카의 Peter Bright[21]와 마이크로소프트의 웹 전도사 Tim Sneath 등 여러 곳에서 비판이 나왔다. Tim Sneath는 구글의 움직임을 미국 공식 언어로 에스페란토를 선언하는 것에 비유했다.[22] 그러나 오페라의 Haavard Moen은 아르스 테크니카의 기사를 강하게 비판했으며,[23] 구글은 개방성을 바탕으로 제품에서 WebM을 홍보하겠다는 의도를 분명히 하며 반응했다.[24]

WebM 출시 이후 모질라와 오페라는 HTML에 VP8 포함을 요구했다.[25]

2013년 3월 7일, 구글과 MPEG LA는 VP8에 "필수적일 수 있는" 기술들을 다루는 계약을 발표했다. 구글은 MPEG LA와 11개의 특허 보유자로부터 라이선스를 받았고, MPEG LA는 VP8 특허 풀을 구성하려는 노력을 중단했다.[26][27][28][29]

2012년, 구글은 VP8의 후속작으로 오픈 소스이자 로열티 프리인 VP9을 출시했다.

2017년 말, AOMedia가 VP9의 발전 형태로 개발한 새로운 AV1 포맷이 기능 동결(feature freeze)에 도달했으며, 비트스트림 동결은 2018년 1월로 예상되었다. 파이어폭스 나이틀리 빌드는 이미 AV1에 대한 지원을 포함하고 있다.[30]

비자유 포맷

 H.264/MPEG-4 AVC 문서를 참고하십시오.

H.264/MPEG-4 AVC는 널리 사용되며 뛰어난 속도, 압축, 하드웨어 디코더, 화질을 제공하지만 소프트웨어 특허의 제약을 받는다.[31] H.264 사용자는 일부 인터넷 방송 비디오 용도를 제외하고는 개별 특허 보유자 또는 마이크로소프트와 애플을 포함한 특허 보유자 그룹인 MPEG LA로부터 라이선스를 받아야 한다.[32] H.264는 보통 고급 오디오 부호화 (AAC) 오디오와 함께 MP4 컨테이너 포맷으로 사용된다. AAC 자체도 특허의 대상이므로 MP4 사용자는 H.264와 AAC 모두에 대해 라이선스를 취득해야 한다.

2009년 6월, WHATWG는 기존의 어떠한 포맷도 지정된 요구 사항으로 적합하지 않다고 결론 내렸다.[33]

애플은 여전히 H.264만 지원하지만, 마이크로소프트는 현재 VP9과 WebM을 지원하며 AV1 지원을 약속했다.

시스코의 라이선스 H.264 바이너리 모듈 무료 제공

 이 부분의 본문은 OpenH264입니다.

2013년 10월 30일, 시스코 시스템즈는 다운로드 가능한 바이너리 H.264 모듈을 제공한다고 발표했다. 시스코는 소프트웨어가 설치될 때 해당 바이너리 모듈을 다운로드하면 특허 라이선스 비용을 지불하여 해당 사례에서 H.264를 무료로 사용할 수 있게 했다.[34]

발표에서 시스코는 WebRTC 프로젝트의 사용을 촉진하려는 이유를 들었다. WebRTC의 비디오 채팅 기능은 모든 브라우저에서 지원되는 비디오 포맷이 있으면 혜택을 받기 때문이다.[35] H.264 모듈은 "모든 인기 있거나 실행 가능한 모든 플랫폼"에서 사용할 수 있으며 "어떤 애플리케이션에도 로드될 수 있다".[36]

시스코는 또한 로열티를 지불하지 않고 BSD 허가서에 따라 해당 모듈의 소스 코드를 게시할 계획이므로,[34] 이 코드는 H.264 소프트웨어 특허가 없는 국가에서는 사실상 자유 소프트웨어가 되며, 이는 기존의 다른 구현체들에 대해서도 이미 사실이었다.

또한 2013년 10월 30일, 모질라의 브렌던 아이크는 파이어폭스가 필요할 때 시스코의 H.264 모듈을 기본적으로 자동 다운로드할 것이라고 발표했다. 그는 또한 사용자가 "라이선스 계약이나 비용 없이 수정, 재컴파일 및 재배포할 수 있는" 완전한 자유 소프트웨어 권리를 갖지 못하므로 이 바이너리 모듈이 완벽한 해결책은 아니라고 지적했다. 따라서 Xiph와 모질라는 달라 (코덱) 개발을 계속한다.[36][37]

OpenH264는 H.264의 베이스라인 프로필만 지원하며 AAC 디코더에 대한 요구 사항은 스스로 해결하지 못한다. 따라서 AAC 오디오와 함께 높은 프로필을 주로 사용하는 일반적인 MP4 웹 비디오에는 충분하지 않은 것으로 간주된다.[38][39][40] 그러나 WebRTC에서 사용하는 경우 AAC 누락은 릴리스 발표에서 정당화되었다: "표준화 기구들은 WebRTC를 위한 공통 오디오 코덱으로 오푸스와 G.711을 채택했다".[35] AAC 라이선스 사무국이 OpenH264 출시 직후 가격 상한선을 제거한 후, 시스코의 H.264와 같은 AAC의 포괄적인 글로벌 라이선스가 가능한지에 대해서는 의문이 있다.[41]

브라우저 지원

이 표는 주어진 사용자 에이전트에서 어떤 비디오 포맷이 지원될 가능성이 있는지 보여준다. 여기에 나열된 대부분의 브라우저는 소프트웨어 구성 요소를 통합하는 대신 비디오 디코딩 및 표시를 위해 멀티미디어 프레임워크를 사용한다. 비디오 포맷 지원은 운영체제와 타사 코덱에 따라 달라지므로, 질의하지 않고는 멀티미디어 프레임워크가 지원하는 포맷 집합을 일반적으로 알 수 없다.[42][43] 이러한 경우 브라우저가 알 수 없는 비디오 포맷을 거부하기 전에 멀티미디어 프레임워크를 제대로 질의한다고 가정할 때, 비디오 포맷 지원은 브라우저(또는 그 레이아웃 엔진)가 아닌 프레임워크의 속성이다. 경우에 따라 여기에 나열된 지원은 운영체제의 기본 미디어 프레임워크 내에서 사용 가능한 코덱이나 브라우저에 내장된 코덱 기능의 함수가 아니라, 브라우저의 일반적인 <video> 태그 HTML 파싱을 우회하여 플러그인 기반 비디오 플레이어를 삽입하는 브라우저 애드온에 의한 것일 수 있다.

비디오 파일에는 일반적으로 비디오와 오디오 콘텐츠가 각각 자체 포맷으로 인코딩되어 포함되어 있다는 점에 유의하라. 브라우저는 비디오와 오디오 포맷을 모두 지원해야 한다. 각 브라우저에서 지원되는 오디오 포맷에 대한 표는 HTML5 오디오를 참조하라.

비디오 포맷은 HTML에서 MIME 타입으로 지정할 수 있다(##여러 소스|예시 참조). MIME 타입은 지원되는 포맷에 대해 멀티미디어 프레임워크에 질의하는 데 사용된다.[44]

이 브라우저들 중 파이어폭스와 오페라만이 내장 디코딩을 위해 라이브러리를 사용한다. 실제로 인터넷 익스플로러와 사파리도 제조사가 멀티미디어 프레임워크를 직접 만들기 때문에 특정 포맷 지원을 보장할 수 있다. 반대편 끝에는 윈도우에서 실행될 때 인터넷 익스플로러와 동일한, 맥에서 실행될 때 사파리와 동일한 포맷 지원을 가지는 Konqueror가 있지만, 여기에 선택된 Konqueror 지원은 대부분의 사용자가 있는 리눅스 기준이다. 일반적으로 브라우저의 포맷 지원은 공급업체의 상충하는 이익에 의해 크게 좌우되는데, 특히 미디어 파운데이션과 퀵타임은 상업 표준을 지원하는 반면, GStreamer와 포논은 의도된 자유 운영체제에서 기본적으로 자유 포맷 외에는 법적으로 지원할 수 없다.[45]

각 웹 브라우저의 비디오 포맷 지원 상태
브라우저 운영체제 테오라 (Ogg) H.264 (MP4) HEVC (MP4) VP8 (WebM) VP9 (WebM) AV1 (WebM)
안드로이드 브라우저 안드로이드 2.3부터[46] 3.0부터[46] 5.0부터[46] 2.3부터[46] 4.4부터[46] 10부터
크로미움 유닉스 계열 및 윈도우 r18297부터[47] FFmpeg 경유[48][49] 아니요[50] r47759부터[51] r172738부터[52] 예
구글 크롬 유닉스 계열, 안드로이드, macOS 및 윈도우 3.0부터[53][54] 3.0부터[54][a] 105부터 (소프트웨어 디코딩; OS 수준 코덱 필요)

107부터 (하드웨어 디코딩; 하드웨어 디코더 필요)

[56][57] 		6.0부터[58][59] 29.0부터[b] 70부터[62]
인터넷 익스플로러 윈도우 OpenCodecs 경유 9.0부터[63] 아니요[64] OpenCodecs 경유 아니요 아니요
윈도우 폰 아니요 9.0부터[65] 아니요
윈도우 RT 10.0부터[65]
마이크로소프트 엣지 유닉스 계열, macOS 및 윈도우

(크로미움)

v79부터[66][67] v79부터 (DRM PlayReady 지원 유일 브라우저)[66][68] 아니요[64] v79부터[66][69] v79부터[66][69] v79부터[66]
윈도우 10 (레거시 EdgeHTML) 17.0부터 (Web Media Extensions 포함)[70][71][72] 12.0부터[73] 하드웨어 디코더 필요[c] 17.0부터 (Web Media Extensions 및 VP9 Video Extensions 포함 태그 지원)[71] 하드웨어 디코더가 존재할 경우에만 기본 활성화[76]

17.0부터 (Web Media Extensions 및 VP9 Video Extensions 포함 태그 지원)[70][71][72]

 18.0부터 (AV1 Video Extension 포함)[77]
윈도우 10 모바일 아니요 13.0부터[78] 15.0부터 (MSE를 통해서만)[79] 14.0부터 (MSE를 통해서만)[80] 아니요
Konqueror 유닉스 계열 및 윈도우 OS 수준 코덱 필요[d]
모질라 파이어폭스 윈도우 3.5부터[81] 21.0부터[e] 하드웨어 지원 또는 마이크로소프트 익스텐션이 포함된 파이어폭스 134부터[84] 4.0부터[85] 28.0부터[86][87] 65.0부터 (64비트)[88]
66.0부터 (32비트)[89]
리눅스 26.0 (via GStreamer)[f]
43.0 (via FFmpeg)[92] 		하드웨어 지원 또는 FFmpeg이 포함된 137부터[84] 67.0부터
안드로이드 17.0부터[93] 하드웨어 지원이 포함된 137부터
 113.0부터[84]
macOS 34.0부터[94] 하드웨어 또는 소프트웨어 지원이 포함된 136부터[84] 66.0부터[89]
오페라 모바일 안드로이드, iOS, 심비안 및 윈도우 모바일 13.0부터 11.50부터 아니요[95] 15.0부터 16.0부터 57.0부터[62]
오페라 macOS, 윈도우 10.50부터[96] 24.0부터[97] 10.60부터[98][99] 예 57.0부터[62]
리눅스 코덱 라이브러리 필요[g]
사파리 iOS 아니요 3.1부터[101] 11부터[102] 17.4부터 (완전 지원)[103]
12.1부터 (WebRTC를 통해서만)[104] 		17.4부터 (완전 지원)[103]
14부터 (WebRTC를 통해서만)[105] 		17.0부터 (하드웨어 디코더 필요; MP4 컨테이너 필요)[106][h]
macOS Xiph 퀵타임 컴포넌츠 경유 (macOS 10.11 및 이전) 14.1부터[107] 14.1부터[107]
그놈 웹 리눅스 및 BSD OS 수준 코덱 필요[i]

값

각 엔진에서 해당 항목에 대한 지원 수준을 나타낸다. 기본적으로 엔진의 최신 버전이 기준이다. 단, 특정 버전 번호가 기재될 수 있으며, 이 번호는 해당 항목을 완전히 지원하기 시작한 최초의 버전을 의미한다.

범례
값 의미
예 완전히 지원함
아니요 지원한 적 없음
부분적 일부 값만 지원함
유효하지 않음 모든 경우에 대해 올바르게 구현되지 않음
실험적 불완전하거나 오류가 있을 수 있음
나이틀리 빌드 현재 개발 중; 완전한 지원이 예상됨
상황에 따라 다름 명시된 조건에서만 지원함
누락됨 더 이상 지원하지 않음
참고
  1. ↑ 2011년 1월 11일 크로미움 블로그에서 H.264 지원 제거가 발표되었다.[55] 2016년 11월 7일 기준으로 실제 지원이 제거되지 않았으며, 계획 변경 사항도 발표되지 않았다.
  2. ↑ 25버전에서 VP9 지원, 기본적으로 꺼짐.[60] 29버전부터 기본적으로 활성화됨.[61]
  3. ↑ 기기가 HEVC에 대한 하드웨어 지원이 있는 경우 사용 가능.[74] "HEVC는 계산적으로 매우 복잡하기 때문에 더 일관된 경험을 제공할 것"이라는 이유로 소프트웨어 디코딩 지원은 포함되지 않았다.[75]
  4. ↑ 포논(Phonon) 백엔드가 지원하는 모든 포맷. 사용 가능한 포논 백엔드로는 다이렉트쇼, 퀵타임, GStreamer, Xine이 있으며, 엠플레이어와 VLC를 사용하는 백엔드가 개발 중이다.
  5. ↑ 20버전까지는 기본적으로 꺼져 있음.[82] 21버전부터 기본적으로 활성화됨.[83]
  6. ↑ 26버전까지 기본적으로 꺼짐.[90] 또한 시스템의 코덱에 따라 다름.[91]
  7. ↑ 더 최신 버전의 libffmpeg.so가 설치되어야 함.[100]
  8. ↑ 아이폰 15 프로, 아이폰 15 프로 맥스, 애플 M3 SoC를 탑재한 모든 맥은 AV1 하드웨어 디코딩을 지원한다.
  9. ↑ Webkit/GTK+에서 GStreamer가 지원하는 모든 포맷.[108] Ogg 테오라, WebM 및 H.264 포맷에 대한 지원은 각각 base, good, bad 플러그인과 함께 포함된다.[109]

투명 비디오

알파 채널이 있는 투명 비디오는 여러 가지 설계상의 장점이 있다:[110]

  • 번인(burnt-in) 배경색/패턴/모티프가 없으므로 웹 페이지의 배경이나 주변 객체를 나중에 언제든지 변경할 수 있으며, 주변 환경에 맞게 비디오를 다시 생성할 필요가 없다. 이는 지금까지의 방식보다 훨씬 더 유연하다.
  • 투명 비디오를 다른 요소(텍스트, 그래픽, 다른 비디오 또는 SVG나 캔버스 요소와 같이 동적으로 렌더링되는 콘텐츠)와 매우 유연하게 결합하여 역동적인 레이어링 효과를 얻을 수 있다.
  • 반응형 웹 디자인 측면에서도 많은 가능성을 열어준다.

알파 채널이 포함된 비디오에 대한 웹 브라우저 지원

초기 솔루션

디지털 권리 관리 (Encrypted Media Extensions)

 이 부분의 본문은 EME (컴퓨터 과학)입니다.

HTML은 EME (컴퓨터 과학)(Encrypted Media Extensions)를 통해 디지털 권리 관리(DRM, 콘텐츠 사용 방식을 제한함)를 지원한다. DRM 추가는 사용자가 공정 사용에 따라 법적으로 권리를 가질 때조차 DRM으로 제한된 미디어를 자유롭게 사용할 수 없게 하므로 논란의 여지가 있다.[115] W3C가 EME를 승인한 주된 이유는 그렇지 않으면 비디오 콘텐츠가 웹 브라우저가 아닌 플러그인과 앱을 통해 전달될 것이기 때문이었다.[116]

2013년 넷플릭스는 실버라이트 플러그인을 사용하는 기존의 전달 방식(DRM 포함) 외에 EME를 사용하는 HTML 비디오 지원을 추가했다.[117]

사용

2010년, 애플의 아이패드 출시와 스티브 잡스가 애플 모바일 기기는 플래시를 지원하지 않을 것이라고 발표한 이후, 여러 유명 사이트들이 아이패드로 식별되는 사용자 에이전트에 어도비 플래시 대신 H.264 HTML 비디오를 제공하기 시작했다.[118] HTML 비디오는 플래시 비디오만큼 널리 퍼지지는 않았지만, 데일리모션(Ogg 테오라 및 Vorbis 포맷 사용),[119] 유튜브(H.264 및 WebM 포맷 사용),[120] 비메오(H.264 포맷 사용)[121] 등에서 실험적인 HTML 기반 비디오 플레이어가 출시되었다.

HTML 비디오에 대한 지원은 꾸준히 증가해왔다. 2013년 6월, 넷플릭스가 HTML 비디오에 대한 지원을 추가했다.[122] 2015년 1월, 유튜브는 기본적으로 플래시 대신 HTML 비디오를 사용하도록 변경했다.[123] 2015년 12월, 페이스북은 모든 비디오 콘텐츠에 대해 플래시에서 HTML 비디오로 전환했다.[124]

2016년 기준으로 플래시는 데스크톱에는 여전히 널리 설치되어 있지만, 스마트폰과 같은 모바일 기기에서는 일반적으로 지원되지 않는다.[125] 플래시 플러그인은 어도비를 포함한 많은 이들이 퇴출될 것으로 가정하며,[125][126] 이는 HTML 비디오를 월드 와이드 웹에서 비디오를 재생하는 유일한 널리 지원되는 방법으로 남길 것이다.[127][128] 크롬,[129][130] 파이어폭스,[131] 사파리,[132] 엣지는 2017년에 거의 모든 플래시 콘텐츠를 클릭하여 재생하도록 만들 계획을 가지고 있다. 플래시 중단 계획을 발표하지 않은 유일한 주요 브라우저는 인터넷 익스플로러이다.[133] 어도비는 2017년 7월 25일에 2020년에 플래시 개발을 영구적으로 종료할 것이라고 발표했다.[134]

같이 보기

각주

  1. ↑ “The video element”. 《HTML5: A vocabulary and associated APIs for HTML and XHTML》. 월드 와이드 웹 컨소시엄. 2010년 6월 24일. 2010년 8월 13일에 원본 문서에서 보존된 문서. 2010년 9월 27일에 확인함. A video element is used for playing videos or movies. 
  2. ↑ “[whatwg] How not to fix HTML from Charles Iliya Krempeaux on 2006-10-30 ([email protected] from October 2006)”. 《lists.w3.org》. 2022년 8월 29일에 확인함. 
  3. ↑ van Kesteren, Anne (2007년 2월 28일). “[whatwg] <video> element proposal” (메일링 리스트). 《What Working Group》. 2010년 4월 10일에 확인함. 
  4. ↑ “Browser War: Episode II – Attack of the DOMs”. 2013년 2월 23일에 원본 문서에서 보존된 문서. 2012년 4월 10일에 확인함. 
  5. ↑ “SV Web Builders Event – World Premier of Opera with builtin video support”. 2007년 3월 1일. 2012년 4월 10일에 확인함. 
  6. ↑ “A Call for Video on the Web”. 2012년 4월 26일에 원본 문서에서 보존된 문서. 2012년 4월 10일에 확인함. 
  7. ↑ “The "codecs" parameter in common media types”. 2020년 7월 14일에 확인함. 
  8. ↑ Hickson, Ian (2007년 12월 10일). “Video codec requirements changed” (메일링 리스트). 《What WG》. 2012년 2월 19일에 원본 문서에서 보존된 문서. 2008년 2월 25일에 확인함. 
  9. ↑ “(X)HTML5 Tracking”. HTML5. 2011년 7월 26일에 원본 문서에서 보존된 문서. 2009년 6월 23일에 확인함. 
  10. ↑ Amador, Manuel (2011년 12월 11일). “Removal of Ogg is *preposterous*” (메일링 리스트). 《WHATWG》. 2008년 8월 21일에 원본 문서에서 보존된 문서. 2009년 8월 25일에 확인함. 
  11. ↑ Metz, Cade (2010년 4월 30일). “Steve Jobs: mystery patent pool to attack Ogg Theora”. The Register. 2011년 7월 9일에 확인함. 
  12. ↑ Hickson, Ian (2007년 12월 11일). “Re: Removal of Ogg is *preposterous*” (메일링 리스트). 《WHATWG》. 2008년 8월 21일에 원본 문서에서 보존된 문서. 2008년 2월 25일에 확인함. 
  13. ↑ 가 나 Stachowiak, Maciej (2007년 3월 21일). “Codecs (was Re: Apple Proposal for Timed Media Elements)” (메일링 리스트). 《WHATWG》. 
  14. ↑ “[whatwg] Removal of Ogg is *preposterous*” (메일링 리스트). 《WHATWG》. 2007년 12월 11일. 2008년 8월 21일에 원본 문서에서 보존된 문서. 2009년 8월 25일에 확인함. 
  15. ↑ Connolly, Dan (2007년 12월 18일). “When will HTML 5 support <video>? Sooner if you help”. 월드 와이드 웹 컨소시엄. 2009년 6월 23일에 확인함. 
  16. ↑ 가 나 “Media Source Extensions”. 2022년 7월 26일. 
  17. ↑ “Adaptive Streaming HTML5 Player from Bitmovin”. 2022년 4월 20일. 
  18. ↑ “Additional IP Rights Grant (Patents)”. 
  19. ↑ Lee, Matt (2010년 5월 19일). “Free Software Foundation statement on WebM and VP8”. 자유 소프트웨어 재단. 
  20. ↑ Jazayeri, Michael 'Mike' (2011년 1월 11일). “HTML Video Codec Support in Chrome”. The Chromium Blog. 
  21. ↑ Bright, Peter (2011년 1월 12일). “Google's dropping H.264 from Chrome a step backward for openness”. Ars Technica. 
  22. ↑ Sneath, Tim (2011년 1월 11일). “An Open Letter from the President of the United States of Google”. 마이크로소프트 개발자 네트워크 블로그. 
  23. ↑ Moen, Haavard K (2011년 1월 13일). “Is the removal of H.264 from Chrome a step backward for openness?”. 마이 오페라. 
  24. ↑ Jazayeri, Michael 'Mike' (2011년 1월 14일). “More about the Chrome HTML Video Codec Change”. 크로미움 블로그. 
  25. ↑ Metz, Cade (2010년 5월 28일). “Mozilla and Opera call for Google open codec in HTML5 spec”. 《The Register》. 
  26. ↑ djwm (2013년 3월 7일). “Google and MPEG LA make a deal over VP8 codec – Update”. 《The H Open》. Heise Media UK. 2013년 4월 3일에 확인함. 
  27. ↑ “Archived copy” (PDF). 2016년 3월 5일에 원본 문서 (PDF)에서 보존된 문서. 2013년 4월 3일에 확인함. 
  28. ↑ “VP8 and MPEG LA”. 《WebM Project blog》. 2013년 3월 7일. 2013년 4월 3일에 확인함. 
  29. ↑ “Patent clouds remain over VP8: Google points to FRAND option, Nokia alleges infringement in court”. 《FOSS Patents》. 2013년 3월 8일. 
  30. ↑ Shankland, Stephen (2017년 11월 28일). “Firefox now lets you try streaming-video tech that could be better than Apple's” (영어). 《CNET》. 2017년 12월 25일에 확인함. 
  31. ↑ “AVC/H.264 Patent List” (PDF). MPEG LA. 2010년 2월 1일. 2015년 5월 14일에 원본 문서 (PDF)에서 보존된 문서. 2010년 4월 13일에 확인함. 
  32. ↑ 《AVC/H.264 Licensors》, MPEG LA, 2015년 5월 30일에 원본 문서에서 보존된 문서, 2010년 4월 13일에 확인함 
  33. ↑ Hickson, Ian (2009년 6월 29일). “Codecs for <audio> and <video>” (메일링 리스트). 《WHATWG》. 
  34. ↑ 가 나 “OpenH264”. 
  35. ↑ 가 나 “Open-Sourced H.264 Removes Barriers to WebRTC”. Cisco. 2013년 10월 30일. 2015년 7월 6일에 원본 문서에서 보존된 문서. 2013년 10월 30일에 확인함. 
  36. ↑ 가 나 Brendan Eich (2013년 10월 30일). “Cisco's H.264 Good News”. Brendan Eich's blog. 
  37. ↑ Monty Montgomery. “Comments on Cisco, Mozilla, and H.264”. Monty Montgomery 블로그. 2015년 5월 19일에 원본 문서에서 보존된 문서. 2013년 10월 30일에 확인함. 
  38. ↑ Gal, Andreas (2014년 10월 14일). “OpenH264 now in Firefox”. 2015년 2월 25일에 확인함. 
  39. ↑ “MediaSourceExtensions (mozilla wiki)”. mozilla. 2015년 2월 25일에 확인함. 
  40. ↑ “Support H.264/AAC/MP3 video/audio playback on desktop Firefox”. mozilla. 2015년 2월 25일에 확인함. 
  41. ↑ xiphmont. “It's not a strawman after it comes true”. 2017년 4월 21일에 원본 문서에서 보존된 문서. 
  42. ↑ 〈Phonon documentation of backends〉, 《Qt》, Nokia, 2016년 3월 4일에 원본 문서에서 보존된 문서, 2011년 6월 3일에 확인함 
  43. ↑ “Codec Support Table” (영어). 《WebCodecs Fundamentals》. 2026년 1월 21일에 확인함. 
  44. ↑ 〈Phonon documentation of querying〉, 《Qt》, Nokia, 2016년 3월 4일에 원본 문서에서 보존된 문서, 2011년 6월 3일에 확인함 
  45. ↑ 《GNU General Public License Version 3》, 자유 소프트웨어 재단, 2007년 6월 29일, 2013년 4월 27일에 확인함 
  46. ↑ 가 나 다 라 마 “Android Core media format and codec support.”. 2015년 12월 18일에 확인함. 
  47. ↑ 《Issue 4363: [HTML5-Video] Enable HTML5 video/audio elements》, 2010년 9월 10일에 확인함 
  48. ↑ 《enable proprietary_codecs h.264》, 2016년 4월 30일에 확인함 
  49. ↑ 《Chromium does not support H.264》, 2015년 6월 9일, 2016년 5월 3일에 원본 문서에서 보존된 문서, 2016년 4월 30일에 확인함 
  50. ↑ 《Audio/Video – The Chromium Projects》, 2016년 3월 21일에 확인함 
  51. ↑ 〈Issue 2093007: Chromium side changes for enabling VP8 and WebM support〉, 《Code review》, 2010년 9월 10일에 확인함 
  52. ↑ “[chrome] Revision 172738”. 
  53. ↑ 〈Google Chrome support Theora and Vorbis〉, 《Code》, 2010년 5월 20일 
  54. ↑ 가 나 “Chrome 3.0 supportera la balise vidéo du HTML 5” [Google Chrome 3.0 will support <video> tag] (프랑스어). 《CNET France》. 
  55. ↑ Mike, Jazayeri (2011년 1월 11일). “Chromium Blog: HTML Video Code Support in Chrome”. 《The Chromium Blog》. 2012년 4월 22일에 확인함. 
  56. ↑ “Google Chrome Plays HEVC: What Does it Mean? - Streaming Media”. 
  57. ↑ “Google Quietly Added HEVC Support in Chrome - Bitmovin”. 
  58. ↑ Bankoski, Jim (2010년 5월 19일). “WebM and VP8 land in Chromium”. 《Chromium Blog》. 
  59. ↑ Kersey, Jason (2010년 6월 3일), 〈Dev Channel Update〉, 《Chrome Releases》, 2010년 7월 1일에 확인함 
  60. ↑ Lucian Parfeni (2012년 12월 28일). “Chrome Adds Support for the Next-Generation VP9 Video Codec and Mozilla's Opus Audio”. 《Softpedia》. 
  61. ↑ Lucian Parfeni (2013년 6월 17일). “Chrome Now Supports Google's Next-Gen VP9 Video Codec by Default”. 《Softpedia》. 2018년 10월 1일에 원본 문서에서 보존된 문서. 2017년 6월 18일에 확인함. 
  62. ↑ 가 나 다 “AV1 Decode”. 《Chrome Platform Status》. 2018년 9월 4일에 확인함. 
  63. ↑ McCracken, Harry (2010년 3월 16일), 《Microsoft Previews the Revamped Internet Explorer 9 Platform》, Technologizer 
  64. ↑ 가 나 Jan Ozer (2014년 11월 5일). “Apple Supports H.265, But So Far Only in FaceTime on an iPhone 6”. 
  65. ↑ 가 나 《HTML5 Video Support in IE9 Mobile》, 마이크로소프트, 2011년 10월 13일, 2014년 3월 11일에 확인함 
  66. ↑ 가 나 다 라 마 Blog, Microsoft Edge (2020년 1월 15일). “Upgrading to the new Microsoft Edge” (미국 영어). 《Microsoft Edge Blog》. 2021년 3월 19일에 확인함. 
  67. ↑ “Can I use... Support tables for HTML5, CSS3, etc”. 《caniuse.com》. 2021년 3월 19일에 확인함. 
  68. ↑ “Can I use... Support tables for HTML5, CSS3, etc”. 《caniuse.com》. 2021년 3월 19일에 확인함. 
  69. ↑ 가 나 “Can I use... Support tables for HTML5, CSS3, etc”. 《caniuse.com》. 2021년 3월 19일에 확인함. 
  70. ↑ 가 나 “Introducing the Web Media Extension Package with OGG Vorbis and Theora support for Microsoft Edge”. 《Microsoft Edge Dev 블로그》. 마이크로소프트. 2017년 12월 5일. 
  71. ↑ 가 나 다 “HTML5test - How well does your browser support HTML5?”. 
  72. ↑ 가 나 “Redstone 4 Brings Better WebM Support in Edge”. 2018년 4월 11일. 
  73. ↑ “HTML5test – How well does your browser support HTML5?”. 
  74. ↑ “HEVC Support”. 2016년 8월 16일에 원본 문서에서 보존된 문서. 2016년 8월 2일에 확인함. 
  75. ↑ “Windows 10 HEVC playback – Yes or No?”. 
  76. ↑ “The status of VP9 Video Playback in Microsoft Edge is Shipped - Microsoft Edge Development”. 2017년 11월 7일에 원본 문서에서 보존된 문서. 2017년 9월 21일에 확인함. 
  77. ↑ “Add AV1 Codec Support to Windows 10 – Tutorials”. 《Ten Forums》. 
  78. ↑ “HTML5test – How well does your browser support HTML5?”. 
  79. ↑ “Introducing WebRTC 1.0 and interoperable real-time communications in Microsoft Edge”. February 2017. 
  80. ↑ “WebM, VP9 and Opus Support in Microsoft Edge”. 《Microsoft Edge Dev 블로그》. 마이크로소프트. 2016년 4월 18일. 
  81. ↑ “Mozilla Firefox 3.5 Release Notes”. 모질라. 2009년 6월 30일. 
  82. ↑ 《Bug 799315 – Windows Media Foundation backend for media playback》, 모질라, 2012년 12월 21일에 확인함 
  83. ↑ 《Bug 837859 – Enable WMF backend》, 모질라, 2013년 4월 5일에 확인함 
  84. ↑ 가 나 다 라 “Web video codec guide - Media technologies on the web | MDN” (미국 영어). 《developer.mozilla.org》. 2025년 3월 4일. 2025년 3월 25일에 확인함. 
  85. ↑ “Mozilla Firefox 4.0 Release Notes”. 모질라. 2011년 3월 22일. 
  86. ↑ 《[Phoronix] Mozilla Firefox Enables VP9 Video Codec By Default》, Phoronix, 2013년 12월 8일에 확인함 
  87. ↑ “Firefox – Notes (28.0)”. 
  88. ↑ “Firefox 65.0, See All New Features, Updates and Fixes”. 《mozilla.org》. 모질라 재단. 2019년 1월 29일. 
  89. ↑ 가 나 “Firefox 66.0, See All New Features, Updates and Fixes”. 《mozilla.org》. 모질라 재단. 2019년 3월 19일. 
  90. ↑ 《Bug 886181 – Pref on gstreamer backend》, 모질라, 2013년 9월 21일에 확인함 
  91. ↑ 《Bug 794282 – Enable GStreamer in official builds》, 모질라, 2013년 6월 23일에 확인함 
  92. ↑ 《Bug 1207429 – Enable FFMpeg by default》, 모질라, 2015년 10월 30일에 확인함 
  93. ↑ “Mozilla ships Firefox with H.264 support on Android”. 《Ars Technica》. 2012년 11월 30일. 
  94. ↑ 《Bug 1070703 – Add mp4 support in 10.6 and 10.7 on Aurora》, 모질라, 2014년 10월 2일에 확인함 
  95. ↑ Ozer, Jan (2014년 11월 26일). “The Case for VP9 – Streaming Media Magazine”. 
  96. ↑ Jägenstedt, Philip (2009년 12월 31일), “(re-)Introducing <video>” (공식 블로그), 《Core developers》 (오페라), 2010년 2월 6일에 확인함 
  97. ↑ “Changelog for 24 – Opera Desktop”. 
  98. ↑ Lie, Håkon Wium (2010년 5월 19일), 《Welcome, WebM <video>!》, 오페라, 2011년 3월 21일에 원본 문서에서 보존된 문서 
  99. ↑ Mills, Chris (2010년 5월 19일), 《Opera supports the WebM video format》, 오페라 
  100. ↑ FFMPEG installation instructions on orums.opera.com
  101. ↑ “Media formats supported by the HTML audio and video elements”. 《모질라 개발자 네트워크》. 모질라. 
  102. ↑ Martin Smole (2017년 6월 6일). “WWDC17 – HEVC with HLS – Apple just announced a feature that we support out of the box”. 《Bitmovin》. 
  103. ↑ 가 나 “WebKit Features in Safari 17.4 | WebKit”. 2024년 3월 5일. 
  104. ↑ “Safari 12.1 Release Notes | 애플 개발자 문서”. 
  105. ↑ " “Release Notes for Safari Technology Preview 110”. 2020년 7월 16일. 
  106. ↑ “WebKit Features in Safari 17.0”. 2023년 9월 18일. 
  107. ↑ 가 나 “Safari New WebKit Features in Safari 14.1”. 2021년 4월 29일. 
  108. ↑ Persch, Christian (2008년 4월 1일), “The Future of Epiphany” (발표), 《epiphany 메일링 리스트》 
  109. ↑ “Overview of available plug-ins”, 《GStreamer》, 2014년 12월 12일에 원본 문서에서 보존된 문서, 2012년 7월 4일에 확인함 
  110. ↑ “How to use transparent videos on the web in 2022 - Rotato” (영어). 《Rotato 3D Mockups》. 2022년 10월 20일에 확인함. This blog showcases various use cases of transparent videos in web design, besides advertising their own software product, Rotato. 
  111. ↑ “Alpha transparency in Chrome video” (영어). 《Chrome Developers》. July 2013. 2022년 10월 20일에 확인함. Chrome 31 now supports video alpha transparency in WebM. In other words, Chrome takes the alpha channel into account when playing green screen videos encoded to WebM (VP8 and VP9) with an alpha channel. This means you can play videos with transparent backgrounds: over web pages, images or even other videos. 
  112. ↑ “HEVC Video with Alpha - WWDC19 - Videos” (영어). 《Apple Developer》. 2022년 10월 20일에 확인함. 
  113. ↑ “Create transparent backgrounds in a SWF file”. 《Adobe 기술 문서》. 2022년 10월 20일에 확인함. The background color (Stage color) of a SWF file can be set to transparent. The background color or image of the HTML page that contains the SWF file shows through. This technique allows layering of SWF content with DHTML (Dynamic HTML) content. Not every web browser handles transparency in the same way. Be sure to test your SWF file in all browsers that you want to enable your audience to use. Most Linux browsers do not support Animate transparency. 
  114. ↑ “Apply OBJECT and EMBED tag attributes in Adobe Flash Professional”. 《Adobe 기술 문서》. 2022년 10월 20일에 확인함. transparent — The SWF content is layered together with other HTML elements on the page. The SWF file background color (Stage color) is transparent. HTML elements beneath the SWF file are visible through any transparent areas of the SWF, with alpha blending. This option reduces playback performance compared to wmode=window or wmode=direct. 
  115. ↑ “Keep DRM out of Web standards – Reject the Encrypted Media Extensions (EME) proposal – Defective by Design”. 
  116. ↑ Yegulalp, Serdar (2013년 10월 4일). “Berners-Lee and W3C approve HTML5 video DRM additions”. 
  117. ↑ “HTML5 Video at Netflix”. 《Medium》 (Netflix Technology Blog). 2013년 4월 15일. 
  118. ↑ “iPad-ready websites”. 애플. 2011년 3월 1일에 원본 문서에서 보존된 문서. 2010년 4월 5일에 확인함. 
  119. ↑ “Watch Video...without Flash”. Dailymotion. 2009년 5월 27일. 2018년 10월 11일에 확인함. 
  120. ↑ Carle, Kevin; Zacharias, Chris (2010년 1월 20일). “Introducing YouTube HTML5 Supported Videos”. 《Youtube》. 2010년 3월 7일에 확인함. 
  121. ↑ Dougherty, Brad (2010년 1월 21일). “Try our new HTML5 player!”. 비메오. 2010년 3월 4일에 원본 문서에서 보존된 문서. 2010년 3월 7일에 확인함. 
  122. ↑ Anthony, Sebastian (2013년 6월 28일). “Netflix switches from Silverlight to HTML5 in Windows 8.1, reduces CPU usage dramatically – ExtremeTech”. 
  123. ↑ McCormick, Rich (2015년 1월 27일). “YouTube drops Flash for HTML5 video as default”. 
  124. ↑ Welch, Chris (2015년 12월 18일). “Facebook's website now uses HTML5 instead of Flash for all videos”. 
  125. ↑ 가 나 Paul, Ryan (2012년 8월 16일). “Availability of Adobe's Flash browser plugin discontinued on Android”. 
  126. ↑ Tittel, Chris Minnick and Ed (2014년 4월 30일). “How Adobe Is Moving on From Flash to Embrace HTML5”. 
  127. ↑ Williams, Owen (2015년 9월 1일). “Adobe Flash is finally dead”. 《TNW | Apps》. 
  128. ↑ Barrett, Brian (2015년 7월 15일). “Flash. Must. Die.”. 《Wired》. 
  129. ↑ “Intent to implement: HTML5 by Default”. 2016년 5월 9일. 
  130. ↑ “So long, and thanks for all the Flash”. 2017년 12월 8일에 확인함. 
  131. ↑ Smedberg, Benjamin (2016년 7월 20일). “Reducing Adobe Flash Usage in Firefox”. 
  132. ↑ Mondello, Ricky (2016년 6월 14일). “Next Steps for Legacy Plug-ins”. 《WEbKit.org》. 애플. 
  133. ↑ eross-msft. “Microsoft Edge and Internet Explorer 11 (Microsoft Edge for IT Pros)”. 
  134. ↑ “Flash & The Future of Interactive Content”. 2017년 12월 8일에 확인함. 

외부 링크

Content Disclaimer

Informasi ini disarikan dari Wikipedia dan disajikan kembali untuk tujuan edukasi. Konten tersedia di bawah lisensi CC BY-SA 3.0. Kami tidak bertanggung jawab atas ketidakakuratan data yang bersumber dari kontribusi publik tersebut.

  1. The information displayed on this website is sourced in part or in whole from Wikipedia and has been adapted for the purpose of restating it. We strive to provide accurate and relevant information, however:
  2. There is no guarantee of absolute accuracy. Wikipedia is an open, collaborative project that can be edited by anyone, so information is subject to change.
  3. It is not intended to constitute professional advice. The content displayed is for informational and educational purposes only. For important decisions (e.g., medical, legal, or financial), please consult a professional.
  4. Content copyright. Wikipedia is licensed under the Creative Commons Attribution-ShareAlike License (CC BY-SA). This means that content may be reused with appropriate attribution and shared under a similar license.
  5. Responsible use. Any risk arising from the use of information from this website is entirely the responsibility of the user.