이미지 변환기 가이드

운영 체제, 웹 브라우저, 디자인 애플리케이션은 모두 이미지 데이터를 다르게 처리합니다. 디지털 카메라로 촬영한 고해상도 TIFF 파일을 웹사이트에 업로드하거나 원본 BMP 파일을 이메일에 삽입하려고 할 때, 애플리케이션이 파일을 거부하는 경우가 종종 있습니다. 이는 웹 표준이 WebP나 AVIF와 같이 압축률이 높은 최신 형식을 선호하는 반면, 인쇄 환경은 TIFF와 같이 압축되지 않은 무손실 형식을 요구하기 때문에 발생합니다.

필요한 것

파일을 변환하기 위해 무거운 데스크톱 편집 소프트웨어를 설치하거나, 라이선스를 구매하거나, 계정을 등록할 필요가 없습니다. 전체 변환 과정은 로컬에서 실행됩니다.

이 도구를 사용하려면 다음이 필요합니다:

최신 웹 브라우저: 최신 웹 표준을 지원하는 Chrome, Firefox, Edge 또는 Safari와 같은 애플리케이션이 필요합니다. 브라우저는 복잡한 코드를 브라우저 탭 내에서 거의 네이티브 속도로 실행할 수 있게 해주는 WebAssembly를 지원해야 합니다. 호환되는 소스 파일: 이미지는 JPG, JPEG, PNG, WEBP, AVIF, GIF, BMP, TIFF, ICO 중 하나여야 합니다.

용량 제한 내의 파일: 변환하려는 파일은 20MB를 초과해서는 안 됩니다. 20MB가 넘는 파일은 지원 범위를 벗어납니다. 이 제한은 브라우저가 변환을 수행하기 위해 압축되지 않은 전체 원본 픽셀 그리드를 로컬 메모리에 로드해야 하기 때문에 존재합니다.

매우 큰 파일은 브라우저 탭에 할당된 메모리를 모두 소모하여 브라우저가 충돌할 수 있습니다.

이미지 변환기 사용 방법

웹 브라우저를 실행하고 ConvertCraft 이미지 변환기로 이동합니다. 업로드 영역을 클릭하여 로컬 파일 브라우저를 열거나, 파일을 지정된 드롭 영역으로 직접 드래그하세요. 업로드하기 전에 파일이 20MB 제한 미만인지 확인하십시오.

형식 선택 메뉴를 찾습니다. JPG, JPEG, PNG, WEBP, AVIF, GIF, BMP, TIFF, ICO 등 사용 가능한 옵션 목록에서 원하는 출력 형식을 선택합니다. 변환 버튼을 클릭합니다.

브라우저 기반 엔진이 즉시 파일 데이터 구문 분석을 시작합니다. 이 과정은 브라우저 내에서 완전히 실행되므로 변환이 거의 즉시 완료되는 것을 볼 수 있습니다. 프로세스가 완료되면 다운로드 버튼을 클릭합니다.

그러면 브라우저가 임시 메모리에 저장된 새로 구조화된 파일을 로컬 저장소로 저장하라는 메시지를 표시합니다. 다운로드가 완료되면 브라우저는 변환 중에 할당된 메모리를 자동으로 해제합니다.

작동 원리

기존의 온라인 변환기는 파일을 원격 서버로 로드해야 합니다. 서버는 파일을 처리 대기열에 넣고, 명령줄 스크립트를 실행하여 변환한 다음, 다운로드 링크를 브라우저로 다시 보냅니다. 이 방식은 개인 정보 보호 위험을 초래하며 인터넷 업로드 속도에 크게 의존합니다.

ConvertCraft는 클라이언트 측 아키텍처에서 작동합니다. 파일은 WebAssembly를 사용하여 브라우저 내부에서 완전히 처리됩니다. 파일은 ConvertCraft 서버로 절대 업로드되지 않습니다.

파일을 선택하면 브라우저가 로컬에서 원시 바이너리 데이터에 액세스합니다. libvips는 WebAssembly로 컴파일된 `libvips`를 사용합니다. `libvips`는 속도와 낮은 메모리 사용량으로 유명한 이미지 처리 라이브러리입니다.

WebAssembly는 강력한 C 기반 라이브러리가 브라우저 탭 내에서 네이티브 실행 속도로 직접 실행될 수 있도록 하는 가교 역할을 합니다.

`libvips` 엔진은 파일의 컨테이너를 읽고, 픽셀 데이터를 디코딩하며, 색상 값을 매핑합니다. 그런 다음 선택한 대상 형식의 수학적 규칙을 사용하여 이미지를 재구성합니다. 예를 들어 PNG를 WebP로 변환하면 libvips는 PNG의 무손실 좌표 기반 알파 채널을 WebP에서 사용하는 예측 블록 기반 압축 형식으로 변환합니다.

재구성이 완료되면 브라우저는 `URL. revokeObjectURL` 개념을 사용하여 데이터 수명 주기를 관리하는 로컬 메모리 포인터를 생성하며, 이를 통해 RAM에서 하드 드라이브로 파일을 직접 다운로드할 수 있습니다.

문제가 발생할 경우

파일 업로드 또는 로드 실패: 파일이 20MB 제한을 초과하면 도구가 프로세스를 중단합니다. 20MB가 넘는 파일은 WebAssembly가 이미지를 구문 분석하기 위해 연속적인 가상 메모리 블록을 할당해야 하기 때문에 지원 범위를 벗어납니다. 파일이 너무 크면 브라우저가 할당을 차단하여 브라우저 탭이 멈추거나 충돌하는 것을 방지합니다.

변환된 이미지의 투명도가 사라지고 검은색 또는 흰색 배경이 나타남: 투명한 PNG, WEBP 또는 AVIF 파일을 JPEG나 BMP와 같은 형식으로 변환할 때 발생합니다. JPEG 및 BMP 형식은 알파 채널(투명도를 결정하는 데이터 레이어)을 지원하지 않습니다. libvips가 파일을 변환할 때 모든 픽셀을 단색으로 매핑해야 합니다.

JPEG에는 투명한 픽셀을 기록할 수 없으므로 libvips는 해당 투명 공간을 기본 단색 배경색으로 채웁니다.

변환 중 브라우저 탭이 충돌하거나 새로고침됨: 다중 레이어 TIFF나 수십 개의 하위 해상도를 포함하는 아이콘 파일과 같이 매우 복잡한 파일을 변환할 때 발생합니다. 디스크상의 파일 크기가 20MB 미만이라 하더라도, 이러한 복잡한 형식을 디코딩하려면 브라우저가 이를 시스템 RAM의 압축되지 않은 원본 비트맵으로 확장해야 합니다. 장치의 메모리가 부족하면 운영 체제가 시스템 안정성을 보호하기 위해 브라우저 탭을 종료할 수 있습니다.

### 변환 후 투명한 이미지가 단색 배경으로 바뀌는 이유는 무엇인가요? 대상 형식이 투명도를 지원하지 않을 가능성이 높습니다. JPEG와 같은 형식에는 이미지 뒤의 배경을 표시하도록 화면에 지시하는 특정 데이터 레이어인 알파 채널이 없습니다.

JPEG로 변환할 때 로컬 엔진은 투명한 영역에 단색을 할당해야 합니다. 투명한 배경을 유지하려면 출력 형식으로 PNG, WEBP 또는 AVIF를 선택하십시오. ### 18MB TIFF 파일이 제한 미만인데도 변환에 실패하는 이유는 무엇인가요?

TIFF 파일은 종종 압축되지 않은 다중 레이어 이미지 데이터를 포함합니다. 디스크상의 파일 크기는 20MB 제한 미만이지만, 브라우저는 이를 변환하기 위해 해당 레이어를 원본 픽셀로 완전히 압축 해제해야 합니다. 이 압축 해제 과정에서 원래 파일 크기의 몇 배에 달하는 시스템 메모리가 필요할 수 있으며, 이로 인해 브라우저의 안전 제한이 작동하여 변환이 중단될 수 있습니다.