세 가지 형식은 오늘날 웹의 거의 모든 사진을 다룹니다. JPG 는 30 년 동안 기본값이었습니다. WebP 는 2010 년에 도착하여 현재 모든 브라우저에 표시됩니다. AVIF 는 비디오 코덱을 기반으로 구축 된 세 가지 중 최신 버전이며 일반적으로 가장 작은 파일을 만듭니다. 성능 감사는 "serve images in modern formats"를 알려주고 업로드 양식이나 이메일 클라이언트는 만든 최신 파일을 거부합니다.
그들 사이에서 선택하는 것은 어떤 형식이 가장 좋은지에 대한 것이 아니라 이미지가 어디로 가고 있는지에 대한 것입니다. 방문 페이지의 영웅 이미지,시장 목록의 제품 사진 및 이메일에 첨부 된 그림은 다른 대답을 가지고 있습니다. 이 가이드는 그것을 결정하는 속성에 대한 세 가지를 비교합니다: 파일 크기,품질, 투명성,색심도, 애니메이션,코딩 비용 및 브라우저 외부의 지원. 그런 다음 결정 테이블을 제공하고 그들 사이를 변환하는 방법을 보여줍니다.
TL;DR: 웹사이트의 이미지에 대해서는 먼저 WebP를 대체 수단으로, JPG를 최후의 수단으로 사용하여 AVIF를 제공합니다
<picture>요소 또는 서버 협상; AVIF 는 일반적으로 가장 작고 WebP 는 인코딩이 더 빠르고 JPG 는 모든 곳에서 열립니다. 브라우저에서 나가는 이미지 (이메일,업로드, 인쇄,사무용 소프트웨어) 의 경우 투명성이 중요한 경우 JPG 또는 PNG 를 사용하여 다른 프로그램에서 파일을 수락하도록 하려면 AVIF 를 JPG 변환기 그리고 WebP에서 JPG로 클라이언트 측을 실행하고 업로드된 항목도 없고 무료이며 가입도 없습니다; JPG에서 WebP로, PNG에서 WebP로 가는 방법은 반대입니다.
AVIF, WebP 및 JPG란 무엇입니까?
세 가지 모두 사진용 래스터 이미지 형식이며 주로 압축 연식과 디자인이 다릅니다.
JPG (JPEG)는 표준화된 정지 이미지 방법입니다 ITU-T 권고사항 T.81 1992 년에. 그것은 8x8 화소 구획으로 그림을 나누고,이산 코사인 변환으로 각각을 변형시키고,눈이 가장 적게 주의하는 고주파 세부사항을 버립니다. 파일은 보통에서 JFIF 콘테이너에서 감싸입니다 ITU-T T.871.
웹P google's 형식이 이제 지정됩니다 RFC 9649. 그것의 손실 형태에는 VP8 영상 코덱의 키프레임 코딩을 이용하고,분리되는 무손실 형태,더하기 투명도 및 생기 있습니다. 에 가이드 webp 가 무엇이고 저장된 이미지가.webp 로 나오는 이유 깊이 있게 덮어준다.
아비프 alliance for Open Media에서 출판한 AV1 이미지 파일 형식입니다 AVIF 사양. 로 코딩된 이미지를 저장합니다 AV1 비디오 코덱 HEIF 컨테이너 내부에서는 동일한 박스 구조 iPhone HEIC 사진이 사용됩니다. AV1 은 Alliance for Open Media 의 로열티 프리 특허 라이선스로 제공되며,이는 브라우저가 HEIC 보다 AVIF 를 더 빨리 채택한 이유 중 하나입니다.
AVIF 대 WebP 대 JPG: 비교표
AVIF는 압축 및 기능을 주도하고 JPG는 호환성 및 인코딩 속도를 주도하며 WebP는 거의 모든 행에서 이들 사이에 위치합니다.
| 속성 | 아비프 | 웹P | JPG |
|---|---|---|---|
| 사양 | 아오미디어 AVIF, AV1 코덱 | IETF RFC 9649 | ITU-T T.81 및 T.871 |
| 소개되었습니다 | 2019 | 2010 | 1992 |
| 압축 | 손실 또는 무손실 | 손실 또는 무손실 | 손실 |
| 일반적인 사진 크기 | 가장 작은 | 작은 | 셋 중 가장 크다 |
| 비트 깊이 | 채널당 8, 10 또는 12비트 | 채널 당 8 비트 | 실제로 채널당 8비트입니다 |
| HDR 와 넓은 색깔 | 예 | 아니요 | 아니요 |
| 투명성 | 전체 알파 | 전체 알파 | 없음 |
| 애니메이션 | 이미지 시퀀스 | 예 | 아니요 |
| 인코딩 속도 | 천천히, CPU 무거운 높은 노력 | 보통의 | 빠른 |
| 브라우저 표시 | 크롬 85, 파이어폭스 93, 사파리 16, 엣지 121 이상 | 모든 현재 브라우저 | 유니버설 |
| 데스크톱 앱, 이메일, 업로드 양식 | 가장 약한 | 패치 | 유니버설 |
| 최고의 사용 | 바이트가 가장 중요한 최대 웹 이미지 | 일반 웹 이미지, 광범위한 대체 | 브라우저를 떠나는 모든 것 |
사람들을 놀라게 하는 행은 인코딩 속도입니다. AVIF's 작은 파일은 각 블록을 코딩하는 가장 좋은 방법을 열심히 검색하는 인코더에서 나오며,그 검색에는 시간이 걸립니다. 수천 개의 제품 이미지를 몇 분 만에 WebP 로 변환하는 빌드 단계는 고노력 설정에서 AVIF 에 훨씬 더 오래 걸릴 수 있습니다. 한 번 인코딩하고 수백만 번 서비스를 제공하는 사이트의 경우 일반적으로 거래 가치가 있습니다. 요청 당 즉석에서 생성 된 이미지의 경우 그렇지 않을 수 있습니다.
어떤 형식이 가장 작은 파일을 만드는가?
AVIF 는 보통 비슷한 시각적 품질로 가장 작은 파일을 만들고 WebP 는 그 다음이며 JPG 는 가장 큽니다. 간격의 크기는 이미지와 인코더 설정에 크게 좌우됩니다.
WebP의 경우 게시된 참조 지점이 있습니다: Google's WebP 개요 동등한 SSIM 품질에서 비교 가능한 JPEG보다 25 ~ 34% 작고, 무손실 WebP는 PNG보다 26% 작은 손실 WebP 파일을 보고합니다. AVIF는 일반적으로 사진의 경우 WebP에서 다시 향상되며 JPEG's 8x8 블록이 먼저 표시되는 부드러운 그라데이션, 하늘 및 피부에서 가장 큰 이득을 얻습니다.
세 가지 주의 사항은 그 숫자를 정직하게 유지합니다.
- 품질 번호는 형식에 따라 일치하지 않습니다. 질 80 에 JPG,80 에 WebP 및 80 에 AVIF 는 동일 시각 질이 아니고,동일한 체재를 위한 다른 인코더는 너무 동의하지 않습니다. 파일을 보고,또는 SSIM 와 같은 미터로,결코 슬라이더 가치에 의하여 비교하십시오.
- 낮은 세부 이미지는 저장량이 적습니다. 평면 그림이나 이미 심하게 압축된 JPEG는 짜낼 것이 거의 남지 않았습니다.
- 손실 파일을 다시 인코딩하면 손실이 쌓입니다. JPG 를 AVIF 또는 WebP 로 변환하는 것은 이미 세부 정보를 잃어버린 그림에서 시작됩니다. 가능할 때마다 원본 카메라 파일,PNG 또는 고품질 마스터에서 인코딩하십시오.
페이지 무게에 대한 형식 선택이 얼마나 중요합니까?
이미지가 일반적으로 방문자가 다운로드하는 것의 가장 큰 점유율이기 때문에 이미지가 많은 페이지에서 가장 중요합니다. 산술은 간단합니다. 약 400KB 의 40 개 제품 사진이있는 카탈로그 페이지는 각각 JPG 로 16MB 의 이미지를 전달합니다. WebP 용 Google 보고서를 저장하는 25 ~ 34%에서 동일한 세트는 약 10,5 ~ 12MB 사이에 위치합니다. AVIF 는 일반적으로 그 위에 더 트림합니다.
빠른 데스크톱 연결에서는 차이가 크지 않습니다. 느린 모바일 네트워크를 통한 전화에서는 빠르게 정착하는 페이지와 방문자가 포기하는 페이지 사이의 간격이 수 메가바이트에 달하며,페이지 상단 근처의 이미지는 가장 큰 가시적 요소가 얼마나 빨리 렌더링되는지에 직접 영향을 미칩니다.
형식은 유일한 레버가 아니며,종종 가장 큰 레버도 아닙니다. 4000 px 너비의 사진을 400 px 슬롯으로 보내는 것은 AVIF 대신 WebP 를 선택하는 것보다 훨씬 더 많은 바이트를 낭비합니다. 표시된 크기로 먼저 크기를 조정하고 제공하십시오 srcset 다른 화면의 변형,접힌 부분 아래의 이미지를 게으르게로드 한 다음 형식을 선택하십시오. 다른 순서로 수행하면 잘못된 것을 최적화합니다.
품질과 유물이 어떻게 다릅니까?
각 형식은 작은 크기로 푸시 될 때 자신의 방식으로 실패하며 실패를 알면 선택하는 데 도움이됩니다.
JPG 는 눈에 보이는 8x8 블록으로 침입하여 & quot;ringing& quot;, 사진의 텍스트와 같은 날카로운 모서리 주위에 희미한 잔물결이 생깁니다. WebP & # 39;s 손실 모드는 세부 사항을 부드럽게하고,색상을 절반 해상도로 저장하기 때문에 얇은 빨간색 또는 파란색 선 주위에 색상의 무늬를 남길 수 있습니다. AVIF 는 블록보다는 미세한 질감을 흐리게하는 경향이 있으므로 심하게 압축 된 AVIF 는 부드럽고 약간 왁스처럼 보이며 사진에서는 덜 불쾌하고 직물,머리카락 및 단풍에서 더 두드러집니다.
하드 에지,플랫 컬러 및 텍스트가 있는 그래픽의 경우 손실 모드 중 어느 것도 이상적이지 않습니다.PNG 또는 무손실 WebP 는 에지를 정확하게 유지합니다.
로딩 동작도 다릅니다. T.81 은 JPEG 에 대한 프로그레시브 모드를 정의하는데,전체 이미지의 흐릿한 버전이 먼저 나타나고 더 많은 데이터가 도착하면 선명해지기 때문에 대형 프로그레시브 JPG 는 완료되기 전에도 느린 연결에서 빠르게 느껴집니다. 일반적으로 제공되는 WebP 및 AVIF 는 파일이 충분히 도착한 경우에만 그리며,이 파일의 크기가 작을수록 일반적으로 보완됩니다. 연결 상태가 좋지 않은 매우 큰 영웅 이미지에서는 그 차이를 볼 수 있으며 형식을 선택하기 전에 크기를 조정해야 하는 또 하나의 이유입니다.
PNG 와 GIF 는 어디에 맞습니까?
둘 다 사진 형식이 아니며 위의 세 가지와 직접 경쟁하지도 않습니다. PNG, 에 정의되어 있습니다 W3C PNG 사양, 는 무손실: 스크린 샷, 다이어그램, 로고 및 편집 마스터에 대한 올바른 선택과 사진에 대한 잘못된 선택으로 JPG 크기의 여러 배에 저장됩니다. GIF는 프레임당 256 색상으로 제한되며 주로 새로운 것을 재생하지 않는 장소에서 짧은 애니메이션으로 살아남습니다.
웹 사이트에서 둘 다 일반적으로 WebP 또는 AVIF 로 더 잘 제공됩니다: PNG 스타일 그래픽의 경우 무손실 또는 고품질 손실,GIF 스타일 클립의 경우 애니메이션 WebP. 브라우저 외부에서는 JPG 가 보유 할 수 없기 때문에 PNG 는 투명성이있는 모든 것에 안전한 형식으로 유지됩니다.
투명도, HDR 및 애니메이션을 지원하는 형식은 무엇입니까?
AVIF 는 이 세 가지를 모두 지원하고 WebP 는 투명도와 애니메이션을 지원하지만 HDR 은 지원하지 않으며 JPG 는 이들 중 어느 것도 지원하지 않습니다.
투명성. AVIF 는 알파를 보조 이미지로 저장하고 WebP 는 손실 모드와 무손실 모드 모두에서 알파 채널을 가지고 있습니다. 둘 중 하나는 PNG's 크기의 일부분으로 부드러운 가장자리가 있는 제품 컷아웃을 보유할 수 있습니다. JPG 는 투명도가 없으므로 변환 시 투명한 영역을 단색으로 채워야 합니다.
HDR 와 넓은 색깔. AVIF 는 채널당 10 비트 또는 12 비트를 사용할 수 있으며,이는 최근 휴대폰과 카메라의 HDR 사진이 밝은 하늘에서 밴딩을 피하기 위해 필요한 것입니다. WebP 및 JPG 는 8 비트입니다.
애니메이션. WebP 애니메이션은 GIF를 대체하는 작은 제품으로 널리 사용됩니다. AVIF는 이미지 시퀀스를 정의하지만 브라우저 외부 소프트웨어에서 애니메이션 AVIF에 대한 지원은 더 얇습니다.
각 형식은 여전히 어디에서 실패합니까?
현재 브라우저 내부의 지원은 세 가지 모두에 대해 해결됩니다. 다른 모든 곳의 지원은 선택이 물린 곳입니다.
버전 85 의 Chrome,93 의 Firefox,16 의 Safari 및 121 의 Edge 에 AVIF 디스플레이가 있습니다. 이전 브라우저,이전 운영 체제 사진 뷰어,많은 오피스 스위트 및 긴 업로드 양식 목록은 이를 허용하지 않습니다. 웹 페이지에서 AVIF 를 저장하고 프레젠테이션에 삭제하는 것은 고전적인 실패입니다.
WebP 는 더 멀리 있습니다. 모든 현재 브라우저가 표시하고 대부분의 최신 운영 체제가 열지만 일부 전자 메일 클라이언트,인쇄 서비스 및 이전 데스크톱 소프트웨어는 여전히 거부합니다.
JPG 는 본질적으로 모든 장치,응용 프로그램 및 양식에서 열립니다. 그렇기 때문에 대상을 제어하지 않는 모든 이미지에 적합한 형식으로 유지됩니다.
어떤 형식을 사용해야 합니까? 결정 테이블
목적지를 먼저 결정한 다음 내용을 기준으로 결정합니다.
| 상황 | 사용 | 왜 |
|---|---|---|
| 자신의 사이트에 영웅과 제품 이미지 | WebP 및 JPG 폴백을 갖춘 AVIF | 가장 무거운 이미지의 가장 작은 바이트 |
| 일반 사이트 이미지, 간단한 파이프라인 | JPG 폴백을 갖춘 WebP | 거의 보편적인 브라우저 지원으로 인코딩 속도가 빠릅니다 |
| 요청당 생성된 이미지 | WebP 또는 JPG | AVIF 인코딩 비용으로 대기 시간이 추가됩니다 |
| HDR 또는 와이드 컬러의 사진 | 아비프 | 10비트와 12비트가 있는 세 개 중 하나만 있습니다 |
| 웹상의 투명한 그래픽 | AVIF 또는 WebP | PNG's 크기의 일부에 알파 |
| 이메일 첨부 | JPG | 모든 클라이언트가 그것을 엽니다 |
| 양식, 마켓플레이스, ID 포털을 업로드하세요 | JPG | 허용 목록에는 AVIF 또는 WebP가 거의 포함되지 않습니다 |
| 인쇄 및 사무 문서 | 그래픽용 JPG 또는 PNG | 소프트웨어 지원 |
| 마스터 및 아카이브 편집 | 원본 형식, PNG 또는 TIFF | 반복 손실 인코딩을 피하십시오 |
패턴은 간단합니다: 납품을위한 현대 형식, 교환을위한 JPG, 마스터를위한 무손실.
JPG 폴백으로 AVIF 및 WebP를 어떻게 제공합니까?
를 이용하세요 <picture> 요소. 브라우저는 다음을 수행합니다 <source> 순서대로 나열하고 지원하는 첫 번째 유형을 가져와 다시 로 돌아갑니다 <img>에 의해 정의된 바와 같습니다 WHATWG HTML picture 요소:
<picture>
<source srcset="hero-1600.avif" type="image/avif">
<source srcset="hero-1600.webp" type="image/webp">
<img src="hero-1600.jpg" width="1600" height="900" alt="Mountain lake at sunrise">
</picture>
AVIF 지원 브라우저는 AVIF 만 다운로드합니다. AVIF 가 없지만 WebP 가있는 브라우저는 WebP 를 다운로드하고 다른 모든 것은 JPG 를 얻습니다. 형식은 두 번 다운로드되지 않습니다.
대안은 서버측 협상입니다: 브라우저는 다음을 보냅니다 Accept 등의 헤더 image/avif,image/webp,*/*그리고 서버나 CDN 은 단일 URL 에서 가지고 있는 최상의 형식을 반환합니다. 이렇게 하면 마크업이 단순하게 유지되지만 HTTP's 콘텐츠 협상 규칙에 설명된 대로 캐시가 해당 헤더에 따라 달라져야 합니다 RFC 9110.
빌드 단계에서 세 가지 버전을 생성하기 위해 Node.js 라이브러리 sharp 는 이들 모두를 씁니다:
import sharp from 'sharp'
const input = sharp('hero-master.png').resize(1600)
await input.clone().avif({ quality: 50 }).toFile('hero-1600.avif')
await input.clone().webp({ quality: 80 }).toFile('hero-1600.webp')
await input.clone().jpeg({ quality: 82, mozjpeg: true }).toFile('hero-1600.jpg')
저울이 형식에 따라 일치하지 않기 때문에 품질 값은 목적에 따라 다릅니다. 숫자를 결정하기 전에 출력을 시각적으로 확인하십시오.
업로드하지 않고 AVIF, WebP 및 JPG를 어떻게 변환합니까?
파일이 장치에서 절대 나오지 않도록 브라우저 탭 내부의 이미지를 디코딩하고 다시 인코딩하는 클라이언트 측 변환기를 사용하십시오. Toolz 변환기는 방향별로 분할됩니다.
AVIF에서 다른 프로그램이 허용하는 것까지. X-1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 10 AVIF 를 JPG 변환기 는 문서나 양식이 거부하는 웹사이트에서 저장한 AVIF 에 대한 수정 사항입니다. 투명한 영역은 흰색으로 채워져 있으며,결과 아래의 메모는 그렇게 말합니다. 품질 슬라이더는 10 에서 100 까지 실행되며 90 에서 시작됩니다. 이미지가 살아남아야 하는 투명한 배경을 가지고 있을 때 AVIF 를 PNG 로 변환 대신 알파 채널을 유지하고 디코딩된 픽셀을 무손실로 저장합니다.
AVIF 를 디코딩하는 것은 browser's 자신의 AVIF 디코더를 사용하므로,변환기는 AVIF 를 표시하는 브라우저가 필요합니다: Chrome,Edge, Firefox,또는 Safari 16 이상. 브라우저가 파일을 열 수 없으면 행은 애니메이션 AVIF 를 정지 이미지로 읽습니다.
WebP 에서 JPG 로. 같은 이유로, WebP에서 JPG로 다운로드한.webp를 투명성을 위해 동일한 흰색 채우기를 사용하여 모든 곳에서 열리는 파일로 바꿉니다.
JPG 와 PNG 에서 WebP 로. 반대 방향으로 가고, WebP에 JPG 게시를 위해 사진을 축소합니다 PNG를 WebP로 알파 채널을 유지하면서 스크린 샷과 투명 그래픽에 대해 동일한 작업을 수행합니다. 인코딩은 browser's 캔버스 인코더를 사용합니다. 현재 Chrome,Edge 및 Firefox 는 WebP;를 쓸 수 없는 브라우저는.webp 로 이름이 변경된 PNG 대신 명확한 오류를 얻을 수 있습니다.
변환기가 수행하지 않는 작업. Toolz 는 AVIF 를 읽지만 작성하지는 않습니다. 브라우저가 AVIF 인코더를 웹 페이지에 안정적으로 노출시키지 않기 때문입니다. AVIF 파일을 생성하려면 위의 날카로운 예와 같은 빌드 도구를 사용하십시오. The 이미지 변환기 JPG,JFIF, PNG,WebP, AVIF,GIF, BMP,ICO, HEIC,TIFF, PSD,SVG, CR2,DNG 및 PDF 를 허용하고 JPG,PNG, WebP,GIF, ICO,PDF 및 SVG 를 작성하며 혼합 배치를 다룹니다.
모든 변환은 캔버스를 통해 그려 지므로 EXIF 데이터,GPS 좌표 및 색상 프로필은 출력에 복사되지 않습니다. 100 메가 픽셀이 넘는 이미지는 탭을 충돌시키는 대신 메시지와 함께 거부됩니다. 도구는 무료이며 가입이 없으며 일일 변환 제한이 있습니다.
AVIF, WebP 및 JPG 간의 변환은 품질을 잃습니까?
손실 형식으로 변환하면 매번 세부 정보가 손실되고,손실 없는 형식으로 변환하면 더 이상 손실되는 것이 없습니다. 방향이 적용되는 것을 결정합니다.
| 변환 | 상실한 단계? | 무엇이 변하는가 |
|---|---|---|
| AVIF 를 JPG 로 | 예 | 두 번째 손실 인코딩; 흰색으로 채워진 투명도; 파일은 일반적으로 더 큽니다 |
| AVIF를 PNG로 | 아니요 | 디코딩된 픽셀은 정확하게 유지됩니다; 투명도가 유지됩니다; 파일이 훨씬 더 커졌습니다 |
| WebP에서 JPG로 | 예 | 두 번째 손실 인코딩; 흰색으로 채워진 투명도 |
| WebP에 JPG | 예 | JPEG's; 위에 두번째 손실 인코딩 일반적으로 더 작은 파일 |
| PNG를 WebP로 | 보통은 손실 WebP 로 | 투명성이 유지됩니다; 파일은 일반적으로 훨씬 작습니다 |
| 그들 중 누구라도 AVIF에 | 예, 일반적인 사용에서 | 가장 작은 파일; 가장 느린 인코딩 |
두 가지 실제적인 결과가 뒤따릅니다. 여러 번의 손실 변환을 거친 파일은 각 단계에서 약간 저하되므로 JPG 에서 WebP 로 JPG 로의 왕복 여행을 피하십시오. 그리고 변환 된 파일의 크기는 품질에 대해 거의 알려주지 않습니다: JPG 인코더가 이미 압축 된 동일한 그림을 설명하는 데 더 많은 바이트를 소비하기 때문에 JPG 로 변환 된 AVIF 는 더 나아지지 않고 커집니다.
90 정도의 품질 설정에서 단일 여분의 손실 단계는 일반 사진에서 매우 잘 보이지 않습니다. 반복 된 변환,낮은 품질 설정 또는 미세한 텍스트와 날카로운 모서리가있는 이미지로 손실이 표시됩니다.
왜 won't a 저장된 AVIF 또는 WebP 열려있는가?
그것을 여는 프로그램에는 체재를 위한 아무 암호해독기도 없다. 현재 브라우저는 서버와 그 체재를 협상했기 때문에 이미지를 보여준다,그러나 디스크에 파일은 체재의 더 오래되거나 더 좁은 명부를 가진 소프트웨어에 그 때 넘겨진다: 사무실 한 벌,더 오래된 사진 구경꾼,이메일 클라이언트 또는 올려주기 form's allow-list.
파일 이름을 다음으로 바꿉니다 .jpg 도움이 되지 않습니다. 바이트는 여전히 AVIF 로 시작됩니다 ftyp 상자 또는 WebP RIFF 헤더, 그리고 JPEG를 기대하는 프로그램은 JPEG 데이터를 찾을 수 없습니다. 파일을 변환하는 것은 수정이며, 사이트가 직접 다운로드 링크를 제공하는지 여부도 확인 가치가있다, 이는 때때로 협상 된 버전이 아닌 원래의 JPG 또는 PNG를 제공합니다.
JPG는 더 이상 사용되지 않습니까?
아니요. JPG는 웹사이트가 현재 브라우저에 보내야 하는 형식이므로 더 이상 사용되지 않으며, 거기에서도 모든 브라우저에서 대체 기능으로 남아 있습니다 <picture> 요소. 교환 형식으로,이메일, 양식,인쇄, 사무실 문서 및 당신이 제어하지 않는 소프트웨어로 향하는 모든 것에 대해,여전히 올바른 기본값이며,AVIF 나 WebP 모두 이를 대체하지 않았습니다.
브라우저 밖의 사람들을 혼란스럽게 하는 다른 형식에도 동일한 논리가 적용됩니다. iPhone 사진은 HEIC,동일한 HEIF 컨테이너에 있는 AVIF 의 형제,그리고 의 비교입니다 HEIC 대 JPG 해당 파일이 Windows 에서 열리지 않는 이유를 설명합니다. 모든 이미지 변환기는 에 나열되어 있습니다 이미지 도구 허브.
