AVIF to JPG 변환기
AVIF는 효율이 좋은 대신 아직 새로워요. 눈앞의 프로그램이 못 열 때는 그게 발목을 잡고요. 그럴 때 쓸 .jpg를 만들어 줘요.
JPEG에는 투명이 없어서 투명한 부분은 이 색으로 채워져요.
모든 작업이 지금 쓰고 있는 브라우저 안에서 끝나요. 업로드 자체가 없어서, 탭을 닫는 순간 아무것도 남지 않아요.
AVIF를 JPG로 변환하는 방법
.avif 파일 올리기
출력 포맷은 JPEG로 미리 선택돼 있어요. AVIF 디코더는 파일을 처음 올릴 때 내려받기 때문에 첫 장만 시작이 조금 늦어요. 그다음부터는 바로 이어져요.
누끼가 있다면 채울 색 정하기
AVIF도 투명을 담을 수 있고, 요즘 사이트에서 받은 이미지는 실제로 그런 경우가 많아요. 출력이 JPEG일 때 설정 옆에 배경색 칸이 생기는데, 기본값은 흰색이고 여기서 고른 색이 투명하던 자리를 전부 채워요.
용량이 늘어나는 걸 감안하기
품질 슬라이더는 여기서도 75에서 시작하지만, 그래도 원본 AVIF보다 커져서 나오는 경우가 대부분이에요. 고장이 아니라 포맷 차이 때문인데, 이유는 아래에 적어 뒀어요.
.avif를 거부하던 곳에 .jpg 넣기
줄마다 하나씩 받거나 ZIP으로 한 번에 받으면 돼요. 그림도 크기도 색도 그대로고 담는 그릇만 바뀐 거예요. 이 변환의 목적이 딱 거기까지고요.
가장 최신 포맷이 오히려 변환이 필요한 이유
파일이 아니라 주변 프로그램이 문제예요
요즘 브라우저는 AVIF를 아무 문제 없이 보여줘요. 그래서 더 헷갈려요. 브라우저 탭에서는 멀쩡하던 이미지가 다른 데서는 안 열리니까요. 조금 지난 운영체제는 썸네일도 미리보기도 만들어 주지 않고, 사진 편집기나 편집 프로그램은 브라우저보다 대응이 늦었고, 인쇄소는 대체로 안 받고, 확장자를 검사하는 업로드 폼에 avif가 들어 있는 일은 거의 없어요. JPEG로 바꾸는 건 그 벽을 넘으려는 거예요.
이 파일이 컴퓨터에 들어온 경로
거의 다 웹에서 이미지를 저장하다 생겨요. 사이트가 AVIF를 받아들이는 브라우저에는 AVIF를 내려보내는데, 이 협상이 화면에는 안 보이고 "다른 이름으로 저장"은 도착한 포맷 그대로 저장하거든요. 일부 내보내기 프리셋이나 카메라 앱이 바로 AVIF로 쓰기도 하고요. 어느 쪽이든 파일 자체는 멀쩡해요. 다른 프로그램들이 아직 못 따라온 컴퓨터에 떨어졌을 뿐이에요.
같은 그림이라도 JPEG는 용량을 더 써요
AVIF는 JPEG보다 훨씬 효율이 좋은 코덱이고, 사이트들이 갈아탄 이유도 그거예요. 되돌리면 그 이점을 그대로 반납하는 셈이라, 작던 AVIF가 훨씬 큰 JPG가 되는 일이 흔해요. 줄에도 그대로 표시되고요. 용량이 목적이라면 지금 갖고 있는 AVIF가 더 나은 파일이에요. 정말 못 여는 곳이 있을 때만 바꾸세요. 차이가 얼마나 벌어지는지, 어느 포맷이 어디서 이기는지는 포맷별 실측 비교에서 재봤어요.
투명은 단색으로 바뀌어요
배경이 투명한 AVIF라면 그 투명은 여기서 사라져요. JPEG에 담을 자리가 없거든요. 투명하던 픽셀은 설정에 있는 색과 먼저 합쳐지고, 결과물은 전체가 불투명해져요. 투명을 살려야 한다면 포맷 선택에서 PNG나 WebP로 바꾸세요. 둘 다 투명을 그대로 담아요.
한 방향으로만 가는 변환이에요
이 페이지가 원본을 없애지는 않아요. AVIF는 디스크에 그대로 남고요. 다만 여기서 나온 JPG는 손실 파일에서 다시 만든 손실 사본이라, 나중에 그 JPG를 AVIF로 되돌리면 세 번째 압축이 얹힐 뿐이에요. 변환은 언제나 AVIF에서 시작하고, JPG는 그때그때 필요한 곳에 쓰고 버리는 파일로 다루세요. 나중에 AVIF를 다시 만드는 것도 클릭 한 번으로 끝나지 않아요. AVIF 인코딩 속도 가이드에 실제 사진으로 잰 인코딩 시간이 있어요.
AVIF to JPG 자주 묻는 질문
사진 앱에서 .avif가 안 열려요. 파일이 깨진 건가요?
멀쩡한 파일이에요. AVIF는 브라우저에 먼저 들어왔고 데스크톱 프로그램에는 한참 뒤에 들어왔어요. 조금 지난 운영체제는 미리보기조차 못 만들고요. 그 컴퓨터에 아직 읽을 방법이 없는 것뿐이에요.
JPG가 원본 AVIF보다 커졌어요. 왜 그런가요?
AVIF가 압축을 훨씬 잘하기 때문이에요. 같은 정도로 보이게 만드는 데 JPEG보다 적은 용량을 쓰거든요. 되돌리면 커지는 게 당연하고, 두 배 이상으로 커지는 것도 이 변환에서는 흔한 일이에요.
색으로 채우지 말고 투명을 그대로 둘 수는 없나요?
JPEG로는 안 돼요. 알파 채널이 없는 포맷이라서요. 출력 포맷을 PNG로 바꾸면 무손실로, WebP로 바꾸면 더 작게 저장되면서 투명이 그대로 남아요. 포맷 선택은 목록 위쪽에 그대로 있어요.
변환 티가 안 나려면 품질을 얼마로 둘까요?
85에서 95 사이를 권해요. AVIF도 이미 한 번 압축된 파일이라 JPEG로 쓰면 손실 위에 손실이 얹혀요. 그게 가장 먼저 보이는 자리는 부드러운 그러데이션이고, 계단처럼 층이 지거나 옅은 띠가 생기는 식으로 나타나요.
화면을 캡처하는 것과 뭐가 다른가요?
캡처는 화면에 보이는 만큼만 담기고 그 과정에서 이미지가 다시 그려져요. 여기서는 파일을 원래 픽셀 크기 그대로 풀어서 같은 크기로 다시 저장해요. 크기를 일부러 줄이지 않는 한 해상도가 그대로 남는다는 뜻이에요.
변환하면서 이미지 크기도 같이 줄일 수 있나요?
네. 리사이즈에서 긴 변을 1024·2048·4096px 중 하나로 맞춘 다음 JPEG로 저장해요. 고른 값보다 이미 작은 이미지는 건드리지 않아요. 작은 걸 억지로 키우는 일도 없고요.
변환하는 것보다 보낸 사람한테 JPG를 다시 받는 게 나을까요?
받을 수 있으면 그쪽이 나아요. 상대가 내보낸 파일은 원본에 한 세대 더 가깝고, 여기서 만드는 건 이미 한 번 압축된 AVIF에서 출발하니까요. 변환이 답이 되는 건 보낸 쪽이 사람이 아니라 웹사이트일 때, 또는 기다리는 비용이 약간의 화질 차이보다 클 때예요.
변환이 안 되는 파일이 있으면 어떻게 되나요?
그 줄에만 오류가 표시되고 나머지는 계속 돌아요. 중간에 전부 멈추지 않아요. AVIF 전용 디코더를 먼저 쓰고 안 되면 브라우저 자체 디코더로 한 번 더 시도하기 때문에, 그래도 실패했다면 파일이 손상됐거나 특이한 경우가 대부분이에요. 실패한 줄에도 다시 하기가 남아 있어서 설정을 바꿔 재시도할 수 있어요.