모든 J2C 이미지의 EXIF 메타데이터를 보세요
드래그 앤 드롭 또는 클릭하여 선택
비공개 및 보안
모든 것이 브라우저에서 발생합니다. 파일은 서버에 닿지 않습니다.
엄청나게 빠른
업로드도, 기다림도 없습니다. 파일을 놓는 순간 변환하세요.
정말로 무료
계정이 필요 없습니다. 숨겨진 비용이 없습니다. 파일 크기 트릭이 없습니다.
EXIF(교환 이미지 파일 형식)는 카메라와 휴대폰이 이미지 파일(노출, 렌즈, 타임스탬프, GPS까지)에 내장하는 캡처 메타데이터 블록으로, JPEG 및 TIFF와 같은 형식 내에 패키지된 TIFF 스타일 태그 시스템을 사용합니다. 사진 라이브러리 및 워크플로 전반에 걸쳐 검색 기능, 정렬 및 자동화에 필수적이지만 부주의하게 공유될 경우 의도하지 않은 유출 경로가 될 수도 있습니다(ExifTool 및 Exiv2를 사용하면 쉽게 검사할 수 있음).
낮은 수준에서 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).
추가 자료 및 참고 자료
- CIPA EXIF DC-008(사양 포털)
- ExifTool 태그 참조(EXIF) • JPEG APP 세그먼트
- Exiv2 태그 참조 • 메타데이터 개요
- PNG: eXIf 보조 청크
- WebP RIFF 컨테이너 및 메타데이터
- Apple Image I/O • kCGImagePropertyExifDictionary
- AndroidX ExifInterface
- IPTC 사진 메타데이터
- Adobe XMP(ISO 16684-1)
- 미국 의회 도서관: EXIF 형식 • 미국 의회 도서관: XMP
- libexif 보안 권고 • NVD: libexif
- McAfee EXIF 사건에 대한 Wired
자주 묻는 질문들
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)가 설정한 표준을 따릅니다. 그러나 특정 제조업체는 추가적인 독점 정보를 포함할 수 있습니다.
J2C 형식이란 무엇인가요?
JPEG-2000 코드 스트림
JPEG 2000 코드 스트림이라고도 알려진 J2C 이미지 포맷은 JPEG 2000 표준 제품군의 일부입니다. JPEG 2000 자체는 원래 JPEG 표준을 대체하려는 의도로 공동 사진 전문가 그룹 위원회에서 만든 이미지 압축 표준 및 코딩 시스템입니다. JPEG 2000 표준은 JPEG보다 유연성이 높고 성능이 향상된 새로운 이미지 코딩 시스템을 제공하는 것을 목표로 수립되었습니다. 저비트레이트에서의 성능 저하 및 확장성 부족과 같은 JPEG 포맷의 몇 가지 한계를 해결하도록 설계되었습니다.
JPEG 2000은 원래 JPEG 표준에서 사용된 이산 코사인 변환(DCT) 대신 웨이블릿 변환을 사용합니다. 웨이블릿 변환은 더 높은 수준의 확장성과 무손실 압축을 수행하는 기능을 제공하며, 이는 원본 이미지를 압축된 데이터에서 완벽하게 재구성할 수 있음을 의미합니다. 이는 압축 과정에서 영구적으로 일부 이미지 정보를 잃어버리는 원래 JPEG의 손실 압축에 비해 상당한 이점입니다.
J2C 파일 포맷은 특히 JPEG 2000의 코드 스트림을 나타냅니다. 이 코드 스트림은 실제로 인코딩된 이미지 데이터이며, JP2(JPEG 2000 Part 1 파일 포맷), JPX(JPEG 2000 Part 2, 확장 파일 포맷), MJ2(비디오용 Motion JPEG 2000 파일 포맷)와 같은 다양한 컨테이너 포맷에 포함될 수 있습니다. J2C 포맷은 본질적으로 컨테이너 포맷에서 제공될 수 있는 추가 메타데이터나 구조가 없는 원시 인코딩된 이미지 데이터입니다.
J2C 포맷의 주요 특징 중 하나는 동일한 파일 내에서 무손실 및 손실 압축을 모두 지원한다는 것입니다. 이는 무손실 압축을 위한 가역 웨이블릿 변환과 손실 압축을 위한 비가역 웨이블릿 변환을 사용하여 달성됩니다. 무손실 및 손실 압축 간의 선택은 이미지 내에서 타일 단위로 이루어질 수 있으며, 콘텐츠의 중요성에 따라 고품질 및 저품질 영역을 혼합할 수 있습니다.
J2C 포맷은 또한 '프로그레시브 디코딩'이라는 기능을 지원하는 매우 확장 가능한 포맷입니다. 즉, 이미지의 저해상도 버전을 먼저 디코딩하여 표시한 다음, 더 많은 이미지 데이터가 수신되거나 처리됨에 따라 더 높은 해상도의 연속적인 레이어를 표시할 수 있습니다. 이는 대역폭이 제한될 수 있는 네트워크 애플리케이션에 특히 유용하며, 전체 고해상도 이미지가 다운로드되는 동안 이미지를 빠르게 미리 볼 수 있기 때문입니다.
J2C 포맷의 또 다른 중요한 측면은 관심 영역(ROI)을 지원한다는 것입니다. ROI 코딩을 사용하면 이미지의 특정 부분을 이미지의 나머지 부분보다 더 높은 품질로 인코딩할 수 있습니다. 이는 초상화의 얼굴이나 문서의 텍스트와 같이 이미지의 특정 영역이 더 중요하고 더 높은 충실도로 보존되어야 하는 경우에 유용합니다.
J2C 포맷에는 또한 정교한 오류 복원 기능이 포함되어 있어 전송 중 데이터 손실에 더 강합니다. 이는 오류 수정 코드를 사용하고 코드 스트림을 손실된 패킷을 복구할 수 있는 방식으로 구조화하여 달성됩니다. 이를 통해 J2C는 신뢰할 수 없는 네트워크를 통해 이미지를 전송하거나 잠재적인 데이터 손상의 영향을 최소화하는 방식으로 이미지를 저장하는 데 적합한 선택이 됩니다.
J2C의 색 공간 처리도 원래 JPEG보다 더 발전했습니다. 이 포맷은 그레이스케일, RGB, YCbCr 등 다양한 색 공간을 지원합니다. 또한 동일한 이미지의 다른 타일에 서로 다른 색 공간을 사용할 수 있어 이미지를 인코딩하고 표현하는 방식에 유연성을 더합니다.
J2C 포맷의 압축 효율성은 또 다른 강점입니다. 웨이블릿 변환과 산술 코딩과 같은 고급 엔트로피 코딩 기술을 사용하여 J2C는 특히 저비트레이트에서 원래 JPEG보다 더 높은 압축률을 달성할 수 있습니다. 이를 통해 저장 공간이나 대역폭이 제한적인 모바일 기기나 웹 애플리케이션과 같은 애플리케이션에 매력적인 옵션이 됩니다.
많은 장점에도 불구하고 J2C 포맷은 원래 JPEG 포맷에 비해 널리 채택되지 않았습니다. 이는 부분적으로 JPEG 2000 표준의 복잡성이 더 커서 이미지를 인코딩하고 디코딩하는 데 더 많은 컴퓨팅 리소스가 필요하기 때문입니다. 또한 원래 JPEG 포맷은 많은 시스템에 깊이 뿌리 박혀 있고 방대한 소프트웨어 및 하드웨어 지원 생태계를 갖추고 있어 새로운 표준이 자리를 잡기 어렵습니다.
그러나 특정 전문 분야에서는 J2C 포맷이 특정 기능으로 인해 선호되는 선택이 되었습니다. 예를 들어, 의료 영상에서는 무손실 압축을 수행할 수 있는 기능과 높은 동적 범위 및 높은 비트 심도 이미지를 지원하는 기능으로 인해 J2C가 이상적인 포맷이 됩니다. 마찬가지로 디지털 시네마 및 비디오 아카이빙에서는 높은 압축률에서의 고품질과 확장성 기능이 매우 중요합니다.
J2C 이미지의 인코딩 프로세스에는 여러 단계가 포함됩니다. 먼저 이미지는 독립적으로 처리할 수 있는 타일로 나뉩니다. 이러한 타일링은 병렬 처리를 가능하게 하며 인코딩 및 디코딩 프 로세스의 효율성을 향상시킬 수 있습니다. 그런 다음 각 타일은 무손실 또는 손실 압축을 원하는지에 따라 가역 또는 비가역 웨이블릿 변환을 사용하여 변환됩니다.
웨이블릿 변환 후 계수는 양자화되며, 이는 웨이블릿 계수의 정밀도를 줄이는 것을 포함합니다. 무손실 압축에서는 양자화가 오류를 발생시키므로 이 단계가 생략됩니다. 양자화된 계수는 산술 코딩을 사용하여 엔트로피 코딩되며, 이는 이미지 콘텐츠의 통계적 특성을 활용하여 데이터 크기를 줄입니다.
인코딩 프로세스의 마지막 단계는 코드 스트림의 조립입니다. 각 타일의 엔트로피 코딩된 데이터는 이미지와 인코딩 방법을 설명하는 헤더 정보와 결합됩니다. 여기에는 이미지 크기, 타일 수, 사용된 웨이블릿 변환, 양자화 매개변수 및 기타 관련 데이터에 대한 정보가 포함됩니다. 결과 코드 스트림은 J2C 파일에 저장하거나 컨테이너 포맷에 포함할 수 있습니다.
J2C 이미지를 디코딩하는 것은 본질적으로 인코딩 프로세스를 역으로 수행하는 것입니다. 코드 스트림은 헤더 정보와 각 타일의 엔트로피 코딩된 데이터를 추출하기 위해 구문 분석됩니다. 그런 다음 엔트로피 코딩된 데이터가 디코딩되어 양자화된 웨이블릿 계수가 복구됩니다. 이미지가 손실 압축을 사용하여 압축된 경우 계수는 양자화 해제되어 원래 값에 근사됩니다. 역 웨이블릿 변환이 웨이블릿 계수에서 이미지를 재구성하는 데 적용되고 타일이 함께 연결되어 최종 이미지를 형성합니다.
결론적으로 J2C 이미지 포맷은 원래 JPEG 포맷에 비해 더 나은 압축 효율성, 확장성, 무손실 압축을 수행하는 기능을 포함하여 여러 가지 장점을 제공하는 강력하고 유연한 이미지 코딩 시스템입니 다. JPEG만큼 널리 보급되지는 않았지만 고품질 이미지가 필요하거나 특정 기술적 요구 사항이 있는 애플리케이션에 적합합니다. 기술이 계속 발전하고 더욱 정교한 이미지 코딩 시
지원하는 형식
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 등을 포함한 모든 이미지 형식 간의 변환을 지원합니다.
비용은 얼마인가요?
이 변환기는 완전히 무료이며 항상 무료입니다. 브라우저에서 실행되기 때문에 서버 비용을 지불할 필요가 없으므로 비용을 청구할 필요가 없습니다.
한 번에 여러 파일을 변환할 수 있나요?
예! 한 번에 원하는 만큼 많은 파일을 변환할 수 있습니다. 추가할 때 여러 파일을 선택하기만 하면 됩니다.