AVIF to PNG 변환기
.avif에 누끼가 들어 있거나 압축을 한 번 더 얹을 수 없을 때 고르는 길이에요.
JPEG에는 투명이 없어서 투명한 부분은 이 색으로 채워져요.
모든 작업이 지금 쓰고 있는 브라우저 안에서 끝나요. 업로드 자체가 없어서, 탭을 닫는 순간 아무것도 남지 않아요.
AVIF를 PNG로 변환하는 방법
.avif 파일 넣기
출력 포맷은 PNG로 미리 골라져 있어서 시작 전에 맞출 게 없어요. 한 장이든 폴더 하나든 똑같이 처리되고, 줄마다 변환 전후 용량이 각각 나와요.
누끼가 있는 이미지인지 보기
AVIF도 투명을 담고, 요즘 사이트에서 받은 이미지는 실제로 그런 경우가 많아요. 여기서 JPG가 아니라 PNG를 고르는 이유가 그거예요. 알파 채널을 읽어서 PNG에 그대로 써 넣기 때문에 배경색을 고를 일도, 뒤에 뭔가를 깔 일도 없어요.
작업용인지 전달용인지 먼저 정하기
여기서 답이 갈려요. 편집 프로그램에서 열어 볼 파일이라면 PNG가 맞아요. 저장할 때마다 더 잃는 게 없으니까요. 그냥 페이지에 올릴 파일이라면 WebP가 나아요. 투명을 유지하면서 무게는 훨씬 가볍거든요. 포맷 선택은 새로고침 없이 바로 바뀌어요.
용량을 줄일 방법은 리사이즈뿐이에요
무손실 출력이라 기댈 품질 설정이 없어요. 남는 건 크기예요. PNG로 쓰기 전에 긴 변을 4096·2048·1024px 중 하나로 맞출 수 있고, 이미 그보다 작은 이미지는 그대로 지나가요.
AVIF를 거부하던 프로그램에 PNG 넣기
줄마다 따로 받아도 되고 여러 장이 끝나면 ZIP으로 한 번에 받아도 돼요. 픽셀 크기도 색도 그대로라, 상대 프로그램에는 같은 그림이 아주 오래전부터 읽어 온 포맷으로 도착해요.
AVIF에서 나오는 길 중 PNG가 안전한 이유
누끼가 살아서 넘어와요
AVIF를 PNG로 보내는 것과 JPEG로 보내는 것의 진짜 차이가 여기예요. JPEG에는 알파 채널이 없어서 투명한 픽셀을 단색 위에 먼저 얹어야 저장이 돼요. PNG는 알파 채널을 그대로 가져가요. 완전히 투명한 픽셀도, 반투명한 픽셀도, 불투명한 픽셀도 있던 그대로 도착해요. 로고나 아이콘, 배경 없는 제품 컷에 필요한 게 정확히 이거고요.
두 번째 압축이 얹히지 않아요
AVIF는 손실 인코더에서 나온 파일이라 거기서 버려진 건 이미 없어요. 그래도 이 변환 자체는 아무것도 더 깎지 않아요. 풀어낸 픽셀이 PNG에 그대로 들어가서, 나중에 보는 그림은 AVIF를 푼 그 그림이에요. 같은 이미지를 JPEG나 WebP로 보내면 예전 손실 위에 새 손실이 한 겹 더 올라가요.
AVIF가 뭘 담고 있든 채널당 8비트로 나와요
AVIF는 채널당 10비트나 12비트를 담을 수 있고 HDR 정보도 함께 실어요. 여기서는 디코더와 인코더 사이에서 이미지를 채널당 8비트 버퍼로 다루기 때문에 그 여유분이 PNG에 반영되지 않아요. 웹용 이미지라면 누구도 차이를 못 느껴요. 다만 색보정한 마스터나 넓은 색역으로 내보낸 파일이라면 긴 그러데이션에 띠가 보일 수 있어요. 그럴 때는 전달 사본을 변환하지 말고 원본에서 바로 내보내세요.
편집을 시작하기 전에 있어야 할 포맷이에요
앞으로 열고 보정하고 자르고 몇 번 저장할 이미지라면 질문이 "뭐가 제일 작냐"가 아니라 "뭐가 더 안 나빠지냐"가 돼요. 그 답이 PNG예요. 저장할 때마다 같은 픽셀을 다시 쓰거든요. 편집은 PNG로 하고, 다 끝난 결과를 WebP나 AVIF로 내보내세요. 손실 파일을 계속 덮어쓰는 것보다 훨씬 나아요.
용량이 크게 늘어나는 게 정상이에요
AVIF는 지금 쓰이는 포맷 중에서도 손꼽히게 효율이 좋고, PNG는 사진 같은 이미지를 그런 식으로 줄이지 않아요. 그래서 PNG는 보통 몇 배가 되고 큰 사진이면 더 벌어져요. 줄마다 실제 숫자가 그대로 붙고요. 호환이 아니라 용량이 목적이라면 지금 갖고 있는 AVIF가 더 나은 파일이에요. PNG에서 AVIF를 다시 만드는 데는 초가 아니라 분이 들어요. 그 숫자는 AVIF 속도 실측에 있어요.
AVIF to PNG 자주 묻는 질문
AVIF의 투명한 부분이 PNG에서도 유지되나요?
네. 알파 채널을 AVIF에서 읽어 PNG에 그대로 써요. 부드러운 가장자리도 반투명한 부분도 변환 뒤에 똑같이 보여요. 배경색이 칠해지는 일도 없고, 색을 고르는 칸도 안 나와요. 그 칸은 출력이 JPEG일 때만 생겨요.
AVIF를 PNG로 바꿔야 할까요, JPG로 바꿔야 할까요?
투명이 들어 있거나 앞으로 고쳐서 다시 저장할 이미지라면 PNG예요. 무손실이라 AVIF가 이미 잃은 것 위에 아무것도 더 얹지 않거든요. 용량을 줄여야 하거나 받는 쪽이 JPEG만 받는다면 JPG고요. 그 변환을 위한 페이지도 따로 있고, 목록 위 포맷 선택에서 언제든 바꿀 수 있어요.
10비트나 HDR AVIF는 어떻게 되나요?
채널당 8비트로 나와요. 이 사이트는 디코더와 인코더 사이에서 이미지를 채널당 8비트 버퍼로 다루기 때문에, AVIF가 담고 있던 그 이상의 계조는 PNG에 담기지 않아요. 웹용 이미지에서는 눈에 띄지 않지만, 색보정한 소스나 넓은 색역 원본이라면 원본 파일에서 바로 내보내는 쪽이 맞아요.
브라우저에서는 보이는데 다른 데서는 왜 안 열리나요?
브라우저가 이 포맷을 주변 프로그램보다 훨씬 먼저 받아들였거든요. 데스크톱 편집기, 조금 지난 운영체제의 미리보기, 인쇄 워크플로, 확장자 목록으로 막아 둔 업로드 폼은 전부 뒤늦게 따라오는 중이에요. 그래서 탭에서는 멀쩡한 파일이 같은 컴퓨터의 다른 곳에서는 안 열려요.
PNG를 나중에 다시 AVIF로 되돌릴 수 있나요?
할 수는 있어요. 포맷 선택에 AVIF가 있으니까요. 다만 뭐가 나오는지는 알고 하세요. 이미 AVIF 인코더를 한 번 거친 픽셀을 손실 방식으로 새로 인코딩한 파일이지, 처음 그 파일이 아니에요. 원래 .avif가 남아 있다면 그걸 계속 쓰세요. 왕복은 손해만 봐요.
움직이는 AVIF도 움직이는 채로 나오나요?
아니요. 이 페이지는 정지 PNG 한 장을 쓰고 움직이는 PNG는 만들지 않아서, 나와도 한 장면이에요. 움직임이 중요하면 AVIF를 그대로 두거나 원래 소스로 돌아가세요.
변환할 수 있는 이미지 크기에 제한이 있나요?
정해진 상한은 없지만 현실적인 한계는 있어요. 처리하는 동안 이미지를 픽셀 상태로 메모리에 펼쳐 둬야 하는데, AVIF가 디스크에서 아무리 작았어도 이때는 픽셀 하나당 4바이트 정도가 필요하거든요. 그래서 아주 큰 사진은 사양이 낮은 기기에서 메모리 부족 오류로 끝날 수 있어요. 변환하면서 크기를 같이 줄이면 대개 해결돼요.
AVIF를 풀려고 서버로 보내는 건 아닌가요?
아니요. AVIF 디코더도 PNG 인코더도 이 탭 안에서 도는 WebAssembly 모듈이에요. 페이지가 디스크에서 파일을 읽을 뿐 어디로도 보내지 않아서, 나중에 서버에 남은 사본을 걱정할 일이 없어요.