모든 DXT1 이미지의 EXIF 메타데이터를 보세요

무제한 이미지. 파일 크기는 2.5GB까지. 영원히 무료입니다.

비공개 및 보안

모든 것이 브라우저에서 발생합니다. 파일은 서버에 닿지 않습니다.

엄청나게 빠른

업로드도, 기다림도 없습니다. 파일을 놓는 순간 변환하세요.

정말로 무료

계정이 필요 없습니다. 숨겨진 비용이 없습니다. 파일 크기 트릭이 없습니다.

EXIF(교환 이미지 파일 형식)는 카메라와 휴대폰이 이미지 파일(노출, 렌즈, 타임스탬프, GPS까지)에 내장하는 캡처 메타데이터 블록으로, JPEGTIFF와 같은 형식 내에 패키지된 TIFF 스타일 태그 시스템을 사용합니다. 사진 라이브러리 및 워크플로 전반에 걸쳐 검색 기능, 정렬 및 자동화에 필수적이지만 부주의하게 공유될 경우 의도하지 않은 유출 경로가 될 수도 있습니다(ExifToolExiv2를 사용하면 쉽게 검사할 수 있음).

낮은 수준에서 EXIF는 TIFF의 이미지 파일 디렉토리(IFD) 구조를 재사용하고 JPEG에서는 APP1 마커(0xFFE1) 내에 존재하여 작은 TIFF를 JPEG 컨테이너 내에 효과적으로 중첩시킵니다(JFIF 개요, CIPA 사양 포털). 공식 사양인 CIPA DC-008(EXIF)(현재 3.x)은 IFD 레이아웃, 태그 유형 및 제약 조건을 문서화합니다(CIPA DC-008, 사양 요약). EXIF는 전용 GPS 하위 IFD(태그 0x8825)와 상호 운용성 IFD(0xA005)를 정의합니다(Exif 태그 테이블).

패키징 세부 정보가 중요합니다. 일반적인 JPEG는 JFIF APP0 세그먼트로 시작하고 그 뒤에 APP1의 EXIF가 옵니다. 이전 리더는 JFIF를 먼저 예상하는 반면 최신 라이브러리는 둘 다를 즐겁게 구문 분석합니다(APP 세그먼트 참고). 실제 파서는 사양이 요구하지 않는 APP 순서나 크기 제한을 가정하는 경우가 있으며, 이것이 도구 작성자가 기이함과 특이 사례를 문서화하는 이유입니다(Exiv2 메타데이터 가이드, ExifTool 문서).

EXIF는 JPEG/TIFF에만 국한되지 않습니다. PNG 생태계는 PNG에서 EXIF를 전달하기 위해 eXIf 청크를 표준화했습니다(지원이 증가하고 있으며 IDAT에 대한 청크 순서는 일부 구현에서 중요할 수 있음). RIFF 기반 형식인 WebP는 전용 청크에 EXIF, XMP 및 ICC를 수용합니다(WebP RIFF 컨테이너, libwebp). Apple 플랫폼에서 Image I/O는 XMP 및 제조업체 데이터와 함께 HEIC/HEIF로 변환할 때 EXIF를 보존합니다(kCGImagePropertyExifDictionary).

앱이 카메라 설정을 어떻게 유추하는지 궁금한 적이 있다면 EXIF의 태그 맵이 답입니다. Make, Model,FNumber, ExposureTime, ISOSpeedRatings, FocalLength, MeteringMode, 등은 기본 및 EXIF 하위 IFD에 있습니다(Exif 태그, Exiv2 태그). Apple은 ExifFNumber GPSDictionary와 같은 Image I/O 상수를 통해 이를 노출합니다. Android에서는 AndroidX ExifInterface 가 JPEG, PNG, WebP 및 HEIF에서 EXIF를 읽고 씁니다.

방향, 시간 및 기타 문제

방향은 특별히 언급할 가치가 있습니다. 대부분의 장치는 픽셀을 "촬영된 대로" 저장하고 뷰어에게 디스플레이에서 회전하는 방법을 알려주는 태그를 기록합니다. 이것이 1(보통), 6(시계 방향 90°), 3(180°), 8(시계 방향 270°)과 같은 값을 가진 태그 274(Orientation)입니다. 이 태그를 존중하거나 업데이트하지 않으면 사진이 옆으로 눕고 축소판이 일치하지 않으며 다운스트림 ML 오류가 발생합니다 (방향 태그;실용 가이드). 파이프라인은 종종 픽셀을 물리적으로 회전하고 Orientation=1로 설정하여 정규화합니다 (ExifTool).

시간 기록은 보기보다 까다롭습니다. DateTimeOriginal과 같은 과거 태그에는 시간대가 없어 국경을 넘는 촬영이 모호해집니다. 최신 태그는 시간대 동반자를 추가합니다(예: OffsetTimeOriginal). 따라서 소프트웨어는 건전한 순서 지정 및 지리 상관 관계를 위해 DateTimeOriginal에 UTC 오프셋(예: -07:00)을 더하여 기록할 수 있습니다 (OffsetTime* 태그;태그 개요).

EXIF 대 IPTC 대 XMP

EXIF는 IPTC 사진 메타데이터(제목, 제작자, 권리, 주제) 및 Adobe의 RDF 기반 프레임워크인 XMP(ISO 16684-1로 표준화됨)와 공존하며 때로는 겹칩니다. 실제로 잘 작동하는 소프트웨어는 카메라에서 작성한 EXIF와 사용자가 작성한 IPTC/XMP를 둘 다 버리지 않고 조정합니다 (IPTC 지침;XMP에 대한 LoC;EXIF에 대한 LoC).

개인 정보 및 보안

개인 정보는 EXIF가 논란이 되는 부분입니다. 지오태그와 장치 일련 번호는 민감한 위치를 한 번 이상 노출했습니다. 대표적인 예는 2012년 Vice의 John McAfee 사진으로, EXIF GPS 좌표가 그의 행방을 드러냈다고 합니다 (Wired;The Guardian). 많은 소셜 플랫폼은 업로드 시 대부분의 EXIF를 제거하지만 동작은 다양하며 시간이 지남에 따라 변경됩니다. 자신의 게시물을 다운로드하고 도구로 검사하여 확인하십시오 (Twitter 미디어 도움말;Facebook 도움말;Instagram 도움말).

보안 연구원들도 EXIF 파서를 면밀히 주시합니다. 널리 사용되는 라이브러리(예: libexif)의 취약점에는 잘못된 형식의 태그로 인해 트리거되는 버퍼 오버플로 및 OOB 읽기가 포함되었습니다. EXIF는 예측 가능한 위치에 구조화된 이진 파일이므로 쉽게 만들 수 있습니다 (권고;NVD 검색). 신뢰할 수 없는 파일을 수집하는 경우 메타데이터 라이브러리를 패치하고 이미지 처리를 샌드박스 처리하십시오.

실용적인 워크플로 팁

  • 위치에 대해 신중하십시오. 적절한 경우 카메라 지오태깅을 비활성화하거나 내보낼 때 GPS를 제거하십시오. 나중에 데이터가 필요한 경우 개인 원본을 보관하십시오 (ExifTool;Exiv2 CLI).
  • 파이프라인에서 방향 및 타임스탬프를 정규화하고, 이상적으로는 물리적 회전을 기록하고 모호한 태그를 제거합니다(또는 OffsetTime* 추가). (방향;OffsetTime*).
  • 현재 IPTC 지침에 따라 EXIF↔IPTC↔XMP를 매핑하여 설명 메타데이터(크레딧/권리)를 보존하고 풍부하고 확장 가능한 필드에 대해 XMP를 선호합니다.
  • PNG/WebP/HEIF의 경우 라이브러리가 최신 EXIF/XMP 위치를 실제로 읽고/쓰는지 확인하십시오. JPEG와 동등하다고 가정하지 마십시오 (PNG eXIf;WebP 컨테이너;Image I/O).
  • 종속성을 최신 상태로 유지하십시오. 메타데이터는 빈번한 파서 공격 표면입니다 (libexif 권고).

신중하게 사용하면 EXIF는 사진 카탈로그, 권리 워크플로 및 컴퓨터 비전 파이프라인을 구동하는 결합 조직입니다. 순진하게 사용하면 공유하고 싶지 않은 빵 부스러기 흔적입니다. 좋은 소식은 생태계(사양, OS API 및 도구)가 필요한 제어 기능을 제공한다는 것입니다 (CIPA EXIF;ExifTool;Exiv2;IPTC;XMP).

추가 자료 및 참고 자료

자주 묻는 질문들

EXIF 데이터란 무엇인가요?

EXIF, 또는 교환 가능한 이미지 파일 포맷, 데이터는 카메라 설정, 사진이 찍힌 날짜와 시간, 그리고 GPS가 활성화된 경우 위치 정보 등 사진에 대한 다양한 메타데이터를 포함합니다.

EXIF 데이터를 어떻게 볼 수 있나요?

대부분의 이미지 뷰어 및 편집기(예: Adobe Photoshop, Windows 사진 뷰어 등)에서 EXIF 데이터를 볼 수 있습니다. 당신은 단지 속성이나 정보 패널을 열면 됩니다.

EXIF 데이터를 편집할 수 있나요?

네, Adobe Photoshop, Lightroom 등의 특정 소프트웨어 프로그램이나 손쉽게 사용할 수 있는 온라인 리소스를 통해 EXIF 데이터를 편집할 수 있습니다. 이러한 도구들을 이용하여 특정 EXIF 메타데이터 필드를 조정하거나 삭제할 수 있습니다.

EXIF 데이터와 관련된 개인 정보 보호 위험은 있나요?

네. GPS가 활성화된 상태라면, EXIF 메타데이터에 포함된 위치 데이터는 사진이 찍힌 곳에 대한 민감한 지리적 정보를 공개할 수 있습니다. 따라서 사진을 공유할 때 이 데이터를 제거하거나 난독화하는 것이 좋습니다.

EXIF 데이터를 어떻게 제거하나요?

여러 소프트웨어 프로그램들은 EXIF 데이터를 제거할 수 있는 기능을 제공합니다. 이 과정은 EXIF 데이터 '제거'라고도 알려져 있습니다. 이러한 기능을 제공하는 여러 온라인 도구들도 있습니다.

소셜 미디어 사이트는 EXIF 데이터를 유지하나요?

Facebook, Instagram, Twitter 등 대부분의 소셜 미디어 플랫폼은 사용자의 프라이버시를 유지하기 위해 이미지에서 EXIF 데이터를 자동으로 제거합니다.

EXIF 데이터는 어떤 정보를 제공하나요?

EXIF 데이터는 카메라 모델, 촬영 날짜 및 시간, 초점 거리, 노출 시간, 조리개, ISO 설정, 화이트 밸런스 설정, GPS 위치 등 다양한 정보를 포함할 수 있습니다.

왜 EXIF 데이터는 사진작가들에게 유용한가요?

사진작가들에게 EXIF 데이터는 특정 사진에 사용된 정확한 설정을 이해하는데 도움이 될 수 있습니다. 이 정보는 기법을 향상시키거나, 향후 사진 촬영에서 비슷한 조건을 복제하는데 도움이 될 수 있습니다.

모든 이미지가 EXIF 데이터를 포함할 수 있나요?

아니요, 디지털 카메라와 스마트폰과 같이 EXIF 메타데이터를 지원하는 장치에서 찍힌 이미지만 EXIF 데이터를 포함할 수 있습니다.

EXIF 데이터에 대한 표준 형식이 있나요?

네, EXIF 데이터는 일본 전자 산업 개발 협회(JEIDA)가 설정한 표준을 따릅니다. 그러나 특정 제조업체는 추가적인 독점 정보를 포함할 수 있습니다.

DXT1 형식이란 무엇인가요?

Microsoft DirectDraw 표면

DirectX Texture(DirectXTex) 계열의 DXT1 압축 포맷은 특히 컴퓨터 그래픽을 위해 설계된 이미지 압축 기술의 상당한 도약을 나타냅니다. 이는 이미지 품질과 저장 요구 사항의 균형을 맞추는 무손실 압축 기법으로, 디스크 공간과 대역폭이 귀중한 자원인 게임과 같은 실시간 3D 애플리케이션에 매우 적합합니다. DXT1 포맷의 핵심은 실시간으로 압축 해제하지 않고도 텍스처 데이터를 원래 크기의 일부로 압축하여 메모리 사용량을 줄이고 성능을 향상시키는 것입니다.

DXT1은 개별 픽셀이 아니라 픽셀 블록에서 작동합니다. 구체적으로 4x4 픽셀 블록을 처리하여 각 블록을 64비트로 압축합니다. 이러한 블록 기반 압축 방식은 DXT1이 이미지를 나타내는 데 필요한 데이터 양을 크게 줄일 수 있도록 해줍니다. DXT1의 압축의 본질은 각 블록 내에서 색상 표현의 균형을 찾아 높은 압축률을 달성하면서도 가능한 한 많은 세부 사항을 보존하는 데 있습니다.

DXT1의 압축 프로세스는 여러 단계로 나눌 수 있습니다. 첫째, 블록의 전체 색상 범위를 가장 잘 나타내는 블록 내의 두 가지 색상을 식별합니다. 이러한 색상은 블록 내의 색상 가변성을 포괄하는 능력을 기반으로 선택되며, 두 개의 16비트 RGB 색상으로 저장됩니다. 원래 이미지 데이터에 비해 비트 심도가 낮음에도 불구하고 이 단계는 가장 중요한 색상 정보가 유지되도록 합니다.

두 가지 기본 색상을 결정한 후 DXT1은 이를 사용하여 두 가지 추가 색상을 생성하여 블록 전체를 나타낼 네 가지 색상을 만듭니다. 이러한 추가 색상은 선형 보간을 통해 계산되며, 이는 두 가지 기본 색상을 서로 다른 비율로 혼합하는 프로세스입니다. 구체적으로 세 번째 색상은 두 가지 기본 색상을 동일하게 혼합하여 생성되고, 네 번째 색상은 텍스처의 투명도 요구 사항에 따라 첫 번째 색상을 선호하는 혼합이거나 순수한 검정입니다.

네 가지 색상이 결정되면 다음 단계는 원래 4x4 블록의 각 픽셀을 생성된 네 가지 색상 중 가장 가까운 색상에 매핑하는 것입니다. 이 매핑은 원래 픽셀 색상과 네 가지 대표 색상 간의 거리를 계산하여 픽셀을 가장 가까운 일치 항목에 할당하는 간단한 최근접 이웃 알고리즘을 통해 수행됩니다. 이 프로세스는 블록의 원래 색상 공간을 효과적으로 네 가지 고유한 색상으로 양자화하여 DXT1의 압축을 달성하는 데 중요한 요인입니다.

DXT1 압축 프로세스의 마지막 단계는 블록에 대해 선택된 두 가지 원래 색상과 함께 색상 매핑 정보를 인코딩하는 것입니다. 두 가지 원래 색상은 16비트 값으로 압축된 블록 데이터에 직접 저장됩니다. 한편, 각 픽셀을 네 가지 색상 중 하나에 매핑하는 것은 2비트 인덱스 시리즈로 인코딩되며, 각 인덱스는 네 가지 색상 중 하나를 가리킵니다. 이러한 인덱스는 함께 묶여 64비트 블록의 나머지 비트를 포함합니다. 따라서 결과적으로 압축된 블록에는 압축 해제 중에 블록의 모양을 재구성하는 데 필요한 색상 정보와 매핑이 모두 포함됩니다.

DXT1의 압축 해제는 간단하고 빠른 프로세스가 되도록 설계되어 실시간 애플리케이션에 매우 적합합니다. 압축 해제 알고리즘의 단순성으로 인해 최신 그래픽 카드의 하드웨어에서 수행할 수 있어 CPU의 부하를 더욱 줄이고 DXT1 압축 텍스처의 성능 효율성에 기여합니다. 압축 해제 중에 두 가지 원래 색상이 블록 데이터에서 검색되어 2비트 인덱스와 함께 블록의 각 픽셀의 색상을 재구성하는 데 사용됩니다. 필요한 경우 선형 보간 방법이 다시 사용되어 중간 색상을 도출합니다.

DXT1의 장점 중 하나는 파일 크기가 크게 줄어들어 압축되지 않은 24비트 RGB 텍스처에 비해 최대 8:1까지 줄일 수 있다는 것입니다. 이러한 감소는 디스크 공간을 절약할 뿐만 아니라 로드 시간을 줄이고 주어진 메모리 예산 내에서 텍스처 다양성을 늘립니다. 게다가 DXT1의 성능 이점은 저장 및 대역폭 절약에만 국한되지 않습니다. GPU로 처리하고 전송해야 하는 데이터 양을 줄임으로써 렌더링 속도도 향상되어 게임 및 기타 그래픽 집약적 애플리케이션에 이상적인 포맷이 됩니다.

장점에도 불구하고 DXT1에는 한계가 있습니다. 가장 주목할 만한 것은 색상 대비가 높거나 복잡한 세부 사항이 있는 텍스처에서 특히 눈에 띄는 아티팩트의 가능성입니다. 이러한 아티팩트는 양자화 프로세스와 블록당 네 가지 색상으로 제한된 것에서 비롯되며, 원래 이미지의 전체 색상 범위를 정확하게 나타내지 못할 수 있습니다. 또한 각 블록에 대해 두 가지 대표 색상을 선택해야 하는 요구 사항으로 인해 색상 밴딩 문제가 발생할 수 있으며, 이는 색상 간의 전환이 눈에 띄게 갑작스럽고 부자연스러워집니다.

게다가 DXT1 포맷의 투명도 처리가 복잡성을 더합니다. DXT1은 1비트 알파 투명도를 지원하므로 픽셀은 완전히 투명하거나 완전히 불투명할 수 있습니다. 투명도에 대한 이러한 이진적 접근 방식은 생성된 색상 중 하나를 투명도를 나타내도록 선택하여 구현되며, 일반적으로 첫 번째 두 가지 색상이 숫자 순서가 반대로 선택된 경우 네 번째 색상입니다. 이를 통해 텍스처에 어느 정도 투명도를 제공할 수 있지만 매우 제한적이며 투명한 영역 주변에 거친 가장자리가 생겨 세부적인 투명도 효과에는 적합하지 않습니다.

DXT1 압축 텍스처를 사용하는 개발자는 종종 이러한 한계를 완화하기 위해 다양한 기술을 사용합니다. 예를 들어, 신중한 텍스처 디자인과 디더링 사용은 압축 아티팩트와 색상 밴딩의 가시성을 줄이는 데 도움이 될 수 있습니다. 또한 투명도를 처리할 때 개발자는 투명도 데이터에 대해 별도의 텍스처 맵을 사용하거나 고품질 투명도가 중요한 텍스처에 대해 DXT3 또는 DXT5와 같이 더욱 미묘한 투명도 처리를 제공하는 다른 DXT 포맷을 선택할 수 있습니다.

DXT1과 DirectX API에 포함된 것의 광범위한 채택은 실시간 그래픽 분야에서 그 중요성을 강조합니다. 품질과 성능 간의 균형을 유지하는 능력으로 인해 리소스의 효율적인 사용이 종종 중요한 관심사인 게임 산업에서 필수 요소가 되었습니다. 게임을 넘어서 DXT1은 가상 현실, 시뮬레이션, 3D 시각화와 같이 실시간 렌더링이 필요한 다양한 분야에서 응용 프로그램을 찾아 압축 포맷으로서의 다양성과 효율성을 강조합니다.

기술이 발전함에 따라 텍스처 압축 기술의 진화가 계속되고 있으며, 새로운 포맷은 DXT1의 한계를 해결하면서 강점을 기반으로 합니다. 하드웨어와 소프트웨어의 발전으로 인해 더 높은 품질, 더 나은 투명도 지원, 더 효율적인 압축 알고리

지원하는 형식

AAI.aai

AAI Dune 이미지

AI.ai

Adobe Illustrator CS2

AVIF.avif

AV1 이미지 파일 형식

BAYER.bayer

원시 Bayer 이미지

BMP.bmp

Microsoft Windows 비트맵 이미지

CIN.cin

Cineon 이미지 파일

CLIP.clip

이미지 클립 마스크

CMYK.cmyk

원시 청색, 마젠타, 노란색, 검정색 샘플

CUR.cur

Microsoft 아이콘

DCX.dcx

ZSoft IBM PC 다중 페이지 Paintbrush

DDS.dds

Microsoft DirectDraw 표면

DPX.dpx

SMTPE 268M-2003 (DPX 2.0) 이미지

DXT1.dxt1

Microsoft DirectDraw 표면

EPDF.epdf

캡슐화된 휴대용 문서 형식

EPI.epi

Adobe 캡슐화된 포스트스크립트 교환 형식

EPS.eps

Adobe 캡슐화된 포스트스크립트

EPSF.epsf

Adobe 캡슐화된 포스트스크립트

EPSI.epsi

Adobe 캡슐화된 포스트스크립트 교환 형식

EPT.ept

TIFF 미리보기가 포함된 캡슐화된 포스트스크립트

EPT2.ept2

TIFF 미리보기가 포함된 캡슐화된 포스트스크립트 레벨 II

EXR.exr

고 다이나믹 레인지 (HDR) 이미지

FF.ff

Farbfeld

FITS.fits

유연한 이미지 전송 시스템

GIF.gif

CompuServe 그래픽 교환 형식

HDR.hdr

고 다이나믹 레인지 이미지

HEIC.heic

고효율 이미지 컨테이너

HRZ.hrz

슬로우 스캔 텔레비전

ICO.ico

Microsoft 아이콘

ICON.icon

Microsoft 아이콘

J2C.j2c

JPEG-2000 코드 스트림

J2K.j2k

JPEG-2000 코드 스트림

JNG.jng

JPEG Network Graphics

JP2.jp2

JPEG-2000 파일 형식 구문

JPE.jpe

Joint Photographic Experts Group JFIF 형식

JPEG.jpeg

Joint Photographic Experts Group JFIF 형식

JPG.jpg

Joint Photographic Experts Group JFIF 형식

JPM.jpm

JPEG-2000 파일 형식 구문

JPS.jps

Joint Photographic Experts Group JPS 형식

JPT.jpt

JPEG-2000 파일 형식 구문

JXL.jxl

JPEG XL 이미지

MAP.map

다중 해상도 Seamless Image Database (MrSID)

MAT.mat

MATLAB 레벨 5 이미지 형식

PAL.pal

Palm 픽스맵

PALM.palm

Palm 픽스맵

PAM.pam

일반적인 2차원 비트맵 형식

PBM.pbm

휴대용 비트맵 형식 (흑백)

PCD.pcd

Photo CD

PCT.pct

Apple Macintosh QuickDraw/PICT

PCX.pcx

ZSoft IBM PC Paintbrush

PDB.pdb

Palm Database ImageViewer 형식

PDF.pdf

휴대용 문서 형식

PDFA.pdfa

휴대용 문서 아카이브 형식

PFM.pfm

휴대용 부동 소수점 형식

PGM.pgm

휴대용 그레이맵 형식 (그레이 스케일)

PGX.pgx

JPEG 2000 압축되지 않은 형식

PICT.pict

Apple Macintosh QuickDraw/PICT

PJPEG.pjpeg

Joint Photographic Experts Group JFIF 형식

PNG.png

휴대용 네트워크 그래픽

PNG00.png00

원본 이미지에서 비트 깊이, 색상 유형 상속

PNG24.png24

불투명 또는 이진 투명 24비트 RGB (zlib 1.2.11)

PNG32.png32

불투명 또는 이진 투명 32비트 RGBA

PNG48.png48

불투명 또는 이진 투명 48비트 RGB

PNG64.png64

불투명 또는 이진 투명 64비트 RGBA

PNG8.png8

불투명 또는 이진 투명 8비트 인덱스

PNM.pnm

휴대용 anymap

PPM.ppm

휴대용 픽스맵 형식 (색상)

PS.ps

Adobe PostScript 파일

PSB.psb

Adobe Large Document 형식

PSD.psd

Adobe Photoshop 비트맵

RGB.rgb

Raw red, green, and blue 샘플

RGBA.rgba

Raw red, green, blue, and alpha 샘플

RGBO.rgbo

Raw red, green, blue, and opacity 샘플

SIX.six

DEC SIXEL 그래픽 형식

SUN.sun

Sun Rasterfile

SVG.svg

확장 가능한 벡터 그래픽

TIFF.tiff

태그가 지정된 이미지 파일 형식

VDA.vda

Truevision Targa 이미지

VIPS.vips

VIPS 이미지

WBMP.wbmp

무선 비트맵 (레벨 0) 이미지

WEBP.webp

WebP 이미지 형식

YUV.yuv

CCIR 601 4:1:1 또는 4:2:2

자주 묻는 질문

어떻게 작동하나요?

이 변환기는 전적으로 브라우저에서 실행됩니다. 파일을 선택하면 메모리로 읽어와 선택한 형식으로 변환됩니다. 그런 다음 변환된 파일을 다운로드할 수 있습니다.

파일을 변환하는 데 얼마나 걸립니까?

변환은 즉시 시작되며 대부분의 파일은 1초 이내에 변환됩니다. 파일이 크면 더 오래 걸릴 수 있습니다.

내 파일은 어떻게 되나요?

파일은 서버에 업로드되지 않습니다. 브라우저에서 변환된 다음 변환된 파일이 다운로드됩니다. 우리는 귀하의 파일을 절대 보지 않습니다.

어떤 파일 형식을 변환할 수 있나요?

JPEG, PNG, GIF, WebP, SVG, BMP, TIFF 등을 포함한 모든 이미지 형식 간의 변환을 지원합니다.

비용은 얼마인가요?

이 변환기는 완전히 무료이며 항상 무료입니다. 브라우저에서 실행되기 때문에 서버 비용을 지불할 필요가 없으므로 비용을 청구할 필요가 없습니다.

한 번에 여러 파일을 변환할 수 있나요?

예! 한 번에 원하는 만큼 많은 파일을 변환할 수 있습니다. 추가할 때 여러 파일을 선택하기만 하면 됩니다.