mir.pe (일반/밝은 화면)
최근 수정 시각 : 2024-04-18 11:53:53

WebP

그래픽 포맷
{{{#!wiki style="margin:0 -10px -5px; min-width:300px; min-height:calc(1.5em + 5px); word-break:keep-all"
{{{#!folding [ 펼치기 · 접기 ]
{{{#!wiki style="margin:-6px -1px -11px" 		<colbgcolor=#f4eaa2,#7c732e>▶: 애니메이션 기능 지원 / L: 다중 레이어 지원 / α: 알파값 지원
비트맵 <colbgcolor=#f5f0cb,#555131> 손실 압축 JPEG AVIF▶Lα · BPG▶α · FLIF▶α · HEIF▶ · WebP▶α · RAW · DDS▶Lα · PSD▶Lα
무손실
압축 		APNG▶α · DNG · EXRα · GIF▶ · PCX · PNGα · RGBEα · TGAα · TIFFLα
무손실 무압축 BMPα
벡터 AI · CDR · SVG
관련 틀: 그래픽 · 오디오 · 비디오
}}}}}}}}}
WebP

파일:WebP 로고.svg

개발 Google
개발 언어 C언어
홈페이지 파일:홈페이지 아이콘.svg
1. 개요2. 제작 배경3. 특징 및 장점
3.1. 압축 방식3.2. 작은 크기3.3. 움직이는 WebP3.4. 알파 채널 지원
4. 단점
4.1. 일부 플랫폼에서의 움직이는 WebP 지원 문제4.2. 낮은 호환성4.3. 많은 리소스 요구4.4. Apple 플랫폼 상에서의 포맷 호환성 문제
5. 지원 현황
5.1. 웹 브라우저5.2. 웹 사이트5.3. 프로그램
6. 보안 취약점 문제7. 여담
7.1. 특허

[clearfix]

1. 개요

2010년 구글에서 만든 이미지 포맷이다. 이름처럼 웹(web) 환경을 위해서 만들어진 효율적인 이미지 포맷이다. '웹피'라고 읽는다.

2. 제작 배경

구글이 WebP를 개발하여 무료로 공개하는 이유는 세계 인터넷 플랫폼 점유율에서 구글이 가지고 있는 절대적인 위상과 그에 따른 천문학적인 관리 비용 때문이다. 구글 혼자서 엄청난 트래픽을 사용하고 있는데, 방대한 양의 이미지가 갖고 있는 포맷만 최적화해도 트래픽이 크게 줄어 비용을 아낄 수 있다. 게다가 인터넷 속도가 빨라질수록 광고 매출도 늘어나기 때문에 구글은 항상 인터넷 속도를 올리려고 노력한다.

그래서 구글의 서비스는 웹 브라우저를 확인해서 브라우저가 WebP를 지원하면 JPEG이나 PNG 대신 WebP를 보내준다. 예를 들면 유튜브 썸네일도 WebP로 되어 있다.[1] 다만 썸네일 이미지 업로드의 경우 WebP를 지원하지 않는 문제가 있다.[2]

3. 특징 및 장점

3.1. 압축 방식

3.2. 작은 크기

3.3. 움직이는 WebP

움직이는 GIF처럼, WebP도 움직이는 영상을 지원한다. 웹 브라우저 지원 여부 테스트 사이트

GIF는 1987년에 개발되었다. 이런 구식 포맷은 단점이 많은데, 우선 압축률이 낮아서 파일 크기가 너무 크며, 256색만 지원하기 때문에 움짤을 만들 때 특정 색상이 깨지기도 한다.

하지만 2010년에 만들어진 WebP는 이런 문제들이 개선됐다. 압축률이 높아서 파일 크기가 작은 것은 물론이고, 색상 수에 제한이 없으므로 색상이 깨지는 일도 없다.

거의 모든 면에서 WebP가 우월하지만 거의 모든 브라우저와 사이트가 지원하는 GIF의 호환성이 압도적인데다 품질의 목적으로는 HTML5의 Video 기능을 이용하는 편이 훨씬 유연하다 보니 WebP의 Animated 기능은 호환성이나 성능이나 GIF와 동영상 사이에 낀 애매한 포지션에 위치하고 있다 보니 GIF를 완전히 대체하기 힘들 것이다. 현시점에서 순전히 움짤 용도로만 사용되는 GIF가 정지 이미지와 움짤 모두 포용하는 WebP보다 두 배 이상 사용되고 있다.

3.4. 알파 채널 지원

PNG 포맷처럼 알파 채널을 지원한다.

4. 단점

4.1. 일부 플랫폼에서의 움직이는 WebP 지원 문제

Animated WebP는 libwebp의 Muxing API를 통해 지원하고 있는데 대부분의 libWebP를 사용할 때 Demux 기능을 사용하지 않고 디코딩하는 프로그램들의 경우 애니메이션 기능이 지원되지 않는다. 이 때문에 구글의 플랫폼과 이를 올바르게 사용한 몇몇 프로그램들을 제외한 플랫폼과 프로그램에서 움직이는 WebP 재생에 문제를 일으키고 있다.

libwebp는 여타 다른 인코더들처럼 한 프레임의 인코딩/디코딩 기능을 지원한다. 그러나 가장 간단한 이 방법은 별도의 demux 를 하지 않으며 그에 따라 이 방법으로 파일을 디코딩을 하게 되면 (WebPGetInfo()->WebPDecode####()) 컨테이너의 첫번째 청크만 디코딩 되지만 (APNG 미지원 디코더를 사용해 APNG 파일을 디코딩 했을때와 동일) libwepdemux의 파서(WebPAnimDecoderNew()->WebPAnimDecoderGetNext())를 사용하면 Frame payload를 파싱 후 demux한 payload를 디코딩하는 방식으로 원리 자체도 매우 단순하고 다른 정지영상/동영상 컨테이너들의 demuxer 사용과 딱히 다를게 없다. 그런데 위에서 언급한 첫번째 방법을 사용한 프로그램들은 멀티프레임 디코딩을 지원하지 못하고 있다.

윈도우의 기본 사진 뷰어인 사진 앱에서 움직이는 WebP를 완벽하게 지원하지 못한다.[4] Microsoft Store에서 WEBP 확장을 설치하면 Microsoft Edge 브라우저에서 열 수 있다. 확장자를 jpg나 png 같은 걸로 바꾼 뒤에 사진 앱에서 여는 것도 가능하나, 이 방법으로 열면 움직이는 WebP는 첫 프레임만 보인다.

iOS, iPadOS는 버전 14부터, macOS도 Big Sur부터 WebP를 지원하지만, Safari와 훑어보기를 제외하고는 정지 이미지만 지원하며, 움직이는 WebP를 지원하지 않는다. 움직이는 WebP를 사진 앱에 저장하더라도 정지 이미지로만 보인다. iOS14부터 iOS17까지 제대로 지원하지 않는 것을 보면 애플에선 별로 지원할 마음이 없어 보인다. iOS·iPadOS 17과 macOS Sonoma에 와서야 훑어보기에 움직이는 WebP 지원을 추가했으나 이마저도 부드럽게 처리 못한다.

4.2. 낮은 호환성

클립 스튜디오 등 여러 그래픽 툴들이 WebP를 지원하지 않는다. 단 포토샵의 경우 CC 2022에서 지원이 추가되었으며, 이하 버전을 사용 중이면 플러그인을 이용해 사용할 수 있다.

호환성이 나쁘다는 단점은 시간이 흐르면서 해결이 되고 있기는 하다. 2021년 애플이 WebP를 지원하면서 WebP도 서서히 사용처를 늘려가고 있다. 다만 시간이 흐르면서 2019년에 AV1을 기반으로 한 AVIF와 JPEG XL이 등장[5]하는 등 더 나은 포맷이 나왔다는 점은 WebP의 미래를 어둡게 만들기도 한다. 로열티 무료 최신 포맷들의 브라우저 지원 문제가 해결되면 WebP의 위치를 가져갈 가능성이 있다.

4.3. 많은 리소스 요구

성능이 낮거나 저전력 기기(스마트폰 포함)의 사양에 따라 높은 리소스를 필요로 하기도 한다. GIF보다 WebP가 트래픽을 아낄 수 있다고 해도, 그 WebP를 렌더링하는 과정에서 배터리, 램, CPU 등을 많이 점유/소비해 효율이 떨어질 수도 있다. 이는 JPG가 하드웨어 디코딩(보다 더 신속하게 재생되면서도 리소스를 절약할 수 있다)을 지원하는 반면 WebP는 널리 보급되지 않아 하드웨어 디코딩을 지원하지 않는 경향이 있기 때문이다. 대표적으로 Apple 기기들이 그렇다.

Safari에서는 움직이는 WebP를 지원 하지만, Android(Chromium)나 Windows와 달리 Safari에서는 느리거나 끊겨서 재생이 되는 경우가 있다. iPhone과 iPad, Mac에 들어가는 애플리케이션 프로세서에 WebP의 VP8 하드웨어 디코더가 없어 CPU로 디코딩하며, Safari 브라우저마저 비효율적으로 동작하기 때문이다. 특히 frame disposal method를 사용한 움직이는 WebP는 파일 크기를 더 줄일 수 있지만 디코딩 부담이 커 최신 iPhone도 재생을 버거워한다.[6]

최신 버전의 꿀캠과 같이 All-Intra 코딩을 사용하면 iPhone에서도 잘 보이는 WebP 파일을 만들 수 있지만 CPU로 디코딩하는 한계점은 여전하므로 해상도가 높으면 버벅거린다. 자세한 것은 이곳을 참고하자.

macOS의 Safari에서도 같은 문제가 있지만, iOS와 iPadOS와 달리 타사 브라우저에 WebKit을 강제하지 못하므로 Chrome이나 Firefox 등, 비 Webkit 브라우저를 쓰면 그나마 정상적으로 출력된다.

4.4. Apple 플랫폼 상에서의 포맷 호환성 문제

iOS, iPadOS나 Mac은 기술적으로는 WebP 포맷의 파일을 열람할 수 있으나, 시스템 내부적으로는 jpeg이나 png와 같은 타 범용 이미지 포맷과는 별개의 미디어 포맷으로 처리한다. 순정 사진 앱에서 WebP 세부사항을 볼 경우, iOS 앱에서 확장자 정보가 비어있고, macOS 사진 앱에서는 JPEG라고 잘못 표시된다. 정작, iOS14와 Big Sur 다다음에 나온 iOS16과 macOS Ventura에서 지원 시작한 AVIF는 각 사진 앱에서 바르게 AVIF라 표시된다.

그 예로 iOS, iPadOS의 사진앱은 WebP 포맷의 이미지 파일을 열람할 수 있으나, 실제로 Mac이나 Windows, Android와 같은 타 플랫폼과 USB 인터페이스로 연결하여 이미지를 불러올 때에는 jpg나 png, heic, gif와 같은 표준 이미지 파일만이 조회되고 WebP 파일은 조회되지 않는다.

또한 iOS, iPadOS의 사진앱에서 Documents와 같은 서드파티 파일관리 앱으로 WebP 파일을 이동할 경우 상당수의 앱에서는 WebP 포맷을 이미지 포맷으로 인식하지 못해 섬네일 이미지 열람이 안됨은 물론, 공유 기능을 이용해도 이미지 포맷이 아닌 일반 데이터 파일로 인식하기에 사진앱으로 저장하기 기능을 사용하지 못한다.

5. 지원 현황

손실 압축과 비손실 압축 그리고 Animation WebP별로 지원하는 브라우저가 다르다. 자세한 지원 정보는 WebP 홈페이지 참조.

5.1. 웹 브라우저

2021년 4월 16일 기준 지원하는 브라우저들이다. 여기에 하나하나 적는 게 의미가 없다고 생각될 정도로 지원하는 브라우저가 많다. 사실상 인터넷 익스플로러 빼고, 웬만한 브라우저는 거의 다 지원한다고 보면 된다. 버전 출처

5.2. 웹 사이트

웹 사이트에서 WebP 확장자 업로드 및 허용 처리는 지지부진했다. 왜냐하면 WebP가 나온 타이밍이 동영상 처리가 아주 간편해진 HTML5 출시 직전이었기 때문에 아주 나빴고, 그런 이유로 구글에서도 유기해 버렸기 때문. 개발자들도 굳이 이런 귀차니즘을 무릅쓸 필요성을 느끼지 못했다.[17] 아이폰에서 지원하기 시작하자 많은 사이트들이 WebP를 지원하기 시작했다. 하지만 움직이는 WebP는 여전히 제대로 볼 수 없고 아이폰 사용자가 많은 해외 유명 사이트들은 아직도 WebP를 지원하지 않는 경우가 많다. 결과 2022년 기준 아직까지도 비효율적인 GIF가 여전히 현역으로 활약하며 트래픽을 잡아먹고 있다[18]. 국내는 2021년 중순 이후로 WebP를 지원하는 커뮤니티 사이트들이 늘어났고 아이폰 호환 기능이 있는 꿀캠을 많이 사용하는 편이라 점진적으로 gif의 점유율을 대체할 것으로 기대된다.

5.3. 프로그램

움직이는 WebP 지원 앱

6. 보안 취약점 문제

2023년 9월부터 불거진 WebP의 보안 취약점 문제로 WebP를 지원하는 프로그램들이 긴급 업데이트를 진행했다.

7. 여담

7.1. 특허

오픈소스를 통해서 대중에게 개방된 이미지로 알려진 것과는 달리, 엄연히 특허가 걸려있는 독점 포맷이다. 물론 로열티 프리 포맷이지만 기업 입장에서는 특허가 있다는 것 자체가 더 큰 문제로 다가올 수 있다. patent free에 민감한 업체들은 참고할 것. 단순히 움짤 용도로 WebP와 비견되는 patent free를 원한다면 APNG가 있다.

WebP는 BSD 라이선스를 채용하여 자유롭게 사용하고 수정하고 재배포할 수 있다. 그러나 수정한 것으로 특허를 얻을 수는 없다.

[1] WebP 적용 이후, 유튜브의 개별 섬네일은 서버상에서 확장자 변경, 적용까지 시간이 조금 걸린다. [2] '이미지 파일이 아닙니다' 라면서 썸네일 이미지 업로드가 되지 않는 이상한 문제가 있다. 니들이 만든 이미지 포맷이잖아 [3] 지금은 JPEG도 무손실 압축을 지원하지만, 무손실 압축을 지원하는 JPEG 공식 버전은 WebP(2010)보다 4년 늦은 2014년에야 나왔다. 그 이전에도 무손실 JPEG 자체는 가능했지만, 압축 과정 대부분을 생략해서 손실을 피하는 편법에 가까웠기 때문에 포맷만 JPEG이지, PNG가 JPEG 대비 가장 불리한 소스를 줘도 PNG보다 압축률이 구려지는 등 엄청 큰 용량의 결과물이 나오는 문제가 있다. 물론 지원 자체는 JPEG 2000(2000년대 초)와 JPEG XR(2006년)이 더 먼저지만, JPEG 2000과 JPEG XR은 보급에 실패한 포맷으로 거의 안 쓰이기 때문에 '보급률 + 손실/비손실을 단일 규격으로 모두 지원'으로 따지면 오히려 WebP가 ( HEIC 등에 비해 상대적으로) 원로에 가까운 위치다. [4] Windows 11의 사진 앱(버전 2023.11050.16005.0 기준)으로 움직이는 WebP는 첫 프레임만 보인다. [5] 다만 이 최신 포맷들은 리소스 소모가 커 하드웨어 디코딩이 되기 전에는 널리 퍼지지 못하고 있다. 다만 이쪽은 하드웨어 디코딩을 준비하는 회사들이 많다. [6] frame disposal method는 움직이는 GIF에서 사용된 기술로 동영상의 인터프레임 코딩 방식과 유사하게, 이미지를 작은 블럭으로 나눠서 그 이전 이미지와 비슷한 블럭은 그 이전 블럭을 그대로 쓰게 하는 방식이다. [7] 2014년 1월 14일 출시 [8] 2019년 1월 29일 출시 [9] 2020년 9월 16일 출시 [10] 2018년 11월 13일 출시 [11] 2016년 4월 19일 출시 [12] 2011년 6월 28일 출시 [A] [14] 2012년 11월 5일 출시 [B] [16] 2014년 1월 28일 출시 [17] 이미지에 전문적인 이미지 호스팅 사이트만 해도, imgur는 WebP를 지원하지 않고 기타 경쟁 사이트들도 비슷한 상황이다. https://imgbb.com/는 HEIC도 지원한다. [18] 이 문제 때문에 gif를 업로드하면 무조건 MP4로 변환하는 사이트도 많은 편이다. [19] 단, 여전히 iOS상에서는 재생 속도가 떨어지는 등의 문제가 있다. [20] 중단 당시 크롬 이외의 브라우저가 완전히 WebP를 표시할 때까지는 다시 지원할 예정이 없다고 했다. 다만, 다시 지원하기 전에도 지원 중단 이전에 올라왔던 WebP 사진을 보는 것은 가능했다. [21] 2021년 4월 기준 [22] microsoft store app [23] XnView Classic은 불가 [24] 2018년 버전 [25] 구글 개발자용 콘솔 프로그램.( 다운로드) [26] 설치하면 Microsoft Edge, Windows 10의 기본 사진 앱과 탐색기 미리보기(썸네일)로 WebP 이미지를 볼 수 있다. 상술했듯이 사진 앱에서는 2023-08-14 기준으로는 WebP를 완벽하게 지원하지 않는다. [27] 2016버전부터 이미지 삽입을 지원하기는 하는데, 불러오는 화면에서 WebP를 선택할 수가 없어서 '모든 파일'로 선택해서 불러와야 한다. 2019 버전부터는 정식으로 지원하는데, 움직이는 WebP는 지원하지 않는다. 삽입하면 첫 프레임만 정지화면으로 보여준다. [28] 이 때 사진을 한번 더 클릭하면 새창에서 원본이 나오긴 한다.

분류