AOMedia Video 1(AV1)은 오픈 포맷인 비디오압축 포맷이다. Google, Facebook 등이 참여하는 Alliance for Open Media에서 만들었으며, 파일 포맷이 공개되어 있다. VP9, Daala, Thor 등을 계승한다. AV1 비트스트림 사양에는 참조 비디오 코덱이 포함되어 있다. 2018년 페이스북은 실제 조건에 근접한 테스트를 수행했으며 AV1 참조 인코더는 libvpx-vp9, x264 High profile 및 x264 Main profile보다 각각 34%, 46.2% 및 50.3% 더 높은 데이터 압축을 달성했다.
VP9와 비슷하지만 H.264(AVC) 및 H.265(HEVC)와 달리 AV1은 오픈 소스 프로젝트의 채택을 방해하지 않는 로열티 없는 라이선스 모델을 갖추고 있다.
AV1을 개발하려는 얼라이언스의 동기에는 AVC의 뒤를 이을 것으로 예상되는 MPEG 설계 코덱인 HEVC의 특허 라이센스와 관련된 높은 비용과 불확실성이 포함되었다. 또한 얼라이언스의 7개 창립 회원인 아마존, 시스코, 구글, 인텔, 마이크로소프트, 모질라 및 넷플릭스는 비디오 형식의 초기 초점이 고품질 웹 비디오 제공이라고 발표했다. AV1의 공식 발표는 2015년 9월 1일 Alliance for Open Media 결성에 대한 보도 자료와 함께 나왔다. 불과 42일 전인 2015년 7월 21일, HEVC 어드밴스의 초기 라이선스 제안은 AV1의 로열티 수수료보다 인상된 것으로 발표되었다. HEVC에서는 비용 증가 외에도 라이선스 프로세스도 복잡해졌다. 표준에 포함된 기술이 단일 엔터티인 MPEG LA로부터 라이센스를 받을 수 있었던 이전 MPEG 표준과 달리, HEVC 표준이 완성되었을 때 두 개의 특허 풀이 형성되었고 세 번째 풀이 곧 탄생했다. 또한 다양한 특허 보유자가 두 풀을 통한 특허 라이센스를 거부하여 HEVC 라이센스에 대한 불확실성이 증가했다. 마이크로소프트의 이안 르그로(Ian LeGrow)에 따르면 로열티가 없는 오픈 소스 기술은 라이센스와 관련된 이러한 불확실성을 제거하는 가장 쉬운 방법으로 여겨졌다.
자유-오픈 소스 소프트웨어에 대한 특허 라이센스의 부정적인 영향도 AV1 생성 이유로 언급되었다. 예를 들어 H.264 구현을 파이어폭스에 구축하면 MPEG-LA에 라이센스 비용을 지불해야 하기 때문에 무료로 배포할 수 없다. 유럽 자유 소프트웨어 재단(Free Software Foundation Europe)은 FRAND 특허 라이센스 관행이 자유 소프트웨어 라이센스와의 다양한 비호환성으로 인해 표준의 자유 소프트웨어 구현을 불가능하게 한다고 주장했다.
AV1 프로젝트의 많은 구성요소는 얼라이언스 회원들의 이전 연구 노력에서 나온 것이다. 개별 기여자들은 몇 년 전에 실험적인 기술 플랫폼을 시작했다. Xiph/Mozilla의 달라는 2010년에 코드를 게시했고, 구글의 실험적인 VP9 진화 프로젝트 VP10은 2014년 9월 12일에 발표되었으며, 시스코의 토르(Thor)는 2015년 8월 11일에 발표되었다. VP9의 코드 기반을 기반으로 구축 AV1에는 추가 기술이 통합되어 있으며 그 중 일부는 이러한 실험 형식으로 개발되었다. 삼성, 비메오, 마이크로소프트, 넷플릭스, 모질라, AMD, 엔비디아, 인텔, ARM, 구글, 페이스북, 시스코, 아마존, 훌루, VideoLAN, 어도비, 애플을 포함한 많은 회사가 Alliance for Open Media의 일부이다. 애플은 AOMedia 창립 이후에 합류했지만 AOMedia 운영 회원이다. AV1 스트림 관리는 코어미디어(Coremedia)에서 관리할 수 있는 유형별 비디오에 공식적으로 포함되었다.
AV1 참조 코덱의 첫 번째 버전 0.1.0은 2016년 4월 7일에 게시되었다. 2017년 10월 말에 소프트 기능 동결이 적용되었지만 몇 가지 중요한 기능에 대한 개발은 계속되었다. 그 중 하나인 비트스트림 형식은 2018년 1월에 동결될 예정이었으나 해결되지 않은 심각한 버그와 변환, 구문, 모션 벡터 예측 및 법적 분석 완료에 대한 추가 변경으로 인해 지연되었다. 얼라이언스는 2018년 3월 28일에 참조 소프트웨어 기반 인코더 및 디코더와 함께 AV1 비트스트림 사양의 출시를 발표했다. 2018년 6월 25일에 사양의 검증된 버전 1.0.0이 출시되었다. 2019년 1월 8일에 사양의 Errata 1이 포함된 검증된 버전 1.0.0이 출시되었다.
AOM 회원인 비트모빈(Bitmovin)의 마틴 스몰(Martin Smole)은 참조 인코더의 계산 효율성이 비트스트림 형식 동결이 완료된 후 남은 가장 큰 과제라고 말했다. 형식 작업을 하는 동안 인코더는 프로덕션 용도로 사용되지 않았으며 속도 최적화가 우선시되지 않았다. 결과적으로 AV1의 초기 버전은 기존 HEVC 인코더보다 훨씬 느렸다. 결과적으로 개발 노력의 대부분은 참조 인코더를 완성하는 쪽으로 옮겨졌다. 2019년 3월에는 참조 인코더의 속도가 크게 향상되었으며 다른 일반 형식의 인코더와 동일한 수준으로 향상되었다는 보고가 있었다.
2021년 1월 21일에 AV1의 MIME 유형이 video/AV1로 정의되었다. 이 MIME 유형을 사용하는 AV1의 사용은 실시간 전송 프로토콜 목적으로만 제한된다.
목적
AV1은 최첨단 기술과 로열티가 없는 웹용 비디오 형식을 목표로 한다. 구글 크롬 미디어 팀의 전략 및 파트너십 책임자인 매트 프로스트(Matt Frost)에 따르면 Alliance for Open Media의 사명은 WebM 프로젝트와 동일하게 유지된다.
특히 로열티가 없는 멀티미디어 형식의 표준 개발에서 반복되는 우려는 표준 작성자와 사용자가 알지 못했던 특허를 실수로 침해할 위험이 있다는 것이다. 이러한 우려는 AV1 및 이전 VP8, VP9, Theora 및 IVC와 관련하여 제기되었다. 이 문제는 로열티가 없는 형식에만 국한되는 것이 아니지만 로열티가 없는 형식의 지위를 위협하는 고유한 요소이다.
특허가 만료될 만큼 형식이 오래될 때까지는 확인이 불가능 (WTO 국가에서는 최소 20년)
로열티가 없다는 목표를 달성하기 위해 개발 프로세스에서는 경쟁 회사의 특허를 침해하지 않는다는 두 당사자가 독립적으로 확인하기 전에는 어떤 기능도 채택할 수 없도록 요구한다. 특허로 보호되는 기술에 대한 대안을 사용할 수 없는 경우 관련 특허 소유자를 얼라이언스에 가입하도록 초대한다(이미 다른 특허 풀의 구성원인 경우에도 마찬가지). 예를 들어, 얼라이언스 회원사인 애플, 시스코, 구글 및 마이크로소프트는 MPEG-LA의 H.264 특허 풀에 대한 라이센스 제공자이다. AV1의 로열티가 없는 상태에 대한 추가 보호로서 얼라이언스는 소규모 얼라이언스 회원이나 AV1 라이센스 사용자가 특허 침해 혐의로 소송을 당할 경우 이를 지원하기 위한 법적 방어 기금을 보유하고 있다.
W3C(World Wide Web Consortium)에서 채택한 특허 규칙에 따라 기술 기여자는 호혜성을 기반으로(즉, 사용자가 특허 소송에 참여하지 않는 한) 언제 어디서나 누구에게나 AV1 관련 특허에 대한 라이선스를 부여한다. 방어 조건으로, 특허 소송에 참여하는 사람은 모든 특허 보유자의 특허에 대한 권리를 잃는다.
지적 재산권(IPR)에 대한 이러한 처리와 개발 중 절대적 우선 순위는 AVC 및 HEVC와 같은 기존 MPEG 형식에 위배된다. 이는 ITU-T의 개방형 표준 정의에 규정된 대로 표준화 기관의 IPR 비관여 정책에 따라 개발되었다. 그러나 MPEG 회장은 이러한 관행이 바뀌어야 한다고 주장했다. 즉, EVC는 또한 로열티가 없는 하위 집합을 갖도록 설정되었으며 향후 IPR 위협으로부터 보호하기 위해 비트스트림에 전환 가능한 기능을 갖게 될 것이다.
로열티가 없는 웹 표준을 만드는 것은 업계에서 오랫동안 추구해온 목표였다. 2007년 HTML5 비디오 제안에서는 Theora를 필수 구현으로 지정했다. 그 이유는 공개 콘텐츠는 "기본 형식"으로만 자유롭게 구현 가능한 형식으로 인코딩되어야 하며 나중에 이러한 기본 형식을 변경하는 것은 네트워크 효과로 인해 어려울 수 있기 때문이다.
Alliance for Open Media은 Theora가 AVC를 제치고 로열티 없는 경쟁을 재개한 WebM 프로젝트를 통한 Google의 노력의 연속이다. 무료 소프트웨어를 배포하는 Mozilla와 같은 회사의 경우, 무료 소프트웨어에서 이러한 지불을 지원할 수익원이 부족하기 때문에 복사본당 로열티가 지속 불가능하므로 AVC 지원이 어려울 수 있다. 마찬가지로, HEVC는 무료로 배포되는 소프트웨어에 대한 예외를 허용하도록 모든 라이센스 제공자를 성공적으로 설득하지 못했다.
성능 목표에는 복잡성 증가를 최소화하기 위한 효율성 "VP9 및 HEVC에서 한 단계 향상"이 포함된다. NETVC의 효율성 목표는 HEVC에 비해 25% 향상이다. 하드웨어 지원이 사용자에게 도달하는 데 시간이 걸리기 때문에 가장 복잡한 문제는 소프트웨어 디코딩이다. 그러나 WebRTC의 경우 라이브 인코딩 성능도 관련이 있으며 이는 시스코의 의제이다. 시스코는 화상 회의 장비 제조업체이며 Thor의 기여는 "단지 적당한 복잡성으로 합리적인 압축"을 목표로 한다.
기능 측면에서 AV1은 현재 세대(H.264) 비디오 형식의 일반적인 사용 시나리오보다 실시간 애플리케이션(특히 WebRTC) 및 더 높은 해상도(더 넓은 색 영역, 더 높은 프레임 속도, UHD)를 위해 특별히 설계되었다. 가장 큰 효율성 향상을 달성할 것으로 예상된다. 따라서 ITU-R 권장 사항 BT.2020의 색상 공간과 색상 구성 요소당 최대 12비트의 정밀도를 지원할 계획이다. AV1은 주로 손실 인코딩을 위해 고안되었지만 무손실 압축도 지원된다.
품질 및 효율성
2016년 6월 초의 첫 번째 비교 에서는 AV1이 2017년 1월 말의 코드를 사용한 비교와 마찬가지로 HEVC와 거의 동등한 것으로 나타났다.
2017년 4월 당시 활성화된 8개의 실험 기능(총 77개)을 사용하여 비트모빈은 싱텔(Sintel) 및 티어스 오브 스틸(Tears of Steel) 단편 영화의 HEVC와 비교하여 시각적 결과뿐만 아니라 유리한 객관적 측정항목을 보여줄 수 있었다. 스트리밍 미디어 매거진의 잰 오저(Jan Ozer)의 후속 비교를 통해 이를 확인하고 "AV1은 적어도 현재 HEVC만큼 좋다"는 결론을 내렸다. 오저는 자신과 비트모빈의 결과가 AV1이 HEVC보다 65.7% 덜 효율적이며 10.5% 더 효율적이라고 결론을 내린 H.264/AVC조차 저조한 성능을 보인다는 2016년 말 프라운호퍼 통신연구소(Fraunhofer Institute for Telecommunications)의 비교와 모순된다고 지적했다. 오저는 각 인코더 공급업체가 보증하는 인코딩 매개변수를 사용하고 최신 AV1 인코더에 더 많은 기능을 추가함으로써 이러한 불일치를 정당화했다. 2017년 내부 측정에 따르면 디코딩 성능은 VP9 속도의 약 절반 수준이었다.
720p에서 PSNR 및 VMAF를 사용한 측정을 기반으로 한 2017년 넷플릭스의 테스트에서는 AV1이 VP9(libvpx)보다 약 25% 더 효율적인 것으로 나타났다. PSNR을 기반으로 2018년에 실시된 페이스북 테스트에서는 AV1 참조 인코더가 libvpx-vp9, x264 High 프로파일 및 x264 Main 프로파일보다 각각 34%, 46.2% 및 50.3% 더 높은 데이터 압축을 달성할 수 있는 것으로 나타났다.
2017년 모스크바 국립 대학교의 테스트에 따르면 VP9는 비슷한 수준의 품질을 달성하기 위해 AV1보다 31%, HEVC는 22% 더 많은 비트 전송률이 필요했다. AV1 인코더는 최적화 부족(당시에는 불가능함)으로 인해 "경쟁사보다 2,500~3,500배 낮은" 속도로 작동하고 있었다.
2020년 워털루 대학교의 테스트에 따르면 2160p(4K) 비디오에 대해 평균 의견 점수(MOS)를 사용할 때 AV1은 HEVC에 비해 9.5%, VP9에 비해 16.4%의 비트 전송률 절감 효과를 보였다. 그들은 또한 연구 당시 2160p에서 AV1 비디오 인코딩이 AVC 인코딩에 비해 평균 590배 더 오래 걸렸다는 결론을 내렸다. HEVC는 각각 AVC보다 평균 4.2배, VP9는 평균 5.2배 더 오래 걸렸다.
2020년 9월 현재 스트리밍 미디어 매거진에서 중간 정도의 인코딩 속도, VMAF 및 다양한 짧은 클립 세트를 사용한 최신 인코더 비교에 따르면 오픈 소스 libaom 및 SVT-AV1 인코더는 인코딩하는 데 약 2배의 시간이 걸리는 것으로 나타났다. "veryslow" 프리셋의 x265는 15-20% 더 낮은 비트 전송률을 사용하거나 x264 Veryslow보다 약 45% 더 낮은 비트 전송률을 사용한다. 테스트 중인 최고의 AV1 인코더인 Visionular의 Aurora1은 "느린" 프리셋에서 x265 매우 느림만큼 빨랐으며 x264 매우 느림보다 비트 전송률을 50% 절약했다.
CapFrameX는 AV1 디코딩을 통해 GPU 성능을 테스트했다. 2022년 10월 5일 클라우드플레어는 베타 플레이어를 출시했다고 발표했다.
프로파일과 레벨
프로파일
AV1 프로파일 간 비교
Main (0)
High (1)
Professional (2)
비트 심도
8 또는 10비트
8 또는 10비트
8, 10 & 12비트
크로마 서브샘플링
4:0:0
예
예
예
4:2:0
예
예
예
4:2:2
아니요
아니요
예
4:4:4
아니요
예
예
레벨
레벨
MaxPicSize
(Samples)
MaxHSize
(Samples)
MaxVSize
(Samples)
MaxDisplayRate
(Samples/sec)
MaxDecodeRate
(Samples/sec)
MaxHeader
Rate (/sec)
MainMbps
(MBits/sec)
HighMbps
(MBits/sec)
Min Comp Basis
Max Tiles
Max Tile Cols
예시
2.0
147456
2048
1152
4,423,680
5,529,600
150
1.5
-
2
8
4
426×240@30fps
2.1
278784
2816
1584
8,363,520
10,454,400
150
3.0
-
2
8
4
640×360@30fps
3.0
665856
4352
2448
19,975,680
24,969,600
150
6.0
-
2
16
6
854×480@30fps
3.1
1065024
5504
3096
31,950,720
39,938,400
150
10.0
-
2
16
6
1280×720@30fps
4.0
2359296
6144
3456
70,778,880
77,856,768
300
12.0
30.0
4
32
8
1920×1080@30fps
4.1
2359296
6144
3456
141,557,760
155,713,536
300
20.0
50.0
4
32
8
1920×1080@60fps
5.0
8912896
8192
4352
267,386,880
273,715,200
300
30.0
100.0
6
64
8
3840×2160@30fps
5.1
8912896
8192
4352
534,773,760
547,430,400
300
40.0
160.0
8
64
8
3840×2160@60fps
5.2
8912896
8192
4352
1,069,547,520
1,094,860,800
300
60.0
240.0
8
64
8
3840×2160@120fps
5.3
8912896
8192
4352
1,069,547,520
1,176,502,272
300
60.0
240.0
8
64
8
3840×2160@120fps
6.0
35651584
16384
8704
1,069,547,520
1,176,502,272
300
60.0
240.0
8
128
16
7680×4320@30fps
6.1
35651584
16384
8704
2,139,095,040
2,189,721,600
300
100.0
480.0
8
128
16
7680×4320@60fps
6.2
35651584
16384
8704
4,278,190,080
4,379,443,200
300
160.0
800.0
8
128
16
7680×4320@120fps
6.3
35651584
16384
8704
4,278,190,080
4,706,009,088
300
160.0
800.0
8
128
16
7680×4320@120fps
지원되는 컨테이너 포맷
표준화됨:
ISO 기본 미디어 파일 포맷: AOMedia의 ISOBMFF 컨테이너화 사양이 가장 먼저 확정되어 채택되었다. 유튜브에서 사용하는 포맷이다.
실시간 전송 프로토콜 (RTP): AOMedia의 RTP 패킷화 사양은 AV1 OBU (Open Bitstream Units)를 RTP 페이로드로 직접 전송하도록 정의한다. 이 사양은 비디오 프레임과 그 의존성에 대한 정보를 담는 RTP 헤더 확장을 정의하며, 이는 § 계층형 비디오 부호화에 유용하다. 원시 비디오 데이터의 전송은 오디오와 같은 다른 스트림을 외부에서 전송해야 한다는 점에서 RTP 기반 MPEG TS 등과는 차이가 있다.
2016년 10월, 넷플릭스는 AV1을 조기에 채택할 계획이라고 밝혔다. 2020년 2월 5일, 넷플릭스는 안드로이드에서 일부 타이틀의 스트리밍에 AV1을 사용하기 시작했으며, 기존 VP9 스트림보다 압축 효율이 20% 향상되었다고 전했다. 2021년 11월 9일, 넷플릭스는 AV1 디코더가 탑재된 여러 TV와 플레이스테이션 4 프로를 대상으로 AV1 콘텐츠 스트리밍을 시작했다고 발표했다. 2025년 12월, 그들은 전체 스트림의 30%가 AV1을 사용한다고 보고했다.
2018년 유튜브는 'AV1 베타 출시 재생목록'을 시작으로 AV1 배포를 시작했다. 설명에 따르면, 비디오는 초기 디코딩 성능 테스트를 위해 높은 비트레이트로 인코딩되었으며, 유튜브는 AV1 보급에 대해 "야심찬 목표"를 가지고 있다. 안드로이드 TV용 유튜브는 2020년 초에 출시된 2.10.13 버전부터 지원 기기에서 AV1 인코딩 영상 재생을 지원한다. 2020년에 유튜브는 AV1을 통해 8K 해상도 비디오 서비스를 시작했다.
2019년 2월, 페이스북은 긍정적인 테스트 결과를 바탕으로 브라우저 지원이 이루어지는 대로 인기 비디오부터 점진적으로 AV1 코덱을 도입하겠다고 밝혔다. 또한 2022년 모회사인 메타는 SVT-AV1에 관심을 표명했으며, 그 사이 구글 엔지니어 맷 프로스트는 유튜브의 인텔 채널에서 하드웨어 가속이 보급되는 2023년에 첫 테스트를 수행할 의향을 밝혔다. 그러나 최신 '스트리밍 미디어' 영상에서는 상태가 불분명하며 AOMedia의 공식 입장은 나오지 않았다.
2022년 10월 15일, MSVP (Meta Scalable Video Processor)가 발표되었으며 관련 개요가 연구 웹사이트에 게시되었다.
2022년 11월 4일, 메타 기술 블로그와 마크 저커버그의 인스타그램 릴스를 통해 AV1 코덱 도입이 발표되었으며, H.264/MPEG-4 AVC와 비교하는 모습이 공개되었다. 저커버그는 "인스타그램 엔지니어링 팀이 비디오 품질을 획기적으로 향상시키는 방법을 개발했다. 기본 비디오 처리를 94% 더 빠르게 만들었다"라고 언급했다. 안드로이드는 예비적인 네이티브 AV1 재생 기능을 갖추고 있다.
2019년 6월, 비메오의 "스태프 픽" 채널 영상들이 AV1과 오푸스로 제공되기 시작했다. 비메오는 모질라의 rav1e 인코더를 사용하고 기여하고 있으며, 향후 인코더 개선을 통해 비메오에 업로드되는 모든 비디오와 "라이브" 서비스에 AV1 지원을 제공할 계획이다.
2020년 4월 30일, 아이치이는 PC 웹 브라우저와 안드로이드 기기 사용자를 위해 AV1 지원을 발표했으며, 발표에 따르면 중국 동영상 스트리밍 사이트 중 최초로 해당 코덱을 채택한 사례이다.
트위치는 2022년 또는 2023년에 가장 인기 있는 콘텐츠를 대상으로 AV1을 배포했으며, 2024년 또는 2025년까지 보편적인 지원이 이루어질 것으로 예상된다.
2021년 4월, 로쿠는 계약 만료 후 로쿠 스트리밍 플랫폼에서 유튜브 TV 앱을 제거했다. 이후 로쿠 기기들이 AV1 코덱을 지원하는 프로세서를 사용하지 않는다는 사실이 보도되었다. 2021년 12월, 유튜브와 로쿠는 로쿠 플랫폼에서 유튜브 TV 및 유튜브 앱을 유지하기 위한 다년 계약에 합의했다. 로쿠 측은 로열티 프리인 AV1 코덱을 지원하는 프로세서를 사용하는 것이 소비자 가격 상승을 초래할 것이라고 주장해왔다.
2022년 1월, 빌리빌리는 조회수가 높은 동영상을 대상으로 H.265 HEVC 및 AV1 인코딩을 도입했으며, 조회수가 낮은 동영상은 H.264 AVC로만 제공된다.
2024년 7월, DMM.com은 자사의 DMM.TV 서비스에 AV1을 도입하여 일본 기업 최초로 이를 시행했다.
소프트웨어 구현
Libaom은 참조 구현이다. 인코더(aomenc)와 디코더(aomdec)를 포함한다. 과거 연구용 코덱이었기 때문에 모든 기능을 효율적으로 사용하는 것을 입증하도록 만들어졌으나, 일반적인 인코딩 속도는 느린 편이다. 기능 동결 당시 인코더는 매우 느렸으나, 이후 효율성 저하 없이 획기적인 속도 최적화가 이루어졌다.
SVT-AV1은 인텔이 넷플릭스와 협력하여 개발한 오픈 소스 인코더 및 디코더를 포함하며, 멀티스레딩 성능에 중점을 두고 있다. 이들은 시다나 코퍼레이션(Cidana Developers) 및 소프트웨어 구현 작업 그룹(SIWG)에서 구현되었다. 2020년 8월, AOMedia 소프트웨어 구현 작업 그룹은 SVT-AV1을 프로덕션용 인코더로 채택했다. SVT-AV1 1.0.0은 2022년 4월 22일에 출시되었다. SVT-AV1 2.0.0은 2024년 3월 13일에, SVT-AV1 3.0.0은 2025년 2월 20일에 출시되었다.
rav1e는 Xiph.Org 재단에서 만든 러스트 및 어셈블리어로 작성된 인코더이다. rav1e는 aomenc와 반대되는 접근 방식을 취한다. 가장 단순하고 빠른 표준 준수 인코더로 시작하여, 속도를 유지하면서 점진적으로 효율성을 개선하는 방식이다.
dav1d는 비디오랜과 관련된 어셈블리 및 C99로 작성된 디코더로, 속도와 휴대성에 집중한다. 첫 공식 버전(0.1)은 2018년 12월에 출시되었다. 2019년 5월에 발표된 0.3 버전은 추가 최적화를 통해 aomdec보다 2~5배 빠른 성능을 보여주었다. 0.5 버전은 2019년 10월에 출시되었다. 파이어폭스 67은 2019년 5월에 기본 디코더를 Libaom에서 dav1d로 전환했다. 2019년 dav1d v0.5는 libgav1 및 libaom과 비교하여 최고의 디코더로 평가받았다.
Cisco AV1은 시스코가 시스코 웹엑스원격 회의 제품을 위해 개발한 독자적인 라이브 인코더이다. 이 인코더는 지연 시간을 최소화하도록 최적화되었으며, 일반적인 노트북 수준의 CPU 점유율 내에서 작동하도록 설계되었다. 시스코는 고속, 저지연이라는 작동 조건 하에서 AV1의 방대한 툴셋이 인코딩 복잡도를 높이지 않는다고 강조했다. 오히려 모든 프로필에서의 확장성과 화면 콘텐츠용 도구들을 통해 HEVC보다 우수한 압축 대비 속도 균형을 찾을 수 있었다고 밝혔다. 기존에 사용하던 H.264 인코더와 비교하여 고해상도 화면 공유 영역에서 특히 큰 개선이 있었다.
2019년 초, 룩셈부르크 기반의 기업인 시스벨(Sisvel)은 AV1에 필수적인 특허들로 구성된 특허 풀을 형성하고 있다고 주장했다. 이 소식에도 구글은 AV1 사용 계획을 재검토하지 않았으며, AOMedia는 AV1이 "높은 특허 로열티 요구와 라이선스 불확실성"의 환경을 여전히 극복하고 있다고 확신한다고 밝혔다. 시스벨은 2020년부터 필립스, GE, NTT, 에릭슨, 돌비, 도시바의 특허가 포함된 풀의 라이선스를 판매하기 시작했다. 유니파이드 페이턴츠(Unified Patents)는 이 풀에 포함된 다양한 특허들에 대한 이의 제기를 추적해 왔다.
2022년 7월 7일, 유럽 연합의 반독점 규제 당국이 AOM과 그 라이선스 정책에 대한 조사에 착수했다는 사실이 밝혀졌다. 규제 당국은 이러한 행위가 혁신가들이 AV1 기술 사양과 경쟁하는 능력을 제한하고, 혁신에 대한 동기를 저해할 수 있다고 언급했다.
위원회는 AOM과 그 회원들이 AV1 기술 사양 제작 당시 AOM의 일원이 아니었으나 그들의 특허가 기술 사양에 필수적인 것으로 간주되는 혁신가들에게 라이선스 조건(강제적인 로열티 프리 교차 라이선스)을 강요하고 있을 가능성이 있다는 정보를 입수했다.
2023년 5월 23일, 유럽 연합 집행위원회는 추가 조치 없이 조사를 종결하기로 결정했다. 그러나 이메일을 통해 종결 조치가 EU 반독점법 준수 여부에 대한 확정적 판단을 의미하는 것은 아니라고 다시 한번 강조했다.
2023년 10월, 특허 풀 운영사인 아반시(Avanci)는 H.265, H.266, VP9 등과 더불어 AV1을 사용하는 비디오 스트리밍 사업자를 대상으로 하는 새로운 라이선스 프로그램을 시작한다고 발표했다.
12“An Invisible Tax on the Web: Video Codecs”. 2018년 7월 11일. 2019년 1월 5일에 원본 문서에서 보존된 문서. 2019년 1월 4일에 확인함. Mozilla uses Cisco's OpenH264 in Firefox. If not for Cisco's generosity, Mozilla would be paying estimated licensing fees of $9.75 million a year.
12“Why is FRAND bad for Free Software?”. 2016년 6월 20일. 2019년 6월 6일에 원본 문서에서 보존된 문서. 2019년 4월 8일에 확인함. As Free Software gives each user the freedom to redistribute the software itself, keeping track and collecting royalties based on distributed copies is also, in practice, impossible.
↑“OpenH264 Now in Firefox”. 2014년 10월 14일. 2021년 7월 11일에 원본 문서에서 보존된 문서. 2019년 4월 8일에 확인함. Because H.264 implementations are subject to a royalty bearing patent license and Mozilla is an open source project, we are unable to ship H.264 in Firefox directly. We want anyone to be able to distribute Firefox without paying the MPEG LA.
↑Chiariglione, Leonardo (2018년 1월 28일). “A crisis, the causes and a solution”. 2018년 4월 17일에 원본 문서에서 보존된 문서. 2018년 4월 21일에 확인함. two tracks in MPEG: one track producing royalty free standards (Option 1, in ISO language) and the other the traditional Fair Reasonable and Non Discriminatory (FRAND) standards (Option 2, in ISO language). (…) The Internet Video Coding (IVC) standard was a successful implementation of the idea (…). Unfortunately 3 companies made blank Option 2 statements (of the kind "I may have patents and I am willing to license them at FRAND terms"), a possibility that ISO allows. MPEG had no means to remove the claimed infringing technologies, if any, and IVC is practically dead.
↑Chiariglione, Leonardo (2018년 1월 28일). “A crisis, the causes and a solution”. 2018년 4월 17일에 원본 문서에서 보존된 문서. 2018년 4월 21일에 확인함. How could MPEG achieve this? Thanks to its "business model" that can simply be described as: produce standards having the best performance as a goal, irrespective of the IPR involved.
↑Wium Lie, Håkon (2007년 3월 29일). “Proposal for the HTML 5 video element (Google TechTalks)”. Google Video, later YouTube. 2019년 2월 25일에 원본 문서에서 보존된 문서. 2019년 1월 3일에 확인함. Flash is today the baseline format on the web. The problem with Flash is that it's not an open standard. It's a proprietary format, it hasn't been documented, and it probably requires the payment of licenses if you are going to (…) write software for it (…) The web community has always been based on open standards. This has been what the web was founded on, where HTML started. That's why we developed the PNG image format – we wanted a freely implementable open standard to hold the content we are putting out there. Our content is too valuable to put into some locked format. This goes back all the way to SGML, in which the mantra was "own your data". (…) If we look at open standards for video today (…), there is one which I believe is the right one, and that's called Ogg Theora.
↑Midtskogen, Steinar; Fuldseth, Arild; Bjøntegaard, Gisle; Davies, Thomas (2017년 9월 13일). “Integrating Thor tools into the emerging AV1 codec”(PDF). 2019년 2월 25일에 원본 문서(PDF)에서 보존된 문서. 2017년 10월 2일에 확인함. What can Thor add to VP9/AV1? Since Thor aims for reasonable compression at only moderate complexity, we considered features of Thor that could increase the compression efficiency of VP9 and/or reduce the computational complexity.
↑Ozer, Jan (2016년 6월 3일). “What is AV1?”. 《Streaming Media Magazine》. Information Today, Inc. 2016년 11월 26일에 원본 문서에서 보존된 문서. 2016년 11월 26일에 확인함. ...Once available, YouTube expects to transition to AV1 as quickly as possible, particularly for video configurations such as UHD, HDR, and high frame rate videos...Based upon its experience with implementing VP9, YouTube estimates that they could start shipping AV1 streams within six months after the bitstream is finalized....
↑“Results of Elecard's latest benchmarks of AV1 compared to HEVC”. 2017년 4월 24일. 2017년 12월 26일에 원본 문서에서 보존된 문서. 2017년 6월 14일에 확인함. The most intriguing result obtained after analysis of the data lies in the fact that the developed codec AV1 is currently equal in its performance with HEVC. The given streams are encoded with AV1 update of 2017.01.31
↑Ozer, Jan (2020년 9월 18일). “AV1 Has Arrived: Comparing Codecs from AOMedia, Visionular, and Intel/Netflix”. 2020년 11월 10일에 원본 문서에서 보존된 문서. 2020년 11월 7일에 확인함. While 2018 was the year AV1 became known, 2020 will be the year that AV1 became interesting, primarily because of three developments. First, in early 2020, AV1-enabled smart TVs hit the market, right on the 2-year schedule announced back in 2018 by the Alliance for Open Media (AOMedia). Second, over the past two years, encoding times for the AOMedia AV1 codec have dropped from about 2500x real time to about 2x slower than HEVC. Finally, the emergence of third-party AV1 codecs have increased both the quality and encoding speed of the AV1 codec.
↑The Alliance for Open Media AV1 Real-Time Communications Subgroup (2021년 3월 29일). “RTP Payload Format For AV1 (v1.0)”. 2021년 5월 17일에 원본 문서에서 보존된 문서. 2021년 5월 17일에 확인함.
↑Ronca, David (2016년 10월 12일). “Royalty-Free Video Encoding Netflix Meet-up”. 《YouTube》. Netflix. 2021년 2월 4일에 원본 문서에서 보존된 문서. 2020년 2월 5일에 확인함. In addition, we're engaged with the AOM as far as providing test vectors, providing requirements, we'll be looking forward to testing AV1 in our workflow against a large catalog and providing results there. And also we would expect to be an early adopter of AV1.
↑Ozer, Jan; Shen, Yueshi (2019년 5월 2일). “NAB 2019: Twitch Talks VP9 and AV1 Roadmap”. 《YouTube》. 2020년 7월 12일에 원본 문서에서 보존된 문서. 2019년 5월 30일에 확인함. but we're hoping, towards 2024-2025 the AV1 ecosystem's ready, we wanna switch to AV1 a 100%. … this is our projection right now. But on the other hand, as I said, our AV1 release will be, for the head content will be a lot sooner. We are hoping 2022-2023 is we are going to release AV1 for the head content.
12“Linux Conference Australia 2019: The AV1 Video Codec”. 《YouTube》. 2019년 1월 24일. 2019년 6월 6일에 원본 문서에서 보존된 문서. 2019년 2월 5일에 확인함. We have been focusing on freezing the bitstream and getting the quality, not necessarily making things fast. This is a graph of the [encoding] speed of AV1 over its development process. You can se that as we near the end of that process, we started making things faster again, and it's now two orders of magnitude faster than it was at its slowest point. So that's going to improve. And this is a corresponding graph of the quality. (…) So you can see that even as it has continued to get much faster, the quality hasn't really gone down. (…) We wanted to approach this from the other end, so we started an encoder of our own, called rav1e, and the idea is that we would start out always being fast, and then try to make it better over time.
↑Simmons, Jen (2023년 9월 18일). “WebKit Features in Safari 17.0”. 《WebKit》. 2023년 9월 19일에 원본 문서에서 보존된 문서. 2023년 9월 19일에 확인함. Safari 17.0 adds support for AV1 video on devices with hardware decoding support, like iPhone 15 Pro and iPhone 15 Pro Max.