이미지 포맷 변환 도구

이미지 형식 변환이란 한 가지 이미지 형식을 다른 형식으로 변환하는 것을 의미합니다. 예를 들어 PNG를 JPG로, WebP를 PNG로 변환하는 등입니다. 각 형식은 고유한 특징을 가지고 있습니다: JPG는 사진에 적합하고, PNG는 투명도를 지원하며, WebP는 크기가 작고, BMP는 압축이 없으며, GIF는 애니메이션을 지원합니다. 파일은 ToolAct의 변환 서비스에 업로드되어 서버 측 libvips로 처리된 뒤 변환 결과가 브라우저로 다시 전송되며, 변환이 완료되면 임시 파일은 즉시 서버에서 삭제되고 보관되지 않으며 훈련에 사용되지 않습니다. 출력 형식 선택은 중요합니다. JPG로 변환하면 투명도가 사라질 수 있고, 손실 형식은 미세한 디테일을 변경할 수 있으며, 메타데이터나 색상 프로필이 항상 동일하게 유지되지는 않습니다. 최적의 형식은 파일 크기뿐만 아니라 최종 용도에 따라 결정됩니다.

이미지 형식 변환은 '디코딩 + 재인코딩' 파이프라인입니다. 소스 바이트는 플랫폼 디코더(libpng, libjpeg-turbo, libwebp, AVIF용 libheif/dav1d, JP2용 OpenJPEG, TIFF용 libtiff)에 전달되어 알려진 색상 공간(거의 항상 선형 또는 비선형 전송 함수의 sRGB)의 원시 픽셀 버퍼를 생성합니다. 그런 다음 이 픽셀 버퍼를 대상 형식의 인코더에 선택한 품질 노브와 함께 전달합니다. 이 도구에서는 전체 프로세스가 서버 측에서 진행됩니다. 브라우저는 각 파일을 ToolAct의 vips 변환 엔드포인트에 업로드하고, libvips가 디코딩, 선택적 리사이즈, 색상 공간 처리, 대상 코덱을 통한 재인코딩을 통합 조율하며, 변환된 바이트는 taskId 기반 다운로드 형태로 브라우저에 다시 스트리밍됩니다. 임시 업로드 파일은 변환이 완료되면 즉시 서버에서 삭제되며, 보관되지 않고 어떠한 훈련 파이프라인에도 들어가지 않습니다. JPEG(Joint Photographic Experts Group, ISO 10918-1 / ITU-T T.81)는 손실 사진 압축의 주력입니다. 인코더는 이미지를 8x8 픽셀 블록(코덱이 작동하는 최소 단위)으로 분할하고, 각 블록에 8x8 이산 코사인 변환(DCT, 표준의 type-II DCT)을 적용하고, 결과 64개 주파수 계수를 8x8 양자화 행렬(Q-테이블; 50% 품질 테이블이 기본값이며, 낮은 품질은 테이블을 확장하여 더 많은 고주파 세부 정보를 버림)로 나누고, 지그재그 스캔으로 계수를 1차원 벡터로 변환한 뒤 허프만 코딩을 적용합니다. 8x8 블록은 JPEG가 낮은 품질에서 가장자리 근처에 보이는 '블록' 아티팩트의 원인입니다. DCT 기저가 블록 단위이므로 인접 블록이 독립적으로 양자화됩니다. JPEG는 알파 채널을 지원하지 않으며 내부적으로 YCbCr(Y = 휘도, Cb/Cr = 크로마)을 사용하므로 인코더는 보통 크로마를 서브샘플링(4:2:0, 4:2:2, 또는 4:4:4)하여 크로마 바이트를 50% 이상 절약합니다. 프로그레시브 JPEG(다중 스캔)는 느린 연결에서 인지 로딩 속도를 향상시킵니다. PNG(Portable Network Graphics, ISO 15948, W3C 권고안 2003)는 무손실입니다. 각 행은 필터링(None, Sub, Up, Average, Paeth; 압축성을 극대화하기 위해 행별로 필터 선택)되고, 필터링된 스캔라인은 DEFLATE로 압축(ZIP에서 사용하는 것과 동일한 LZ77 + 허프만 체인)됩니다. PNG는 인덱스(팔레트) 모드(256색 이하), RGB, 그리고 1, 2, 4, 8 또는 16비트/채널 RGBA를 지원합니다. 인덱스 PNG는 아이콘, 선화, UI 요소에 가장 공간 효율적인 형식입니다(1비트 로고는 몇 KB). 무손실은 모든 픽셀이 정확히 왕복됨을 의미하며, 이는 UI 에셋, 과학 이미지, 재편집될 모든 것에 중요합니다. WebP(Google, 2010, RFC 9649 / ISO/IEC 23000-22)는 다용도 현대 형식입니다. 손실 WebP는 VP8 인트라 프레임 코딩(WebM 비디오와 동일한 DCT 기반 코덱)을 사용하여 동등한 인지 품질에서 JPEG보다 25-35% 작은 파일을 제공합니다. 무손실 WebP는 예측 필터링 + 엔트로피 코딩을 사용하여 PNG보다 26% 작은 파일을 제공합니다. WebP는 두 모드 모두에서 알파 채널과 애니메이션(animated WebP는 GIF의 현대 대체재)을 지원합니다. 인코딩은 JPEG보다 약간 느리고, 디코딩은 SIMD 가속이 있는 현대 CPU에서 비슷합니다(libwebp의 neon/sse2 경로). AVIF(AV1 Image File Format, ISO/IEC 23000-22)는 AV1 기반 후속 형식입니다. AV1은 Alliance for Open Media(Google, Mozilla, Apple, Microsoft, Netflix 등)의 로열티 프리 코덱으로, 더 정교한 도구를 사용합니다. 65개 방향 모드의 인트라 예측, 6탭 필터, 더 큰 64x64 슈퍼블록, 컨텍스트 적응형 엔트로피 코딩. 결과: 동일한 SSIM에서 WebP보다 20% 작고, 매우 낮은 비트레이트에서 JPEG보다 훨씬 우수합니다. 인코딩은 더 풍부한 예측 검색으로 인해 WebP보다 5-10배 느리고, 디코딩은 현대 GPU에서 하드웨어 가속됩니다(Intel Tiger Lake+, Apple M1+, 최근 Adreno). AVIF는 8/10/12비트 컬러, 알파, 와이드 색상 공간(BT.2020, Display P3)을 지원하여 HDR 콘텐츠의 선호 형식입니다. 알아둘 만한 다른 형식: HEIC/HEIF(ISO 23008-12, iOS 11 이후 Apple 기본)는 H.265/HEVC 기반이며 AVIF와 유사한 기능을 가지지만 HEVC의 특허 환경이 복잡합니다. JPEG XL(ISO 18181)은 무손실 JPEG 재압축과 AVIF보다 더 나은 손실 압축을 모두 갖춘 실험적 JPEG 후속 형식입니다. Chrome과 Firefox가 지원하며, Safari 지원은 부분적입니다. 변환기 페이지에서 practical한 형식은 JPEG, PNG, WebP, AVIF, GIF입니다(마지막은 브라우저에서 애니메이션에 남은 유일한 형식이지만 256색으로 제한됨). 색상 공간과 알파는 두 가지 주의 사항입니다. 서버 측 libvips는 ICC 프로필이 보존되지 않는 한 기본적으로 sRGB로 변환합니다. 소스가 Adobe RGB(카메라 RAW에서 흔함)이면 변환은 디코딩 중 발생하는 색도 변환입니다. 알파의 경우, JPEG, BMP, GIF(비애니메이션 형태)는 알파 채널이 없으므로 투명 픽셀은 배경색(보통 흰색, 이 페이지에서 구성 가능)에 합성됩니다. RGBA PNG를 배경색 선택 없이 JPEG로 변환하면 사용자를 당황시키는 검은색 또는 투명한 결과가 나옵니다. 고품질 인쇄 워크플로에서는 CMYK 출력이 올바른 형식(PDF/X-1a 또는 ICC 프로필이 포함된 TIFF)이며, 일반적인 웹 변환기는 보통 sRGB를 대상으로 합니다. 실제 CMYK 분판 출력은 전용 인쇄 전 처리 파이프라인이 필요합니다.

• PNG 무손실 압축: 각 스캔라인은 필터링(None / Sub / Up / Average / Paeth)되고, 필터링된 바이트는 DEFLATE로 압축(LZ77 + 허프만, ZIP과 동일 계열). 인덱스 모드(256색 이하)는 아이콘과 UI 에셋에 가장 공간 효율적인 선택입니다.
• JPEG 손실 압축: 8x8 픽셀 블록 → 8x8 type-II DCT → 8x8 양자화 행렬(Q-테이블)로 나누기 → 지그재그 스캔 → 허프만 코딩. 8x8 블록은 JPEG가 낮은 품질에서 '블록' 아티팩트를 보이는 이유입니다. 크로마 서브샘플링(4:2:0 / 4:2:2 / 4:4:4)이 있는 YCbCr은 크로마 바이트를 50% 이상 절약합니다.
• WebP(Google, 2010, RFC 9649): 손실은 VP8 인트라 프레임(동일 SSIM에서 JPEG보다 25-35% 작음)을 사용하고, 무손실은 예측 필터링 + 엔트로피 코딩(PNG보다 26% 작음)을 사용합니다. 알파와 애니메이션을 지원합니다. 인코딩은 JPEG보다 느리고, 디코딩은 SIMD 가속으로 유사합니다.
• AVIF(AV1 Image File Format, ISO 23000-22): AV1 기반, 동일 SSIM에서 WebP보다 20% 작음. 65개 방향 인트라 예측 모드, 6탭 필터, 64x64 슈퍼블록. 인코딩은 WebP보다 5-10배 느리고, 디코딩은 Intel Tiger Lake+, Apple M1+, 최근 Adreno에서 하드웨어 가속. 8/10/12비트, 알파, 와이드 컬러(BT.2020, Display P3)를 지원합니다.
• 알파 채널 처리: PNG / WebP / AVIF / GIF는 알파를 지원합니다. JPEG / BMP는 지원하지 않으므로 투명 픽셀은 구성된 배경(보통 흰색)에 합성됩니다. RGBA PNG를 배경색 선택 없이 JPEG로 변환하면 검은색이나 투명한 당황스러운 결과가 나옵니다.
• 색상 공간: 카메라 RAW는 Adobe RGB일 수 있고, 화면 표시는 sRGB이며, 인쇄는 CMYK입니다. 서버 측 libvips는 기본적으로 sRGB로 변환합니다. 변환 시 불일치하는 공간은 색상 변화를 일으킵니다. CMYK 출력(PDF/X-1a, ICC 프로필이 있는 TIFF)에는 범용 웹 변환기가 아닌 전용 인쇄 워크플로가 필요합니다.
• 다른 형식: HEIC/HEIF(H.265 기반, iOS 11 이후 Apple 기본)는 AVIF와 유사하지만 복잡한 HEVC 특허가 있습니다. JPEG XL(ISO 18181)은 더 나은 손실 및 레거시 JPEG의 무손실 재압축을 갖춘 실험적 JPEG 후속 형식입니다. GIF(1987, 256색 애니메이션)는 브라우저 친화적인 유일한 애니메이션 래스터 형식으로 살아남았습니다.
• 품질 노브 매핑: WebP와 AVIF는 SSIM 인덱싱 품질(0-100이 목표 SSIM에 매핑)을 사용하고, JPEG는 Q-테이블 스케일링 팩터를 사용하며, PNG는 무손실이므로 '품질'은 필터 전략만 제어합니다. SSIM은 지각 메트릭이지 픽셀 정확이 아닙니다. 95 SSIM은 원본과 동일하게 보이고, 80 SSIM은 일반적인 '웹에 적합' 지점이며, 60 SSIM은 아티팩트가 보이기 시작합니다.