AVIF to WebP 변환기

둘 다 요즘 포맷인데 하나가 더 오래됐어요

• 효율이 아니라 받아 주는 곳이 기준이에요

  두 포맷 다 JPEG보다 훨씬 잘 줄여요. 그러니 이 변환은 효율을 노리는 게 아니라 열리는 범위를 노리는 거예요. WebP가 몇 년 먼저 나왔고 그만큼 먼저 퍼졌거든요. .avif는 딱 잘라 거절하면서 .webp는 아무 말 없이 받는 프로그램과 업로드 폼이 꽤 많아요. 품질도 용량도 아니고 그 차이 하나가 이 변환의 이유예요.

• 세 갈래 중 가운데 길이에요

  AVIF가 갈 수 있는 곳은 셋이고 서로 대체되지 않아요. WebP는 투명을 유지하면서 가벼워서 제일 먼저 시도할 만하고요. PNG는 투명을 유지하고 손실도 안 얹지만 몇 배로 무거워져요. JPEG는 어디서나 받아 주는 대신 누끼를 단색으로 덮어 버리고요. 도착지가 요구하는 만큼만 내려가면 돼요. 이 순서를 뒷받침하는 숫자는 WebP·AVIF·JPEG 실측 비교에서 같은 이미지로 비교해뒀어요.

• 손실에서 손실로 가니까 조금 더 쌓여요

  PNG로 가는 길과 달리 여기서는 풀어낸 픽셀을 다시 손실 인코더에 넘겨요. AVIF가 버린 건 버려진 채로 남고, WebP 인코더가 그 위에서 조금 더 덜어내요. 앞선 인코더가 남긴 뭉개짐을 그대로 재현하는 데도 용량을 쓰고요. 한 번이면 적당한 품질에서 별일 아니지만 같은 이미지를 계속 다시 인코딩하면 쌓여요. AVIF를 원본으로 남겨 두는 게 좋은 이유예요.

• 투명도 따라오고 용량도 조금 따라와요

  두 포맷 다 알파 채널이 있어서 누끼는 누끼로 남아요. 뒤에 색을 깔지도, 색을 고르게 하지도 않아요. JPEG로 바꿀 때와 갈리는 지점이 여기예요. 용량은 대체로 조금 늘어요. 비슷하게 보이는 선에서는 AVIF가 더 강하게 줄이니까요. 그래도 PNG로 갈 때보다는 훨씬 완만하고, 줄마다 실제 전후 숫자가 줄었는지 늘었는지와 함께 나와요.

• 디코더가 둘이라 까다로운 파일도 넘어가요

  AVIF는 먼저 전용 디코더에 넘기고, 거기서 거절당하면 브라우저 자체 디코더가 한 번 더 시도해요. 둘을 합치면 실제로 돌아다니는 파일은 대부분 변환되고, 편집 프로그램이 이미 포기한 파일이 열리기도 해요. 둘 다 실패하면 그 줄에만 디코딩 오류가 표시되고 나머지는 계속 돌아가요.

• 굳이 안 해도 되는 경우

  이미지가 갈 곳이 전부 AVIF를 읽는다면 — 요즘 만든 사이트, 최신 브라우저, 주는 대로 내보내는 CDN이라면 — 이 변환은 화질을 조금 깎고 용량을 몇 KB 늘릴 뿐 얻는 게 없어요. 400장을 대기열에 올리기 전에 한 장만 도착지에서 확인해 보세요. 비싼 쪽은 반대 방향이에요. AVIF로 인코딩할 때 실제로 얼마나 걸리는지는 AVIF 인코딩 시간 측정에 정리해뒀어요.