카테고리로 탐색
필요에 가장 잘 맞는 카테고리부터 살펴보세요.
압축 파일Format Atlas에서 다루는 파일 형식 카테고리입니다.카테고리 보기
오디오Format Atlas에서 다루는 파일 형식 카테고리입니다.카테고리 보기
CAD 및 도면Format Atlas에서 다루는 파일 형식 카테고리입니다.카테고리 보기
데이터Format Atlas에서 다루는 파일 형식 카테고리입니다.카테고리 보기
문서Format Atlas에서 다루는 파일 형식 카테고리입니다.카테고리 보기
이메일Format Atlas에서 다루는 파일 형식 카테고리입니다.카테고리 보기
글꼴Format Atlas에서 다루는 파일 형식 카테고리입니다.카테고리 보기
이미지Format Atlas에서 다루는 파일 형식 카테고리입니다.카테고리 보기
인증서 및 키Format Atlas에서 다루는 파일 형식 카테고리입니다.카테고리 보기
스프레드시트Format Atlas에서 다루는 파일 형식 카테고리입니다.카테고리 보기
자막Format Atlas에서 다루는 파일 형식 카테고리입니다.카테고리 보기
3DFormat Atlas에서 다루는 파일 형식 카테고리입니다.카테고리 보기
비디오Format Atlas에서 다루는 파일 형식 카테고리입니다.카테고리 보기
웹Format Atlas에서 다루는 파일 형식 카테고리입니다.카테고리 보기
형식 찾기
용도와 특징을 확인한 뒤 상세 페이지를 살펴보세요.
이 페이지에서 모든 형식 펼치기 (189)
AAC.aacAAC는 MPEG에서 표준화한 손실 오디오 코덱입니다. .aac 파일이나 컨테이너 내부 음성 트랙으로 저장될 수 있으며, 코덱과 컨테이너는 다릅니다.AI.aiAI는 Adobe Illustrator의 편집 형식입니다. 벡터 아트워크를 담지만 SVG와 PDF의 배포 역할은 다르므로 수신자와 최종 용도에 맞춰 출력 형식을 선택해야 합니다.AIFF.aiff · .aifAIFF는 Apple이 정의한 오디오 파일 형식으로 비압축 PCM에 자주 사용됩니다. WAV와 제작 용도는 비슷하지만 구조와 도구 지원이 다르며 AIFF-C 변형도 있습니다.AMR.amrAMR은 통화 녹음과 구형 모바일 파일에 사용되는 음성 중심 코덱입니다. 범용 고음질 음악 형식으로 설계되지 않았습니다.APNG.apng · .pngAPNG는 하나의 이미지 파일에 애니메이션을 담도록 PNG를 확장합니다. 무손실 압축과 투명도는 짧은 인터페이스 애니메이션과 도표에 적합합니다. APNG, GIF, WebP를 선택할 때 지원 환경, 색상과 투명도, 출력 크기를 비교하세요.Apache Arrow IPC.arrow · .feather · .arrowsApache Arrow는 열 지향 데이터 형식과 라이브러리를 제공하며, Arrow IPC는 프로세스와 애플리케이션 간 교환을 위해 데이터를 직렬화합니다. 파일 형식은 일반적으로 .arrow를 사용하고 푸터를 통해 레코드 배치에 임의 접근할 수 있습니다. 스트림 형식은 보통 .arrows를 사용하며 메시지를 순서대로 전달합니다. Feather V2는 Arrow IPC 파일 형식에 기반한 명칭입니다.Aseprite.ase · .asepriteAseprite의 `.ase`와 `.aseprite`는 픽셀 아트와 2D 스프라이트용 바이너리 프로젝트 형식입니다. 이미지뿐 아니라 레이어, 색상 모드, 팔레트, 애니메이션 프레임과 각 프레임의 재생 시간도 편집 가능한 상태로 보존할 수 있습니다. 게임이나 웹에서 사용할 때는 용도에 맞춰 PNG, GIF, 스프라이트 시트 등으로 내보냅니다.AVI.aviAVI는 오디오·비디오 스트림을 담는 RIFF 기반 컨테이너입니다. .avi 확장자로 내부 코덱을 알 수 없어 재생 호환성과 크기는 내용에 따라 달라집니다.AVIF.avifAVIF는 AV1 Image File Format 사양에 기반한 정지 이미지 형식입니다. 웹 전송에서 이미지 크기와 품질의 균형을 위한 선택지이며 JPEG나 WebP를 자동으로 대체하지는 않습니다.Avro.avroApache Avro는 JSON으로 표현 가능한 스키마에 따라 레코드를 직렬화합니다. 레코드, 배열, 맵, 유니온을 지원하며 읽기와 쓰기 쪽의 스키마가 호환되어야 합니다.BAM.bamBAM은 SAMv1 명세의 정렬 데이터를 바이너리로 표현합니다. 보통 BGZF 블록 압축을 사용해 색인으로 특정 구간에 접근할 수 있습니다. 참조 헤더, 리드 이름, FLAG, CIGAR, 위치, 서열 품질과 태그를 저장하며 미정렬 리드도 포함할 수 있습니다. 좌표 정렬 BAM에는 BAI나 CSI 색인을 사용할 수 있습니다. 기계 처리에 적합하지만 직접 읽을 수 없고, 참조와 색인의 일치 여부가 중요합니다.BED.bedBED는 염색체 이름, 시작, 끝을 기록하는 텍스트입니다. 시작은 0부터 세고 끝 위치는 포함하지 않습니다. 서열 자체나 염기별 품질을 저장하지 않습니다.bedGraph.bedGraphbedGraph는 염색체·시작·끝·수치의 4열 텍스트입니다. 좌표는 0부터 세고 끝을 제외합니다. 구간에 양수·음수 정수나 실수를 기록합니다.bigBed.bb · .bigBedbigBed는 BED 유형 데이터로 만드는 색인된 바이너리 형식입니다. 지원 브라우저는 필요한 구간을 읽습니다. BED를 gzip으로 압축한 것과는 다릅니다.bigWig.bw · .bigWigbigWig는 유전체 수치를 저장하는 색인 바이너리입니다. WIG나 bedGraph로 생성하며 지원 도구는 구간별로 접근합니다. bigBed와 데이터 역할이 다릅니다.Blender 프로젝트.blend.blend는 Blender의 기본 프로젝트 형식입니다. 장면, 오브젝트, 메시, 재질, 애니메이션 등의 데이터를 저장해 Blender에서 편집을 이어갈 수 있습니다. 교환 형식과 달리 다른 앱에서 동일한 상태가 재현된다고 보장할 수 없으며, 텍스처 같은 외부 종속 파일은 별도로 관리해야 할 수 있습니다.BMP.bmpBMP는 주로 Windows에서 사용되어 온 래스터 이미지 형식입니다. 압축 없이 저장되는 경우가 많아 파일이 커질 수 있으므로 새 웹 이미지는 보통 PNG나 WebP를 사용합니다.Brotli.brBrotli(.br)는 LZ77 계열 참조와 Huffman 코딩을 사용하는 무손실 압축 데이터 형식입니다. HTTP 콘텐츠 코딩 토큰 br로도 사용되며, 클라이언트가 지원하면 서버가 사전 압축 파일을 제공할 수 있습니다. 이 스트림은 아카이브가 아니며 원래 크기나 체크섬 같은 메타데이터를 반드시 포함하지 않습니다.BSON.bsonBSON(Binary JSON)은 JSON과 비슷한 구조의 문서를 바이너리로 직렬화하는 형식입니다. 표준 JSON에 없는 날짜, 바이너리 데이터, ObjectId 등의 자료형도 지원합니다. MongoDB에서 널리 사용되지만 일반 JSON 텍스트와는 다르므로 BSON을 지원하는 드라이버나 도구가 필요합니다.BUFR.bufr · .bufBUFR(Binary Universal Form for the Representation of meteorological data; WMO FM 94)는 표 기반 기술자로 관측을 인코딩하고 교환하는 바이너리 형식입니다. 기술자 시퀀스가 값의 표현과 의미를 정하므로 에디션과 기준·지역 표를 확인해야 합니다.BZIP2.bz2 · .bzBZIP2는 데이터를 무손실 압축합니다. .bz2는 보통 데이터 스트림 하나를 압축하고 tar.bz2는 tar 아카이브와 BZIP2 압축을 결합합니다.CBOR.cborCBOR(Concise Binary Object Representation)은 숫자, 문자열, 배열, 맵 같은 데이터 항목을 바이너리로 인코딩하는 IETF 표준입니다. 작은 구현과 메시지 크기를 고려하면서 확장할 수 있고 JSON과 비슷한 데이터도 표현합니다. 텍스트 형식이 아니므로 CBOR 지원 도구나 라이브러리가 필요합니다.CRAM.cramCRAM은 참조 서열과의 차이를 활용하는 부호화 등을 통해 시퀀싱 리드와 정렬 정보를 저장하며, BAM보다 높은 압축률을 낼 수 있습니다. 규격은 무손실과 손실 보존 전략을 모두 허용하고 보존할 데이터를 일률적으로 정하지 않습니다. 따라서 .cram 확장자만으로 염기 품질이나 태그의 보존 여부를 알 수 없으며 생성 도구와 설정을 확인해야 합니다. 일부 파일과 작업 흐름에는 정확한 외부 참조가 필요하지만 참조를 파일에 포함할 수도 있습니다. CRAI 색인은 영역 조회에 사용됩니다.CRT.crt · .cerCRT와 CER은 X.509 인증서에 흔히 쓰는 확장자입니다. 확장자만으로 PEM 텍스트인지 DER 바이너리인지 알 수 없습니다.CSR.csrCSR에는 공개 키와 요청한 신원 정보가 들어 있으며 해당 개인 키로 서명됩니다. 인증 기관에 제출하는 요청이며 발급된 인증서는 아닙니다.CSS.cssCSS는 문서의 표시를 위한 스타일시트 언어입니다. 선택자와 선언이 요소의 모양을 정하고 HTML은 페이지 구조를 제공합니다.CSV.csvCSV는 행과 구분자로 표 데이터를 표현하는 텍스트 형식입니다. 단순 표 교환에는 적합하지만 XLSX 수식, 서식, 여러 시트는 유지하지 않습니다.DAE.daeDAE는 COLLADA를 사용해 3D 형상, 재질, 애니메이션 등 장면 데이터를 XML로 기술합니다. 실제 가져오기·내보내기 지원 범위는 도구마다 다릅니다.DDS.ddsDDS는 Direct3D용 텍스처 컨테이너이며 압축 텍스처, 밉맵, 큐브맵을 저장할 수 있습니다. 일반 웹 이미지가 아니라 게임 및 3D 에셋에 쓰입니다.DER.derDER은 ASN.1 구조의 바이너리 인코딩입니다. .der 파일에는 인증서 또는 다른 구조가 들어갈 수 있으므로 사용 전에 내용을 확인하세요.DICOM.dcmDICOM은 의료 영상과 관련 정보를 저장하고 교환하기 위한 표준입니다. 일반적으로 .dcm 확장자를 사용하는 Part 10 파일은 파일 메타 정보 뒤에 하나의 SOP Instance를 나타내는 데이터셋을 담으며, 영상 픽셀과 검사·장비·환자 속성이 포함될 수 있습니다. 픽셀 인코딩과 압축은 Transfer Syntax에 따라 달라지므로 DICOM은 일반 이미지 파일과 다릅니다.Digital Negative.dngDNG(Digital Negative)는 카메라 RAW 정보를 저장하기 위해 Adobe가 공개한 이미지 형식입니다. TIFF를 기반으로 하며 현상 전 카메라 데이터, 메타데이터, 미리보기 등을 포함할 수 있습니다. 변환 후 모든 카메라 전용 기능이나 촬영 정보가 그대로 유지된다고 보장하지 않으므로 RAW 처리 소프트웨어와 카메라별 데이터 처리 방식을 확인하세요.DOC.docDOC는 이전 Microsoft Word에서 쓰인 이진 문서 형식입니다. 새 편집에는 보통 DOCX, 열람 배포에는 PDF를 사용합니다.DOCX.docxDOCX는 Office Open XML의 WordprocessingML 문서 형식입니다. XML 구성 요소, 이미지, 스타일, 표, 수식을 묶어 문서를 만들고 편집합니다.DWG.dwgDWG는 AutoCAD 계열 작업에서 도면, 레이어, 주석을 보관합니다. 형식 버전이 달라 구형 CAD 앱에서 최신 DWG를 열지 못할 수 있습니다.DXF.dxfDXF는 그룹 코드와 값으로 AutoCAD 도면 데이터를 나타냅니다. 개체, 레이어, 문자를 교환하지만 받는 도구와 버전에 따라 기능 해석이 다를 수 있습니다.E57.e57E57은 3D 이미징 시스템의 포인트 데이터를 교환하는 형식입니다. ASTM 공개 요약에 따르면 3D 포인트, 색상·강도 등의 속성, 시스템에서 촬영한 사진을 저장할 수 있고 바이너리와 XML을 결합합니다. LAS/LAZ와 달리 스캔 관련 이미지도 포함할 수 있습니다.EML.emlEML 파일은 개별 이메일을 저장합니다. 헤더, 본문 및 첨부를 포함할 수 있으며 메일 앱에 따라 표시가 다를 수 있습니다..env.env.env는 호환되는 애플리케이션이나 개발 도구가 읽도록 환경 변수 이름과 값을 기록하는 관례적인 텍스트 파일입니다. 통일된 공통 규격은 없으며 따옴표, 주석, 변수 확장, 기존 환경 변수와의 우선순위는 읽는 도구에 따라 다릅니다.EPS.epsEPS는 인쇄와 제작 작업에 쓰이는 Encapsulated PostScript 아트워크 교환 형식입니다. 웹이나 일반 보기에는 SVG, PDF, PNG가 더 적합할 수 있습니다.EPUB.epubEPUB은 전자책에 널리 쓰이는 디지털 출판 형식입니다. 가변형 EPUB 콘텐츠는 화면과 읽기 설정에 맞춰 텍스트 흐름을 조정합니다.OpenEXR.exrOpenEXR(.exr)은 영화, VFX, CG의 고품질 제작 과정에서 사용하는 HDR 이미지 형식입니다. 16비트 half 또는 32비트 부동소수점 픽셀, 다중 채널과 여러 압축 방식을 지원합니다. 일반 표시용 이미지보다 넓은 휘도와 색 정보를 제작 단계에서 유지할 수 있지만, 받는 소프트웨어가 해당 기능을 지원해야 합니다.FASTA.fasta · .faFASTA는 >로 시작하는 정의 행 뒤에 서열을 기록하는 텍스트 형식입니다. 이 글은 염기 서열과 참조 서열 용도를 다룹니다. FASTA 자체에는 염기별 품질값이 없습니다.FASTQ.fastq · .fq · .fastq.gz · .fq.gzFASTQ는 시퀀서가 출력한 리드 서열과 염기별 품질 점수를 함께 담는 널리 쓰이는 텍스트 형식입니다. 일반적인 레코드는 `@`로 시작하는 식별자, 서열, `+` 구분 줄, 서열과 길이가 같은 품질 문자열로 구성됩니다. FASTQ에는 단일한 공식 사양이 없으며 Sanger Phred+33과 과거 Solexa/Illumina 변형 등 호환되지 않는 품질 인코딩이 존재합니다. `.fastq` 또는 `.fq`를 사용하고 gzip 등으로 외부 압축할 수 있습니다. FASTQ는 보통 정렬 전 리드를 저장하며 참조 좌표가 담긴 SAM/BAM과 역할이 다릅니다.FBX.fbxFBX는 3D 모델, 재질, 카메라, 조명, 리그, 애니메이션 교환에 쓰입니다. 내보내기 설정과 도구 지원이 달라 가져온 장면을 확인해야 합니다.FIT.fitFIT(.fit)는 스포츠·피트니스·건강 기기의 데이터를 저장하고 공유하는 바이너리 형식입니다. 활동 기록, 센서 측정값, 이벤트, 운동 계획, 코스 등을 메시지로 담을 수 있습니다. 앱이 읽을 수 있는 필드는 FIT 프로필과 수신 소프트웨어 지원에 따라 달라지며, 디코딩에 FIT SDK가 필요할 수 있습니다.FITS.fits · .fit · .ftsFITS(Flexible Image Transport System)는 주로 천문학에서 과학 데이터를 저장하고 교환하는 데 쓰이는 표준입니다. 헤더와 데이터로 이루어진 Header/Data Unit(HDU)을 이어 붙여 한 파일에 이미지 배열, 스펙트럼, ASCII 또는 바이너리 표를 담을 수 있습니다. 헤더는 80자 카드로 구성되고 HDU 경계는 2880바이트 블록에 맞춰 패딩됩니다.FLAC.flacFLAC은 디코딩 후 원래 PCM 데이터를 복원합니다. 비압축 PCM보다 작은 크기로 저장하는 데 유용하지만 실제 크기는 음원에 따라 다릅니다.FlatGeobuf.fgbFlatGeobuf는 FlatBuffers 기반의 지리 피처 바이너리 형식입니다. 헤더, 선택적 공간 인덱스, 피처 데이터로 구성되며 .fgb 파일 하나는 단일 레이어를 담습니다.FLV.flvFLV는 Flash Video 컨테이너로 쓰였습니다. 기존 파일의 영상·음성 코덱을 확인하고, .flv 확장자만으로 최신 브라우저 재생을 기대하지 마세요.GeoJSON.geojson · .jsonGeoJSON은 지리 지형과 도형을 JSON으로 나타냅니다. 표준 좌표계에서는 경도가 위도보다 먼저 옵니다.GeoPackage.gpkgGeoPackage(.gpkg)는 OGC GeoPackage 표준에 따라 공간 데이터를 저장하는 SQLite 데이터베이스 파일입니다. 하나의 파일에 벡터 피처, 여러 확대 수준의 래스터 지도 타일, 비공간 속성을 담을 수 있어 모바일이나 오프라인 환경에서도 사용할 수 있습니다. SQLite 파일이라고 해서 자동으로 GeoPackage가 되는 것은 아니며, 표준의 스키마와 요구사항을 따라야 합니다.GeoParquet.parquetGeoParquet는 Parquet에 형상 열과 지리 메타데이터 규칙을 추가합니다. 이 글은 규격 1.1.0을 다루며 .parquet 확장자만으로 적합성을 판단할 수 없습니다.GeoTIFF.tif · .tiffGeoTIFF는 TIFF 이미지에 지리 참조 정보를 저장하는 규격입니다. 전용 태그로 래스터 픽셀과 지리·투영 좌표의 관계 및 좌표계를 나타냅니다. 압축 방식은 다를 수 있으며 확장자만으로 지리 참조 유무를 판단할 수 없습니다.GFF3.gff3 · .gffGFF3는 탭으로 구분된 9열의 주석 형식입니다. 시작과 끝은 1부터 세며 양끝을 포함합니다. ID와 Parent 같은 속성으로 관계를 나타냅니다.GGUF.ggufGGUF는 GGML 및 호환 추론 런타임을 위해 설계된 바이너리 컨테이너입니다. 헤더에는 형식 버전, 텐서 설명, 키-값 메타데이터가 있으며 뒤에 텐서 데이터가 옵니다. llama.cpp 계열 도구의 로컬 추론에 널리 쓰이지만 형식만으로 모든 런타임이나 아키텍처 지원이 보장되지는 않습니다. 확장자도 양자화 여부를 나타내지 않습니다.GIF.gifGIF는 여러 프레임을 포함할 수 있는 이미지 형식으로, 짧은 반복 애니메이션에 흔히 쓰입니다. 색상 팔레트가 제한되어 사진이나 긴 움직임보다 단순한 도표와 짧은 설명에 알맞습니다..gitignore.gitignore.gitignore는 Git에 아직 추적되지 않는 경로를 무시하도록 패턴을 적는 텍스트 파일입니다. Git은 여러 위치의 .gitignore와 다른 제외 규칙 파일을 우선순위에 따라 적용합니다. 이미 인덱스에 들어가 추적 중인 파일은 패턴을 추가해도 추적이 중단되지 않습니다.glTF.gltf · .glbglTF는 제작 도구와 앱 간 3D 에셋을 효율적으로 전달하기 위한 형식입니다. .gltf는 JSON을 사용하고 외부 버퍼나 텍스처를 참조할 수 있으며 .glb는 바이너리 컨테이너입니다.GML.gml · .xmlGML은 지리 형상과 속성을 XML로 표현하는 OGC 표준입니다. 응용 스키마로 분야별 피처를 정의합니다.GPX.gpxGPX(.gpx)는 앱과 웹 서비스 사이에서 GPS 데이터를 교환하기 위한 XML 형식입니다. 웨이포인트(장소), 경로(계획한 길), 트랙(기록된 이동 경로)을 구분해 저장합니다. GPX 1.1 좌표는 WGS 84를 기준으로 합니다. 지도 스타일이나 앱별 정보까지 똑같이 옮겨지는 것은 아니므로 목적에 맞게 가져온 결과를 확인하세요.GRIB.grib · .grb · .grib2 · .grb2GRIB(General Regularly-distributed Information in Binary form)는 격자형 기상·지구물리 데이터 교환용 바이너리 형식입니다. 메시지에는 식별, 격자, 제품 정의, 데이터 표현과 값 섹션이 포함됩니다. GRIB1과 GRIB2는 규격과 표가 다르고 지역 정의도 쓰일 수 있으므로 에디션과 제공자 규약을 확인합니다.GTF.gtfGTF는 탭으로 구분된 9열의 유전자 주석입니다. 좌표는 1부터 세며 양끝을 포함하고 gene_id와 transcript_id 속성을 사용합니다. 필요한 행과 속성은 제공자와 읽기 도구에 따라 다릅니다.GZIP.gz · .gzipGZIP은 데이터를 무손실 압축합니다. .gz는 보통 파일 하나를 압축하고 tar.gz는 tar로 파일을 묶은 다음 압축합니다.HDF5.h5 · .hdf5HDF5(Hierarchical Data Format version 5)는 크고 다양한 데이터를 저장하는 계층형 데이터 모델이자 파일 형식입니다. 그룹은 계층을 이루고 데이터셋은 유형과 차원을 가진 배열을 저장하며, 둘 모두 속성을 가질 수 있습니다. HDF5 자체가 특정 분야의 좌표·단위·의미 규약을 일괄 정의하지는 않습니다.HEIF.heif · .heicHEIF는 ISO Base Media File Format 계열의 이미지 파일 프레임워크입니다. HEIC는 HEVC 이미지를 HEIF 구조에 담는 일반적 방식으로, 둘은 관련 있지만 동일하지 않습니다.HTML.html · .htmHTML은 웹 페이지의 구조와 의미를 기술하는 마크업 언어입니다. 표시 방식은 CSS에, 필요할 때 동작은 JavaScript에 분리하면 관리하기 쉽습니다.ICC.icc · .icmICC 프로파일은 색 관리 데이터입니다. 호환 소프트웨어가 장치나 색 공간 정보를 이용해 색을 해석하고 변환합니다. 이미지에 포함되거나 별도 파일로 사용되며 이미지 픽셀 파일은 아닙니다.ICO.icoICO는 주로 Windows 아이콘에 쓰이는 이미지 컨테이너이며 여러 크기와 색 깊이의 이미지를 담을 수 있습니다.iCalendar.icsiCalendar는 일정, 할 일, 사용 가능 시간을 교환합니다. 가져온 뒤 날짜, 시간대, 반복을 확인해야 합니다.IGES.iges · .igsIGES는 CAD/CAM 사이에서 형상과 제품 정의 데이터를 교환합니다. 변환 후 곡면과 솔리드를 확인하세요.InDesign 문서.inddINDD는 Adobe InDesign의 기본 페이지 레이아웃 문서입니다. 책, 잡지, 인쇄물, 디지털 출판물의 편집 가능한 페이지 디자인, 텍스트, 배치 객체, 스타일을 저장합니다. 보기나 인쇄를 위해서는 보통 PDF 등 적절한 형식으로 내보내며, 연결된 이미지와 글꼴은 별도로 모아야 할 수 있습니다.INI 설정 파일.ini · .cfg · .confINI는 섹션과 키-값 쌍으로 구성된 텍스트 설정 파일을 가리키는 관용적인 이름입니다. 공통 단일 사양이 없어 주석, 구분 기호, 키 대소문자, 여러 줄 값의 처리가 앱이나 파서에 따라 달라질 수 있습니다.Jupyter Notebook.ipynbJupyter Notebook(.ipynb)은 코드 셀, Markdown 셀, 메타데이터, 실행 결과를 JSON 구조로 저장하는 노트북 문서 형식입니다. 보이는 결과뿐 아니라 실행 가능한 코드도 포함할 수 있으므로 파일을 보는 것과 실행하는 것은 별개의 작업입니다.ISO 이미지.isoISO는 광학 미디어의 내용과 구조를 한 파일에 저장하며 압축 파일과 다릅니다.JPEG.jpg · .jpegJPEG는 사진 배포에 널리 쓰이는 손실 이미지 형식입니다.JSON.jsonJSON은 키와 값으로 구조화된 데이터를 표현하는 텍스트 형식입니다. 웹 API와 설정 파일에 널리 사용됩니다.JSON5.json5JSON5는 JSON에 주석, 끝 쉼표, 일부 따옴표 없는 키, 작은따옴표 문자열 등을 추가한 형식입니다. 사람이 직접 데이터를 작성하기 쉽게 만든 것으로, JSON의 다른 이름은 아닙니다. 받는 도구의 JSON5 지원 여부를 확인하세요.JSON Lines.jsonl · .ndjsonJSON Lines(.jsonl)는 각 줄에 유효한 JSON 값 하나를 기록하는 텍스트 형식입니다. 로그나 점진적 처리에 편리해 레코드를 하나씩 다룰 수 있습니다. application/jsonl 미디어 유형이 제안되었지만 표준화되지는 않았습니다.JWK.jwk · .jsonJWK는 암호 키를 나타내는 JSON 객체입니다. 키 유형 kty, 키 ID kid 및 기타 메타데이터를 포함할 수 있습니다. JWKS는 keys 배열에 여러 JWK를 묶습니다. 공개 키 배포에 흔히 쓰이며 개인 키 자료가 든 JWK는 민감합니다.JPEG XL.jxlJPEG XL은 JPEG 위원회가 정의한 이미지 코딩 시스템으로 손실 또는 무손실 압축을 사용할 수 있습니다. 브라우저, 앱, 전송 기반, 수신자를 확인한 뒤 선택하세요.Keras.keras`.keras`는 Keras 3의 전체 모델 저장용 네이티브 형식입니다. 일반적으로 ZIP 아카이브로 모델 구성, 가중치, 컴파일 정보와 존재하는 경우 옵티마이저 상태를 함께 저장합니다. Keras 공식 문서는 구성, 메타데이터, 가중치 데이터를 아카이브 내용으로 설명합니다. 사용자 정의 레이어나 객체의 구현 코드까지 파일에 포함되는 것은 아니므로 로딩 환경에 해당 클래스와 의존성이 필요할 수 있습니다. Keras는 로딩 안전 설정을 제공하지만 알 수 없는 모델이나 사용자 코드가 신뢰 가능해지는 것은 아닙니다.KML.kmlKML(.kml)은 지도나 지구본 브라우저에서 지리 정보를 어떻게 표시할지 기술하는 XML 형식입니다. 장소 표시, 선과 영역, 설명, 스타일, 이미지 오버레이 등을 표현할 수 있습니다. GPX가 GPS 웨이포인트·경로·기록 트랙 교환에 초점을 둔다면 KML은 지리 데이터의 표시·주석·시각화에 더 중점을 둡니다.KTX 2.ktx2KTX 2(.ktx2)는 Khronos가 규정한 텍스처 컨테이너 형식입니다. 게임과 3D 애플리케이션에서 이미지 텍스처를 GPU로 전달하기 위한 형식으로, 픽셀 형식과 레벨, 메타데이터를 담을 수 있습니다. 내부 데이터 형식과 초압축 여부는 파일마다 다르므로, 로더가 대상 GPU·API·디코더를 지원해야 합니다.LAS.lasLAS는 ASPRS가 관리하는 개방형 점군 교환 형식입니다. 점 레코드 형식에 따라 X/Y/Z 좌표, 강도, 반사 횟수, 분류, GPS 시간, RGB, 스캐너 정보와 추가 속성을 저장하고, 헤더와 가변 길이 레코드에 메타데이터를 담습니다. LAS 1.5와 이전 버전은 지원 레코드와 좌표 참조 요구가 다르므로 구형 소프트웨어와의 호환성을 확인해야 합니다. LAS는 보통 비압축이며, 무손실 압축 LAZ와 용량·호환성 측면에서 선택이 다릅니다.LAZ.lazLAZ는 LAS 점 레코드를 청크 단위로 압축합니다. LAZ 1.4는 LAS 1.4에 기반하며 점 데이터를 무손실 압축합니다. 호환 구현은 청크별로 독립 해제할 수 있어 전체 파일을 풀지 않고 점군 처리나 임의 접근을 할 수 있습니다. 압축은 LAS 좌표·분류 필드의 의미를 바꾸지 않지만 읽기 도구 버전, 확장 레코드, 부속 waveform 데이터에 따라 상호운용성이 달라집니다. LAZ 1.4는 LAS 1.5의 모든 기능을 정의하지 않으므로 확장자만으로 호환성을 판단할 수 없습니다.LZ4.lz4.lz4 파일은 보통 LZ4 프레임 형식으로 단일 데이터 스트림을 무손실 압축합니다. 이 글은 공식 프레임 규격 1.6.4를 다루며, 원시 블록이나 구형 프레임과 구분합니다.HLS 재생 목록.m3u8`.m3u8`은 HTTP Live Streaming(HLS)에서 사용하는 텍스트 재생 목록 형식입니다. 동영상이나 오디오를 직접 담지 않고 태그와 URI로 미디어 세그먼트 또는 다른 재생 목록을 가리킵니다. 마스터 재생 목록은 화질별 스트림과 다른 트랙을 설명하고, 미디어 재생 목록은 세그먼트를 나열합니다.M4A.m4aM4A는 오디오 중심 MPEG-4 컨테이너를 뜻합니다. AAC를 자주 담지만 ALAC도 담을 수 있어 확장자만으로 내부 코덱을 알 수 없습니다.M4S 미디어 세그먼트.m4s`.m4s`는 ISO Base Media File Format(ISO BMFF)에 기반한 분할 미디어 전송에서 사용하는 확장자입니다. 각 파일은 분할 MP4 오디오·동영상의 일부를 담으며 DASH 또는 HLS 매니페스트에서 참조됩니다. 재생에는 보통 트랙과 코덱을 초기화하는 데이터와 세그먼트의 순서·시각을 설명하는 매니페스트도 필요합니다. `.m4s` 자체는 MPD나 `.m3u8` 같은 재생 목록이 아닙니다.M4V.m4vM4V는 MPEG-4 계열 영상 파일에 쓰이며 MP4와 구조가 비슷할 수 있습니다. 확장자만으로 영상·음성 코덱, DRM 여부, 재생 지원은 판단할 수 없습니다.Markdown.md · .markdownMarkdown은 일반 텍스트로 제목, 링크, 코드 등의 구조를 표현하는 가벼운 마크업입니다. CommonMark, GitHub Flavored Markdown 등 방언에 따라 같은 파일도 다르게 표시될 수 있습니다.MAT-file.matMAT-file(.mat)은 MATLAB 작업 공간 변수를 저장하는 바이너리 형식입니다. Version 4, 6, 7, 7.3은 지원 배열과 데이터 형식, 압축, 크기 제한, 부분 접근 기능이 다릅니다. 일반적인 MATLAB `save`는 Version 7을 기본으로 사용하며 Version 7.3은 HDF5 기반으로 큰 변수와 부분 접근을 지원합니다. v7.3과 이전 버전은 내부 구조가 다르므로 확장자만으로 호환성을 판단하지 말고 버전과 필요한 기능을 확인하세요.MBOX.mbox · .mbxMBOX는 여러 이메일을 하나의 파일에 저장합니다. 메일 앱에 따라 폴더, 레이블 및 메시지 내용의 가져오기 방식이 다를 수 있습니다.MBTiles.mbtilesMBTiles는 지도 타일과 메타데이터를 SQLite 데이터베이스에 저장합니다. 이 글은 규격 1.3을 기준으로 이미지 타일과 gzip 압축 MVT를 담은 pbf 타일을 구분합니다.MetaImage.mha · .mhdMetaImage는 ITK의 MetaIO로 처리하는 의료·과학 영상 형식으로, 태그가 있는 텍스트 헤더와 픽셀 데이터로 구성됩니다. .mha는 헤더와 픽셀을 한 파일에 결합하고, .mhd는 헤더를 분리해 보통 .raw 같은 데이터 파일을 참조합니다. 헤더에는 차원 수, 각 축 크기, 요소 유형, 바이트 순서, 간격 등을 기록할 수 있습니다.MIDI.mid · .midi표준 MIDI 파일은 음표, 타이밍, 악기 설정 등의 음악 이벤트를 저장하며 오디오 파형은 저장하지 않습니다. 재생 음색은 신시사이저와 음원 데이터에 따라 달라져 같은 파일도 환경마다 다르게 들릴 수 있습니다.MKV.mkvMKV는 Matroska 컨테이너이며 비디오 코덱이 아닙니다. 영상, 여러 음성·자막 트랙과 챕터를 담을 수 있고 재생은 내부 형식과 플레이어에 달려 있습니다.MOV.movMOV는 QuickTime File Format 기반이며 영상과 음성을 담을 수 있습니다. .mov 확장자만으로 코덱, 트랙 구성, 받는 사람의 도구 호환성을 알 수 없습니다.MP3.mp3MP3는 손실 인코딩으로 크기를 줄입니다. CBR은 비트레이트를 일정하게 유지하고 VBR은 소리의 복잡도에 따라 배분합니다. 어느 쪽도 버린 원본 정보는 복원하지 못합니다.MP4.mp4MP4는 ISO Base Media File Format 기반의 MPEG-4 Part 14 컨테이너입니다. 영상과 음성을 담지만 .mp4만으로 H.264, HEVC, AV1, AAC 같은 코덱을 알 수 없습니다.MPEG-DASH MPD.mpd`.mpd`는 MPEG-DASH에서 사용하는 XML 매니페스트이며 정식 명칭은 Media Presentation Description(MPD)입니다. 프레젠테이션 기간, 적응 세트, 동영상 화질 등의 표현, 미디어 세그먼트 위치를 설명합니다. 오디오와 동영상은 별도의 세그먼트에 저장되고, MPD는 플레이어에 구성과 가져올 위치를 알려 줍니다.MRC.mrcMRC(MRC/CCP4 map and image format)는 주로 극저온 전자현미경 이미지와 3D 지도를 저장하는 바이너리 형식입니다. MRC2014는 1,024바이트 기본 헤더에 배열 크기, MODE(값의 데이터 유형), 축 매핑, 그리드 간격, 확장 헤더 길이를 기록한 뒤 데이터 배열을 둡니다. 결정학의 CCP4 map과 밀접하지만 용도와 규약이 항상 같다고 가정하지 말고 헤더와 사용 소프트웨어의 해석을 확인하세요.MSG.msgMSG 파일은 이메일, 일정, 연락처 또는 작업일 수 있는 Outlook 항목 하나를 저장합니다. Outlook 이외의 호환성은 도구마다 다릅니다.MessagePack.msgpack · .mpkMessagePack은 JSON과 비슷한 값을 바이너리로 직렬화하는 형식입니다. 정수, 문자열, 바이너리 데이터, 배열, 맵을 표현하며 확장값과 타임스탬프도 정의합니다. 텍스트가 아니므로 호환 라이브러리로 읽고 써야 합니다. 데이터의 의미와 자료형 매핑은 애플리케이션 규약에 따라 달라질 수도 있습니다.MVT.mvtMVT는 Protocol Buffers로 인코딩한 지리 벡터 타일입니다. 타일에는 이름이 있는 레이어, 피처와 속성이 들어갑니다.MXF.mxfMXF(Material Exchange Format)는 영상·오디오 등의 essence와 그 관계를 설명하는 구조 메타데이터를 함께 교환하는 전문 컨테이너입니다. SMPTE ST 377-1은 파티션과 헤더/본문/푸터 등 공통 파일 구조를 정의하지만 모든 essence container나 설명 메타데이터 방식까지 일괄 규정하지는 않습니다. Operational Pattern, essence 매핑, 코덱, 애플리케이션 사양의 조합에 따라 호환성이 달라지므로 `.mxf`만으로 재생 여부나 내용을 판단할 수 없습니다.netCDF.nc · .nc4 · .cdfnetCDF(Network Common Data Form)는 과학 데이터를 자기 설명적이고 이식성 있게 저장·교환하는 형식 및 소프트웨어 모음입니다. 데이터 세트는 차원, 변수, 속성으로 구성됩니다. Classic 모델과 netCDF-4의 확장 모델은 기능이 다르며 netCDF-4/HDF5 파일은 그룹 등 계층 기능을 쓸 수 있습니다. 확장자만으로 변형을 판별할 수 없습니다.NIfTI.nii · .nii.gz · .hdr · .imgNIfTI(일반적으로 NIfTI-1 또는 NIfTI-2)는 MRI와 fMRI 같은 신경영상 데이터를 분석 소프트웨어 간에 다루기 위한 파일 형식입니다. 헤더에는 복셀 배열, 차원, 데이터 형식, 스케일 정보와 복셀 좌표를 해부학적 또는 표준 공간으로 매핑하는 정보가 들어갑니다. NIfTI-1은 헤더와 이미지 데이터를 .nii 하나에 담거나 .hdr/.img 쌍으로 나눌 수 있으며, .nii.gz는 gzip으로 압축한 단일 파일입니다.NPY.npyNPY(.npy)는 NumPy의 단일 배열 저장용 바이너리 형식입니다. 헤더에 형식 버전, dtype, shape, 메모리 순서를 기록하고 뒤에 배열 데이터를 둡니다. 텍스트 표와 달리 숫자 형식과 다차원 모양을 보존할 수 있습니다. NPY 자체는 압축 아카이브가 아니며 보통 파일 하나에 배열 하나를 저장합니다. object dtype 배열은 pickle을 사용할 수 있으므로 신뢰할 수 없는 입력을 읽을 때 object 배열과 `allow_pickle` 처리를 확인하세요.NPZ.npzNPZ(.npz)는 여러 배열을 함께 저장하는 NumPy의 ZIP 기반 아카이브입니다. 배열마다 하나의 `.npy` 파일이 들어가며 NumPy `load`는 이름으로 배열에 접근할 수 있는 `NpzFile`을 반환합니다. `savez`는 비압축 아카이브를 만들고 `savez_compressed`는 DEFLATE를 사용하므로 확장자만으로 압축 여부를 알 수 없습니다. 각 배열의 dtype과 shape는 NPY를 통해 유지됩니다. object dtype 배열에는 pickle이 관련될 수 있으므로 신뢰할 수 없는 입력의 allow_pickle을 주의하세요.NRRD.nrrd · .nhdrNRRD(Nearly Raw Raster Data)는 과학 시각화와 이미지 처리에 사용하는 N차원 래스터 데이터 형식입니다. 텍스트 헤더에 차원, 유형, 축 크기, 데이터 인코딩을 기록하고 축 레이블·단위·방향·공간 원점도 담을 수 있습니다. 헤더와 데이터는 하나의 .nrrd 파일에 함께 저장하거나 .nhdr 헤더와 외부 데이터 파일로 분리할 수 있습니다.OBJ.objWavefront OBJ는 다각형 메시와 자유곡면을 나타냅니다. 재질 정의가 별도 MTL 파일을 참조하고 외관을 위해 텍스처 이미지가 필요할 수 있습니다.ODP.odpODP는 OpenDocument 프레젠테이션 형식입니다. 편집 가능한 슬라이드, 도형, 이미지, 노트를 담을 수 있습니다.ODS.odsODS는 OpenDocument Format에서 정의한 스프레드시트 형식이며 시트, 수식, 서식을 포함할 수 있습니다.ODT.odtODT는 OpenDocument Format에서 정의한 텍스트 문서 형식입니다. XML 기반 패키지에 텍스트, 스타일, 표, 이미지를 저장하여 문서를 만들고 편집합니다.OGG.oggOgg는 미디어 스트림 컨테이너이며 Vorbis 코덱과 동의어가 아닙니다. .ogg 파일마다 코덱이 다를 수 있으므로 내용과 재생 지원을 확인하세요.OGV.ogvOGV는 Ogg 컨테이너 내 영상 스트림의 확장자입니다. .ogv만으로 영상·음성 코덱을 알 수 없으며 재생은 플레이어 지원에 달려 있습니다.ONNX.onnxONNX(Open Neural Network Exchange)는 머신러닝 모델을 프레임워크와 추론 런타임 사이에서 교환하기 위한 개방형 모델 표현입니다. 일반적인 `.onnx` 파일은 계산 그래프, 입력과 출력, 유형과 shape, opset 가져오기, 초기화 텐서를 설명하는 Protocol Buffers ModelProto를 저장합니다. Safetensors는 주로 가중치 텐서를 저장하지만 ONNX는 모델 그래프도 표현합니다. 변환만으로 모든 런타임이 모든 연산자나 모델별 기능을 지원하는 것은 아니므로 IR/opset 버전과 구현 지원을 확인해야 합니다.Opus.opusOpus는 IETF 표준 오디오 코덱이며 컨테이너가 아닙니다. Ogg에 저장하면 .opus 확장자를 권장하지만 재생은 받는 쪽 소프트웨어에 달려 있습니다.OpenRaster.oraOpenRaster(.ora)는 이미지 편집 프로그램 간에 레이어가 있는 래스터 이미지를 교환하기 위한 형식입니다. ZIP 컨테이너 안에 레이어 구조를 설명하는 stack.xml과 각 레이어 이미지 등을 저장합니다. 기본적인 레이어 정보는 옮길 수 있지만 앱별 효과나 편집 기능까지 모두 호환되게 만들지는 않습니다.ORC.orcORC는 분석 시스템의 형식 있는 열 지향 파일 형식입니다. 열 선택과 파일 인덱스로 불필요한 읽기를 줄일 수 있습니다.OTF.otfOTF는 OpenType 관련 글꼴 파일입니다. 대체 글리프와 조판 기능은 글꼴과 앱에 따라 달라지므로 확장자만으로 보장할 수 없습니다.Parquet.parquetApache Parquet은 표 데이터를 열별로 저장하고 행 그룹과 열 청크로 구성합니다. 분석 도구는 모든 필드를 읽지 않고 필요한 열을 선택할 수 있습니다.PCAP.pcap · .capPCAP(.pcap)은 캡처한 네트워크 패킷을 저장하는 폭넓게 지원되는 바이너리 형식입니다. 패킷 데이터와 링크 계층 유형, 타임스탬프를 기록합니다. 구조가 단순해 오래된 분석 도구와 호환성이 높지만 여러 인터페이스나 주석 같은 정보를 표현하는 데는 PCAPNG보다 제약이 있습니다.PCAPNG.pcapngPCAPNG는 네트워크에서 캡처한 패킷을 저장하는 형식입니다. 기존 pcap보다 확장성이 높아 여러 인터페이스 정보나 주석을 담을 수 있습니다. 캡처에는 인증 정보나 개인정보가 포함될 수 있으므로 공유 전에 확인해야 합니다.PCD.pcdPCD는 PCL에서 사용하는 포인트 클라우드를 저장합니다. PCD 0.7의 ASCII 헤더는 점 필드와 자료형, WIDTH와 HEIGHT, VIEWPOINT 및 저장 방식을 선언합니다.PDF.pdfPDF는 레이아웃을 유지하며 문서를 배포하고 보는 데 널리 쓰입니다. 여러 페이지, 텍스트, 이미지, 그래픽을 담을 수 있습니다.PEM.pemPEM은 인증서 관련 구조를 BEGIN/END 표시 사이의 Base64 텍스트로 인코딩합니다. .pem에는 인증서, 공개 키, 개인 키 또는 다른 자료가 들어갈 수 있습니다.PFX.pfx · .p12PFX와 P12는 PKCS#12 컨테이너의 확장자입니다. 개인 키와 인증서 체인을 포함할 수 있으므로 파일과 암호를 안전하게 관리하세요.PLY.plyPLY는 정점과 선택적인 다각형 면을 기록합니다. 헤더는 요소 개수와 좌표, 법선, 색 등의 속성을 선언하며 면은 정점 인덱스로 표현됩니다.PNG.pngPNG는 알파 투명도를 지원하는 무손실 래스터 이미지 형식입니다.PPT.pptPPT는 이전 Microsoft PowerPoint에서 쓰인 이진 프레젠테이션 형식입니다. 새 작업에는 보통 PPTX, 열람 배포에는 PDF를 고려합니다.PPTX.pptxPPTX는 Office Open XML 프레젠테이션 형식입니다. 편집 가능한 슬라이드, 테마, 도형, 이미지, 노트, 애니메이션을 담을 수 있습니다.Java Properties.propertiesJava Properties는 주로 Java의 Properties API와 ResourceBundle에서 사용하는 줄 단위 키-값 텍스트 형식입니다. .properties 확장자가 흔하지만 문자 인코딩은 읽기 방식과 Java 버전에 따라 달라지므로 확장자만으로 판단할 수 없습니다.Protocol Buffers 스키마 파일.proto.proto는 Protocol Buffers의 메시지, 필드, 자료형을 설명하는 스키마 파일입니다. protoc 같은 컴파일러가 이를 읽어 지정한 언어의 코드를 생성합니다. .proto 자체는 직렬화된 메시지가 아니며, 보통 텍스트로 편집합니다.PSD.psdPSD는 Adobe Photoshop의 편집 가능한 제작 문서입니다. 레이어, 마스크, 문자, 효과를 보존할 수 있지만 브라우저나 일반 배포용 최종 이미지 형식은 아닙니다.RAR.rarRAR는 RARLAB과 관련된 아카이브 형식입니다. 생성과 추출은 다른 도구 및 라이선스 조건에 따라 달라질 수 있으며 지원은 보편적이지 않습니다.RINEX.rnxRINEX(Receiver Independent Exchange Format)는 수신기 제조사와 무관하게 GNSS 수신 관측값과 항법 메시지를 교환하는 텍스트 형식입니다. 2025년 9월판 RINEX 4.02는 여러 위성 항법 시스템과 신호의 관측·항법·기상 파일을 정의합니다. 긴 파일명에는 보통 .rnx가 쓰이고 압축 시 .gz가 추가될 수 있습니다. RINEX는 처리를 위한 측정 기록이지 완성된 지도 경로가 아닙니다.RTF.rtfRTF는 문자 스타일과 문단을 텍스트로 기술하는 리치 텍스트 형식입니다. 기본 서식 문서는 교환할 수 있지만 DOCX처럼 최신 편집 기능이나 복잡한 레이아웃을 보존하지는 않습니다.Safetensors.safetensorsSafetensors는 머신러닝 텐서 값을 저장하고 배포하는 바이너리 형식입니다. 파일은 8바이트 little-endian 헤더 길이로 시작하고, 텐서 이름·dtype·shape·데이터 offset을 설명하는 UTF-8 JSON 헤더, 이어서 텐서 데이터 바이트 버퍼가 옵니다. 모델 구조나 실행 프로그램 자체를 저장하는 형식은 아닙니다. Pickle 기반 직렬화와 달리 임의 객체를 복원하는 코드를 실행하도록 설계되지 않았습니다. 그렇다고 파일 출처가 신뢰할 만하거나 모든 reader에 결함이 없거나 모델 자체가 안전하다는 뜻은 아닙니다.SAM.samSAM(Sequence Alignment/Map)은 시퀀싱 리드와 참조 서열에 대한 정렬을 탭으로 구분한 텍스트로 표현합니다. 선택적 헤더는 참조와 소프트웨어를 설명하고, 각 레코드는 리드 이름, FLAG, 참조와 위치, MAPQ, CIGAR, 서열·품질 및 선택 태그를 담습니다. 명세는 미정렬 리드도 표현하므로 모든 레코드가 정렬된 것은 아닙니다. SAM은 확인하기 쉽지만 커질 수 있으며, BAM은 이 데이터의 바이너리 표현이고 CRAM은 참조를 활용해 압축합니다.7Z.7z7Z는 7-Zip과 호환 도구가 사용하는 아카이브 형식입니다. 압축과 선택적 암호화 설정이 달라질 수 있으므로 받는 쪽 도구의 지원을 확인해야 합니다.Shell Script.sh · .bash셸 스크립트는 sh나 Bash 같은 셸이 해석하는 명령을 텍스트로 작성한 파일입니다. .sh 확장자는 널리 쓰이지만 어떤 셸 문법인지는 확장자만으로 알 수 없습니다. shebang, 실행 방법, 권한, 줄바꿈 형식을 포함해 대상 환경을 확인해야 합니다.Shapefile.shpShapefile은 형상과 속성을 여러 파일로 저장합니다. 같은 이름의 .shp(형상), .shx(인덱스), .dbf(속성)가 기본 묶음이며 .shp만 전달하면 부족합니다.SP3.sp3SP3(Standard Product 3)는 GNSS 분석에 쓰이는 위성 정밀 궤도와 시계 보정을 에포크별로 교환하는 텍스트 형식입니다. 헤더에는 버전, 시간 체계, 위성 등의 정보가 있으며 에포크 레코드에는 위치와 시계 정보가 담깁니다. SP3-d는 최대 999개 위성을 지원합니다. SP3 제품은 RINEX 수신기 관측과 다르며 분석 기관의 정밀 궤도 제품 등에 사용됩니다.SQL.sqlSQL 파일은 데이터베이스 명령을 담습니다. 문법은 제품마다 다릅니다.SQLite 데이터베이스.sqlite · .sqlite3 · .dbSQLite는 테이블과 인덱스를 보통 하나의 기본 파일에 저장하는 내장형 관계형 데이터베이스입니다. .sqlite, .sqlite3, .db 확장자를 쓰지만 파일명만으로 형식을 단정할 수 없습니다.SRT.srtSRT(SubRip)는 번호, 시간 범위, 자막 텍스트를 기록하며 영상과 별도 파일입니다. 문자 인코딩과 스타일 해석은 플레이어마다 다를 수 있습니다.STEP.step · .stpSTEP은 ISO 10303 기반으로 CAD/CAM 간 3D 형상과 제품 데이터를 교환합니다. STEP과 STP는 같은 형식 계열의 확장자로 사용되며 네이티브 모델링 기록은 대개 전달되지 않습니다.STL.stlSTL은 ASCII 또는 바이너리 삼각형으로 물체 표면을 나타냅니다. 3D 프린팅에 널리 쓰이지만 단위, 재질, 색, 텍스처, 애니메이션을 안정적으로 전달하지 못합니다.SVG.svgSVG는 XML 기반 벡터 이미지 형식입니다. 확대해도 윤곽이 선명해 로고, 아이콘, 다이어그램에 적합하며 일반 사진에는 맞지 않습니다.TAR.tarTAR는 파일, 디렉터리 및 메타데이터를 하나로 묶습니다. TAR 자체는 압축하지 않으며 tar.gz, tar.bz2, tar.xz는 별도 압축을 더합니다.TGA.tgaTGA 또는 Targa는 그래픽과 게임 제작 작업에서 보이는 래스터 형식입니다. 호환 도구는 알파 채널을 처리할 수 있지만 새 웹 이미지는 보통 PNG, WebP 또는 AVIF를 사용합니다.3GP.3gp · .3gpp3GP는 3GPP가 연속 미디어용으로 정의한 멀티미디어 컨테이너입니다. 영상과 음성을 담지만 확장자만으로 코덱이나 재생 가능 여부를 알 수 없습니다.3MF.3mf3MF는 적층 제조용 모델과 제조 정보를 패키징합니다. 단순 STL 작업과 달리 단위와 지원되는 재질 또는 색을 담을 수 있습니다.TIFF.tif · .tiffTIFF는 스캔, 편집, 인쇄 제작에 널리 쓰이는 태그 기반 래스터 이미지 형식입니다. 압축, 비트 깊이, 색상 설정, 페이지 구조가 달라 확장자만으로 용량이나 품질을 판단할 수 없습니다.TOML.tomlTOML은 키-값 쌍, 테이블, 배열, 형식이 있는 값을 사용하는 텍스트 구성 형식입니다. 파서 지원과 애플리케이션별 규칙은 다를 수 있습니다.BitTorrent 메타정보 파일.torrent.torrent는 BitTorrent에서 사용하는 메타정보 파일입니다. bencode로 인코딩된 사전 구조에 콘텐츠 이름, 조각 정보, tracker URL 등을 기록하며, 일반적으로 배포할 파일 자체는 들어 있지 않습니다. BitTorrent 클라이언트가 이를 읽어 피어를 찾고 다운로드 데이터를 검증합니다.MPEG-2 Transport Stream.ts`.ts`는 ISO/IEC 13818-1에 정의된 MPEG-2 Systems Transport Stream의 일반적인 확장자입니다. 영상, 오디오, 신호 데이터를 패킷화해 다중화하며 오류가 발생하기 쉬운 전송 환경에서 동기화와 복구를 돕는 구조를 갖습니다. HLS는 TS 미디어 세그먼트를 사용할 수 있습니다. RFC 8216은 각 세그먼트가 단일 MPEG-2 프로그램을 포함하도록 요구하고 테이블 조건을 명시합니다. TypeScript 소스도 `.ts`를 사용하므로 확장자만으로 내용을 판단할 수 없습니다.TSV.tsvTSV는 탭으로 열을 구분하고 보통 줄바꿈으로 행을 구분합니다. 값 안의 탭과 줄바꿈, 따옴표 처리는 도구마다 다릅니다.TTF.ttfTTF는 운영체제와 앱에서 쓰는 TrueType 윤곽선 글꼴입니다. 웹 배포에는 라이선스와 문자 범위를 확인한 뒤 WOFF2를 고려할 수 있습니다.TTML.ttml · .xmlTTML은 자막을 XML 시간 동기화 텍스트로 나타냅니다. 프로파일이 표현 기능을 정하므로 .ttml 확장자만으로 대상 시스템의 지원을 보장하지 않습니다.TXT.txtTXT는 일반적으로 일반 텍스트를 저장합니다. 확장자만으로 문자 인코딩, 줄바꿈, 문서 구조가 정해지지 않습니다.UBX.ubxUBX는 u-blox 수신기와 호스트 사이의 바이너리 통신 프로토콜입니다. .ubx 로그 내용은 기록된 메시지에 달려 있습니다. 공식 ZED-F9P HPG 1.32, protocol 27.31 설명을 기준으로 합니다.USD.usd · .usda · .usdc · .usdzUSD는 레이어, 참조, 변형을 사용해 여러 에셋으로 장면을 구성합니다. USDA, USDC, USDZ는 표현 또는 패키징 방식이 다르므로 앱 지원을 확인해야 합니다.vCard.vcfVCF 파일에는 vCard 연락처 레코드가 들어 있습니다. 앱에 따라 버전, 문자 인코딩, 반복 필드 및 사진 처리 방식이 다를 수 있습니다.WARC.warc · .warc.gzWARC(Web ARChive file format)는 웹에서 수집한 여러 디지털 리소스와 관련 정보를 하나의 아카이브로 묶는 형식이며 ISO 28500으로 표준화되었습니다. 날짜, 레코드 유형, 콘텐츠 길이 등을 설명하는 헤더와 콘텐츠 블록으로 된 레코드가 연결됩니다. response, request, resource, metadata, revisit 등의 유형으로 수집 대상과 맥락을 기록하며 HTML 외에 이미지 등도 담을 수 있습니다. `.warc.gz`처럼 외부 압축되기도 합니다. WARC 자체가 사이트의 완전한 재생을 보장하는 독립 웹페이지 형식은 아닙니다.WebAssembly 모듈.wasm`.wasm`은 WebAssembly Core Specification의 바이너리 모듈에 흔히 쓰이는 확장자입니다. WebAssembly는 웹 이외에도 쓰이는 이식 가능한 저수준 코드 형식이지만, 파일 하나만으로 모든 환경에서 실행되지는 않습니다. 호환 런타임이 필요하며 기능과 호스트 API는 임베딩 환경에 따라 다릅니다.WAV.wavWAV는 녹음과 편집에서 비압축 PCM을 자주 담는 오디오 컨테이너입니다. 확장자만으로 PCM 여부를 알 수 없으므로 내부 코덱, 샘플링 속도, 비트 깊이를 확인하세요.WebM.webmWebM은 웹 미디어용 Matroska 하위 집합입니다. VP8·VP9·AV1 영상과 Vorbis·Opus 음성을 조합할 수 있으며 단일 코덱도 항상 더 작은 파일도 아닙니다.Web App Manifest.webmanifestWeb App Manifest는 JSON으로 웹 앱을 설명합니다. 이름, 아이콘, 시작 URL 및 표시 모드를 지정할 수 있지만 실제 동작은 브라우저와 플랫폼에 따라 다릅니다.WebP.webpWebP는 웹 전송을 위해 설계된 이미지 형식으로, 손실 또는 무손실 압축과 알파 투명도, 애니메이션을 지원합니다.WebVTT.vttWebVTT는 자막용 시간 동기화 큐를 저장합니다. 영상과 별도로 제공하며 HTML track 요소에 사용할 수 있습니다. 비디오 컨테이너가 아닙니다.WOFF.woffWOFF는 브라우저 배포용 글꼴을 포장합니다. WOFF2는 다른 압축을 사용해 전송 크기를 줄일 수 있으므로 대상 브라우저와 라이선스를 확인하세요.WOFF2.woff2WOFF2는 브라우저 배포용 압축 글꼴 형식입니다. CSS @font-face로 로드할 수 있지만 라이선스, 포함 문자 및 브라우저 지원을 확인해야 합니다.WSDL.wsdlWSDL(Web Services Description Language)은 웹 서비스 인터페이스와 접근 방법을 XML로 설명하는 형식입니다. 추상적인 작업과 메시지를 프로토콜 및 메시지 형식의 바인딩, 엔드포인트, 서비스 정보와 연결합니다. WSDL은 서비스 구현이나 실제로 주고받는 데이터 자체가 아닙니다.X3D.x3d · .x3dv · .x3dbX3D는 인터랙티브 3D 세계와 멀티미디어를 기술합니다. XML, ClassicVRML, 바이너리 인코딩이 있으며 지원 범위는 런타임과 인코딩에 달려 있습니다.XCF.xcfXCF는 GIMP의 기본 이미지 프로젝트 형식입니다. 레이어와 투명도 등의 편집 정보를 보존해 GIMP에서 작업을 이어갈 수 있습니다. JPEG와 PNG 같은 일반 배포용 이미지와는 목적이 다르므로, 완성 이미지는 용도에 맞는 형식으로 내보냅니다.XLS.xlsXLS는 이전 Microsoft Excel 버전에서 쓰인 이진 스프레드시트 형식입니다. 기존 통합 문서에 흔하며, 새 작업은 보통 XLSX 등을 사용합니다.XLSX.xlsxXLSX는 Office Open XML 기반 스프레드시트 형식입니다. 단순 텍스트 표가 담지 못하는 통합 문서 기능을 보존할 수 있습니다.XML.xmlXML은 태그로 구조화된 데이터를 표현하는 마크업 언어입니다. 계층 구조와 스키마 검증이 필요한 곳에 사용됩니다.XMP.xmpXMP는 메타데이터 모델, 표현과 핵심 속성을 정의합니다. XML/RDF를 사용하고 지원 파일에 포함되거나 .xmp 같은 사이드카로 저장됩니다. 이미지 자체를 대신하지 않습니다.XML Schema.xsdXSD(XML Schema Definition)는 XML 문서의 요소, 속성, 자료형과 제약을 정의하는 XML 기반 스키마 언어입니다. XSD 자체는 실제 데이터가 담긴 XML 인스턴스가 아니며, XML Schema 검증기로 인스턴스 문서를 검사할 때 사용합니다. 스키마 버전, 네임스페이스, 검증기의 지원 범위를 확인하세요.XZ.xzXZ는 압축 데이터 스트림의 컨테이너이며 무손실 LZMA2 압축을 흔히 사용합니다. 여러 파일을 자체적으로 보관하지 않으며 tar.xz는 tar 아카이브를 압축합니다.YAML.yaml · .ymlYAML은 매핑, 시퀀스, 스칼라 값을 사람이 읽기 쉬운 형태로 쓰는 표기법입니다. JSON과 용도가 겹치지만 상위 호환은 아닙니다.Zarr.zarrZarr는 다차원 배열과 메타데이터를 청크로 저장하는 규격입니다. 데이터셋은 단일 파일이 아니라 디렉터리나 객체 저장소의 여러 키일 수 있습니다. v2와 v3는 차이가 있으므로 읽기·쓰기 양쪽의 버전과 codec 지원을 확인하세요.ZIP.zipZIP은 파일과 폴더를 아카이브로 묶습니다. 압축 방식과 선택적 암호화는 제작 설정과 받는 도구의 지원에 따라 다릅니다.Zstandard.zstZstandard(zstd, .zst)는 무손실 압축 형식입니다. 압축 수준을 선택할 수 있고 프레임 단위로 순차 처리하며 적합한 작업에서는 사전을 쓸 수 있습니다. 속도와 압축률은 데이터, 설정, 구현에 따라 달라집니다. .zst 자체에는 여러 파일을 묶는 아카이브 기능이 없습니다.
형식 비교하기
용도, 호환성, 편집 가능성을 기준으로 비슷한 형식을 비교하세요.
이 페이지에서 모든 비교 펼치기 (225)
AAC와 MP3 비교AAC와 MP3는 모두 손실 오디오 코덱입니다. 어느 쪽이 항상 더 좋거나 작은지가 아니라 배포처, 플레이어, 컨테이너와 호환성으로 선택합니다.차이점 보기 →AAC vs OpusAAC와 Opus는 모두 손실 오디오 코덱이지만 일반적인 전달 환경은 다릅니다. AAC는 미디어 컨테이너와 기기 재생에 널리 쓰이고, Opus는 저지연 통신과 웹 전달에 고려됩니다.차이점 보기 →AI와 EPS 비교AI와 EPS는 일러스트와 인쇄에 쓰이는 벡터 형식입니다. AI는 Illustrator 편집 원본이고 EPS는 PostScript 기반 도안 교환에 쓰입니다.차이점 보기 →AI와 PDF 비교AI는 Illustrator 편집 원본이고 PDF는 보기나 인쇄를 위해 전달하는 고정 레이아웃 파일입니다. 계속할 제작과 최종 배포를 구분하세요.차이점 보기 →AI와 PSD 비교AI와 PSD는 Adobe 편집 파일입니다. AI는 벡터 도형과 일러스트 중심이고 PSD는 사진 합성과 픽셀 이미지 편집에 쓰입니다.차이점 보기 →AI와 SVG 비교AI와 SVG는 모두 벡터 그림을 다룹니다. AI는 Illustrator 작업 파일이고 SVG는 웹 표시와 폭넓은 전달에 쓰는 공개 형식입니다.차이점 보기 →AIFF vs FLACAIFF는 제작 과정에서 비압축 PCM을 담는 데 자주 쓰이는 오디오 컨테이너입니다. FLAC은 PCM 오디오를 무손실 압축하여 호환 디코더에서 원본 데이터를 복원할 수 있습니다.차이점 보기 →AMR와 MP3 비교AMR와 MP3는 용도가 다릅니다. AMR는 음성 통신과 관련되고 MP3는 일반 오디오 배포에 폭넓게 사용됩니다.차이점 보기 →APNG와 WebP 비교APNG와 WebP는 애니메이션과 투명도를 지원합니다. APNG는 PNG를 무손실 애니메이션으로 확장하고 WebP는 웹용 손실·무손실 인코딩을 제공합니다.차이점 보기 →Arrow IPC와 CSV 비교둘 다 표 형식 데이터를 교환할 수 있지만 Arrow IPC는 타입이 있는 바이너리 컬럼형이고 CSV는 구분 필드를 쓰는 일반 텍스트입니다.차이점 보기 →Arrow와 netCDF의 차이Apache Arrow는 언어 간 데이터 교환과 분석을 위한 컬럼형 메모리 형식 및 직렬화를 규정합니다. netCDF는 좌표·시간·단위 정보를 담을 수 있는 과학 데이터셋을 이름 있는 차원·변수·속성으로 설명합니다.차이점 보기 →Arrow와 ORC 비교Apache Arrow는 분석과 데이터 교환을 위한 언어 독립적인 메모리 컬럼 표현입니다. ORC는 행을 stripe로 나누고 컬럼 데이터·인덱스·통계를 저장해 분석 읽기를 지원하는 컬럼형 파일 형식입니다.차이점 보기 →Arrow IPC와 Parquet 비교Arrow IPC와 Parquet은 모두 열 지향 데이터를 다루지만, Arrow IPC는 주로 프로그램 간 빠른 교환에 쓰이고 Parquet은 분석 데이터 저장과 조회를 위해 설계되었습니다.차이점 보기 →Arrow와 Zarr의 차이Apache Arrow는 언어에 독립적인 메모리 컬럼형 형식과 데이터 교환용 직렬화를 규정합니다. Zarr는 N차원 배열을 청크와 메타데이터로 나눠 저장소에 보관합니다.차이점 보기 →AVI vs MOVAVI는 RIFF 기반 컨테이너로 구형 Windows 작업에서 흔하고, MOV는 Apple QuickTime 파일 형식을 따르며 미디어 제작에 널리 쓰입니다.차이점 보기 →AVI와 MP4 비교AVI와 MP4는 비디오 컨테이너입니다. 재생 가능 여부는 확장자만이 아니라 내부 영상·음성 코덱에 달려 있습니다.차이점 보기 →AVI vs WebMAVI는 기존 Windows 동영상 자산과 작업 흐름에서 흔히 볼 수 있습니다. WebM은 웹 배포를 중심으로 한 컨테이너입니다. 내부 코덱과 전체 전달 경로의 지원을 확인하세요.차이점 보기 →AVIF vs JPEGAVIF는 웹 이미지 최적화를 위한 새로운 선택지이며 투명도를 지원할 수 있습니다. JPEG는 사진 배포에 널리 호환되는 손실 형식입니다. 측정 결과와 대상 환경에 따라 선택하세요.차이점 보기 →AVIF vs WebPAVIF와 WebP는 모두 웹 이미지용이며 손실·무손실 옵션과 투명도를 지원합니다. 같은 이미지로 화질, 크기, 인코딩 속도와 환경 지원을 비교하고 필요하면 여러 형식을 함께 제공하세요.차이점 보기 →Avro와 CBORApache Avro는 스키마에 따라 레코드를 인코딩하고 writer/reader 스키마 해석과 컨테이너 파일을 지원합니다. CBOR는 JSON 데이터 모델을 확장한 범용 바이너리 형식으로 바이트 문자열과 태그를 직접 표현합니다.차이점 보기 →Avro와 JSONApache Avro는 스키마 기반 직렬화 시스템으로, 간결한 바이너리 인코딩과 스키마를 포함하는 객체 컨테이너 파일을 제공합니다. JSON은 사람이 읽을 수 있는 텍스트 교환 형식이며 Avro도 JSON 인코딩을 정의합니다.차이점 보기 →Avro와 ORC 비교Avro는 스키마가 있는 레코드 교환에 자주 쓰입니다. ORC는 분석 읽기를 위해 타입이 있는 데이터를 열 단위로 저장합니다.차이점 보기 →Avro와 Parquet 비교Avro는 스키마가 있는 레코드를 직렬화하고 Parquet는 대규모 분석 읽기를 위해 열 단위로 저장합니다. 쓰기와 질의 방식으로 선택하세요.차이점 보기 →Avro와 Protocol BuffersApache Avro는 데이터를 writer 스키마와 연결하고 reader 스키마에 따라 해석합니다. Protocol Buffers(Protobuf)는 `.proto` 정의와 필드 번호에서 코드를 생성하고 번호가 포함된 바이너리 wire 형식으로 메시지를 인코딩합니다.차이점 보기 →BAM vs CRAMBAM은 BGZF로 압축한 정렬 정보 표현입니다. CRAM은 참조 서열과의 차이 등으로 압축하며 정보 보존은 쓰기 설정에 따라 달라집니다.차이점 보기 →BED와 bigBed: 텍스트 편집과 색인 배포 비교BED는 구간 텍스트, bigBed는 색인된 BED 유형 바이너리입니다.차이점 보기 →BED와 GFF3: 구간 추출과 주석 구조 비교BED는 구간 지정에, GFF3는 유형·속성·관계를 포함하는 주석에 적합합니다.차이점 보기 →bedGraph와 bigWig: 수치 텍스트와 색인 배포 비교bedGraph는 구간·값 텍스트, bigWig는 색인된 수치 트랙입니다.차이점 보기 →BMP와 PNG 비교BMP는 오래된 Windows 비트맵 작업에서 보입니다. PNG는 그림, 스크린샷, 투명도에 유용한 무손실 형식입니다. 기존 요구와 새 전달 목적에 따라 선택하세요.차이점 보기 →BMP와 TIFF 비교BMP와 TIFF는 서로 다른 작업 과정에서 쓰이는 래스터 이미지 형식입니다. 실제 파일의 색상, 압축, 메타데이터와 수신 측 소프트웨어를 확인하세요.차이점 보기 →Brotli와 gzip 비교Brotli와 gzip은 HTTP 전달에 쓰이는 무손실 압축 형식입니다. Brotli는 웹 콘텐츠 압축에 쓰이고 gzip은 기존 도구와 폭넓게 호환됩니다.차이점 보기 →Brotli와 Zstandard 비교Brotli와 Zstandard(zstd)는 서로 다른 무손실 스트림 형식입니다. Brotli는 HTTP 콘텐츠 코딩 br로 쓰이고 Zstandard는 조절 가능한 프레임 압축, 스트리밍과 사전 작업을 지원합니다.차이점 보기 →BSON과 JSONBSON은 길이 접두사가 있는 바이너리 문서 형식으로 JSON과 비슷한 구조에 날짜, 바이너리, ObjectId 같은 추가 타입을 제공합니다. JSON은 RFC 8259의 텍스트 형식으로 가독성과 폭넓은 도구 지원이 장점입니다.차이점 보기 →BSON과 MessagePack 비교BSON과 MessagePack은 모두 문서형 바이너리 데이터를 표현할 수 있지만 BSON은 MongoDB 계열의 타입 문서 표현이고 MessagePack은 범용 객체 직렬화 형식입니다.차이점 보기 →BUFR와 GRIB 비교BUFR와 GRIB는 모두 WMO 이진 기상 코드 형식이지만 BUFR는 다양한 관측을, GRIB는 주로 규칙적인 격자 데이터를 나타냅니다.차이점 보기 →BZIP2와 GZIP 비교BZIP2와 GZIP는 파일 스트림을 무손실 압축합니다. 실제 크기, 속도, 압축 해제 지원은 데이터, 설정, 수신 환경에 달려 있습니다.차이점 보기 →CBOR와 JSONCBOR는 JSON 데이터 모델을 확장한 바이너리 교환 형식으로 바이트 문자열과 태그 같은 값을 표현합니다. JSON은 사람이 읽을 수 있는 텍스트 교환 형식으로 웹 API와 설정 도구에서 널리 쓰입니다.차이점 보기 →CBOR와 MessagePack 비교CBOR와 MessagePack은 모두 JSON과 비슷한 값을 바이너리로 직렬화합니다. CBOR는 프로토콜 태그와 결정적 인코딩 규칙을 표준화하고, MessagePack은 일반 객체를 간결하게 인코딩합니다.차이점 보기 →CRT vs DERCRT는 인증서 파일에 흔히 쓰이는 확장자이고 DER은 인증서 같은 ASN.1 데이터의 바이너리 인코딩입니다. 서로 다른 개념입니다.차이점 보기 →CRT와 PEM 비교CRT는 인증서에 흔히 쓰는 확장자입니다. PEM은 인증서, 키 등 여러 객체를 담을 수 있는 텍스트 인코딩으로 같은 종류의 개념이 아닙니다.차이점 보기 →CRT vs PFXCRT/CER은 보통 X.509 인증서 파일을 뜻하고, PFX/P12는 인증서와 개인 키를 담을 수 있는 컨테이너입니다.차이점 보기 →CSR와 CRT 비교CSR는 인증서 발급을 위한 서명 요청입니다. CRT는 발급된 인증서에 흔히 쓰는 확장자로 발급 전후의 역할이 다릅니다.차이점 보기 →HTML vs CSSHTML은 웹 페이지의 구조와 내용을 정의하고 CSS는 표현과 레이아웃을 제어합니다. 서로 경쟁하는 형식이 아니라 함께 사용합니다.차이점 보기 →CSV vs JSONCSV는 표 형식 레코드를 나타내고 JSON은 객체와 배열 같은 구조화된 값을 나타냅니다. 데이터 모양과 수신 시스템에 따라 선택하세요.차이점 보기 →CSV vs ODSCSV는 값을 교환하는 텍스트 형식으로 수식, 서식, 여러 시트를 보존하지 않습니다. ODS는 시트, 수식, 서식을 유지할 수 있는 편집용 스프레드시트 통합 문서입니다.차이점 보기 →CSV vs ParquetCSV는 표 데이터를 교환하는 읽기 쉬운 텍스트 형식입니다. Parquet은 분석 시스템에서 효율적으로 저장하고 읽도록 설계된 컬럼형 바이너리 형식입니다. 데이터 전달인지 대규모 분석인지에 따라 선택하세요.차이점 보기 →CSV vs XLSCSV는 표 값을 교환하는 단순한 텍스트이고 XLS는 구형 Excel 통합 문서 형식입니다. 값만 필요한지 통합 문서 기능도 필요한지에 따라 선택하세요.차이점 보기 →CSV와 XLSX 비교CSV는 단순한 표의 값만 교환합니다. XLSX는 수식, 서식, 여러 시트를 유지할 수 있는 스프레드시트 파일입니다.차이점 보기 →DAE와 FBX 비교DAE는 XML 기반 COLLADA 교환 형식입니다. FBX는 3D 제작 도구 사이의 장면 교환에 널리 쓰입니다.차이점 보기 →DDS와 PNG 비교DDS는 GPU용 게임 텍스처에 사용됩니다. PNG는 투명 그림과 웹 배포에 적합한 일반적인 무손실 이미지 형식입니다.차이점 보기 →DICOM과 JPEG 비교DICOM은 검사 속성과 의료 영상을 함께 교환하기 위한 표준이고, JPEG는 널리 표시하고 배포하기 위한 이미지 형식입니다. 임상 데이터가 필요한지 공유용 정지 영상이 필요한지에 따라 선택합니다.차이점 보기 →DICOM과 TIFFDICOM은 SOP Class와 Transfer Syntax를 통해 의료 영상과 검사·장비 관련 속성을 교환합니다. TIFF는 태그와 이미지 디렉터리로 구성된 일반 래스터 형식이며 DICOM의 임상 데이터 모델을 대체하지 않습니다.차이점 보기 →DNG와 JPEG: 편집 원본과 보기용 사본DNG는 카메라 RAW 정보를 위한 공개 형식입니다. JPEG는 처리된 이미지를 보고 공유하는 데 널리 쓰입니다.차이점 보기 →DOC와 DOCX 비교DOC는 이전 세대의 Word 바이너리 형식입니다. DOCX는 Office Open XML 기반의 현재 Word 문서 형식입니다.차이점 보기 →DOC vs ODTDOC는 구형 Word 바이너리 형식이고 ODT는 OpenDocument 계열의 편집 가능한 텍스트 문서 형식입니다. 앱 지원과 표현 충실도는 다를 수 있습니다.차이점 보기 →DOC VS RTFDOC는 Word 97–2003 바이너리 형식이고 RTF는 앱 간 서식 텍스트 교환용입니다. 대상 환경에 맞춰 선택하세요.차이점 보기 →DOCX vs HTML문서 작성과 검토에는 DOCX, 브라우저로 보여 줄 콘텐츠에는 HTML을 선택하세요.차이점 보기 →DOCX와 Markdown 비교DOCX는 표, 이미지, 서식이 있는 편집 문서를 지원합니다. Markdown은 차이 검토와 버전 관리에 적합한 가벼운 일반 텍스트 마크업입니다.차이점 보기 →DOCX vs RTFDOCX는 본문, 스타일, 표, 이미지를 포함해 계속 편집하기 위한 최신 문서 형식입니다. RTF는 기본 문자 및 문단 서식이 있는 문서를 교환할 수 있지만 고급 편집 기능이나 복잡한 레이아웃 보존에는 적합하지 않습니다.차이점 보기 →DWG vs DXFDWG는 CAD 도면의 네이티브 형식으로 널리 쓰입니다. DXF는 앱 간 CAD 데이터를 교환하도록 설계되었습니다. 받는 사람의 소프트웨어와 보존해야 할 도면 요소에 따라 선택하세요.차이점 보기 →DWG vs STEPDWG는 AutoCAD 작업에서 흔히 쓰이는 기본 CAD 도면 형식이고, STEP은 제품 및 3D CAD 데이터를 교환하는 중립 형식입니다.차이점 보기 →DXF VS IGESDXF와 IGES는 CAD 시스템 간 설계 데이터를 전달하는 교환 형식입니다. DXF는 도면과 AutoCAD 관련 작업에 널리 쓰이며 IGES는 곡선과 서피스 같은 형상 교환에 오래 사용되어 왔습니다. 필요한 형상과 수신 소프트웨어의 지원을 기준으로 선택하세요.차이점 보기 →E57 vs LASE57은 스캔 점, 이미지, 취득 정보를 교환합니다. LAS는 LiDAR 등의 포인트 레코드와 속성을 표준화하며 용도가 겹쳐도 구조는 다릅니다.차이점 보기 →EML과 MBOX 비교EML은 보통 메일 한 통을 저장합니다. MBOX는 여러 메일을 하나의 편지함 파일로 모읍니다. 보존하거나 옮길 단위에 따라 선택하세요.차이점 보기 →EPS와 PDF 비교EPS와 PDF는 모두 인쇄 과정에서 쓰일 수 있습니다. EPS는 PostScript 기반 제작에서 도안을 교환하고 PDF는 고정 레이아웃 문서와 완성본을 배포합니다.차이점 보기 →EPS와 SVG 비교EPS와 SVG는 모두 벡터 그림을 다루지만 EPS는 PostScript 인쇄 과정용이고 SVG는 브라우저와 웹 배포를 위한 공개 형식입니다.차이점 보기 →EPUB vs DOCXEPUB은 독서 앱용 전자책 패키지이고 DOCX는 계속 편집할 워드 프로세서 문서입니다. 읽기용 배포인지 문서 편집인지에 따라 선택하세요.차이점 보기 →EPUB와 PDF 비교EPUB와 PDF는 모두 문서를 배포하지만 EPUB는 읽기 화면에 맞춰 글을 재배치할 수 있고 PDF는 고정 페이지 레이아웃을 유지합니다.차이점 보기 →FASTA와 FASTQ: 서열과 품질값 보존FASTA 자체는 서열을, FASTQ는 서열과 염기별 품질값을 저장합니다.차이점 보기 →FBX vs glTFFBX는 3D 제작 장면 교환에 쓰이고, glTF는 3D 자산을 효율적으로 실행 환경에 전달하도록 설계되었습니다.차이점 보기 →FBX vs OBJFBX는 리그와 애니메이션 같은 장면 데이터를 담을 수 있고, OBJ는 주로 메시 형상에 쓰이며 재질을 별도 파일로 참조할 수 있습니다.차이점 보기 →FIT과 GPX 비교FIT는 스포츠 기기의 활동·센서·이벤트 데이터를 저장하는 바이너리 형식이고, GPX는 웨이포인트·경로·트랙을 교환하는 XML 형식입니다.차이점 보기 →FITS와 HDF5 비교FITS는 헤더와 하나 이상의 Header/Data Unit(HDU)을 포함하는 천문 데이터 교환·분석·보관 표준입니다. HDF5는 범용 계층형 컨테이너이며 데이터 구조와 의미는 애플리케이션이 정합니다.차이점 보기 →FITS와 netCDF 비교FITS는 천문 데이터 교환·분석·보관 표준으로, Header/Data Unit(HDU)에 이미지 배열과 표를 저장합니다. netCDF는 차원·변수·속성으로 과학 데이터를 표현하며 기상·지구과학 분야에서 쓰입니다.차이점 보기 →FITS와 Zarr의 차이FITS는 천문 데이터를 헤더/데이터 단위(HDU)로 구성하는 표준 형식입니다. Zarr는 다차원 배열을 청크로 나누고 청크와 메타데이터를 저장소의 키에 대응시킵니다.차이점 보기 →FLAC와 AAC 비교FLAC는 무손실 압축을 사용하고 AAC는 손실 오디오 코덱입니다. 보존 요구와 배포 크기·재생 호환성을 구분하세요.차이점 보기 →FLAC vs WAVFLAC은 원래 PCM 오디오로 복원할 수 있는 무손실 압축 형식입니다. WAV는 오디오 컨테이너로 비압축 PCM에 흔히 쓰이지만 내부 코덱을 확인해야 합니다.차이점 보기 →FlatGeobuf와 GeoPackage: 배포와 SQL 관리FlatGeobuf는 바이너리 피처 모음이고 GeoPackage는 지리 데이터용 SQLite 데이터베이스입니다.차이점 보기 →FLV와 MP4FLV는 주로 오래된 Flash Video 파일에서 볼 수 있고, MP4는 현재 널리 쓰이는 동영상 컨테이너입니다. 마이그레이션은 확장자뿐 아니라 파일 내부 코덱도 고려해야 합니다.차이점 보기 →GeoJSON과 JSONGeoJSON은 지리 피처와 도형 규약을 갖춘 JSON 기반 형식입니다. 일반 JSON은 다양한 구조화 데이터를 표현할 수 있지만 좌표나 도형의 의미를 자체적으로 정의하지는 않습니다.차이점 보기 →GeoPackage와 GeoJSON 비교둘 다 지리 데이터를 표현하지만 GeoPackage는 SQLite 기반 다중 레이어 컨테이너이고 GeoJSON은 지리 피처를 나타내는 JSON 텍스트 형식입니다.차이점 보기 →GeoPackage와 KML 비교둘 다 지리 정보를 표현하지만 GeoPackage는 여러 레이어와 타일을 위한 SQLite 데이터베이스이고, KML은 지도와 지구본 브라우저에서 지리 데이터를 시각화하는 XML 형식입니다.차이점 보기 →GeoParquet와 GeoPackage: 열 기반 분석과 GIS 관리GeoParquet는 Parquet 지리 규칙이고 GeoPackage는 SQLite 지리 데이터 관리 형식입니다.차이점 보기 →GeoTIFF와 netCDF의 차이GeoTIFF는 TIFF 영상과 태그를 사용해 래스터 픽셀을 지리 좌표 및 CRS에 연결합니다. netCDF는 이름 있는 차원·변수·속성으로 과학 데이터셋을 설명하며 여러 변수와 시각을 함께 담을 수 있습니다.차이점 보기 →GeoTIFF와 TIFF 비교GeoTIFF는 지리 공간 참조 태그가 추가된 TIFF입니다. 일반 TIFF 래스터에는 지도 좌표가 없을 수 있습니다.차이점 보기 →GeoTIFF와 Zarr의 차이GeoTIFF는 TIFF 영상에 지리 참조와 좌표 참조 정보를 더합니다. Zarr는 다차원 배열을 청크와 메타데이터로 저장하며, 지리공간 의미에는 별도 규약이 필요합니다.차이점 보기 →GGUF와 Safetensors: 추론 배포와 가중치 관리GGUF는 호환되는 GGML 계열 구현에 추론 모델을 전달합니다. Safetensors는 이름이 있는 텐서를 저장하며 모델 정의와 실행 환경은 별도로 준비합니다.차이점 보기 →GIF vs APNGGIF와 APNG는 모두 여러 프레임을 담을 수 있습니다. GIF는 간단한 짧은 루프에 널리 알려져 있고, APNG는 무손실 프레임과 투명도를 지원하는 PNG 애니메이션 확장입니다. 대상 지원과 실제 크기를 비교하세요.차이점 보기 →GIF VS BMPGIF와 BMP는 래스터 형식입니다. GIF는 팔레트와 간단한 애니메이션을 지원하고 BMP는 변형마다 색 깊이와 압축이 다릅니다.차이점 보기 →GIF와 WebP 비교GIF와 WebP는 정지 이미지와 애니메이션 배포에 쓰입니다. 실제 파일로 투명도, 애니메이션, 대상 지원, 크기를 비교하세요.차이점 보기 →glTF와 OBJ 비교glTF는 호환되는 재질과 애니메이션을 포함해 웹 및 실시간 표시용 3D 자산을 구성합니다. OBJ는 주로 형상에 초점을 둔 널리 쓰이는 메시 형식입니다.차이점 보기 →glTF vs USDglTF는 3D 모델과 씬을 앱에 효율적으로 전달하기 위한 형식입니다. USD는 에셋과 레이어를 합성하는 씬 기술 프레임워크로 대규모 제작 및 협업 과정에서 활용됩니다.차이점 보기 →GML과 GeoJSON: 스키마와 좌표계GML은 XML과 응용 스키마로 피처를 기술합니다. GeoJSON은 JSON으로 형상과 속성을 표현하며 여기서는 RFC 7946 좌표 규칙을 기준으로 비교합니다.차이점 보기 →GPX와 KMLGPX는 GPS 웨이포인트, 계획 경로, 기록 트랙을 교환하는 XML 형식입니다. KML은 지도나 지구본에 표시할 지리 요소를 설명하며 이름, 설명, 스타일, 폴더, 오버레이를 포함할 수 있습니다.차이점 보기 →GRIB과 netCDF둘 다 기상·지구과학 데이터에 쓰이지만 GRIB는 격자 예보 메시지 배포에, netCDF는 차원·변수·속성으로 구성된 데이터셋에 주로 쓰입니다.차이점 보기 →GRIB와 Zarr의 차이GRIB는 제품·격자·자료 표현 정보를 담은 메시지로 기상 예보 및 분석 격자를 교환합니다. Zarr는 다차원 배열을 청크로 나누고 청크와 메타데이터를 저장소 키에 대응시킵니다.차이점 보기 →GTF와 GFF3: 속성 문법과 전사체 매핑 비교둘 다 9열 주석이지만 속성 문법과 관계 모델이 다릅니다.차이점 보기 →GZIP과 XZGZIP과 XZ는 주로 단일 파일에 사용하는 무손실 압축 형식입니다. 결과 크기와 압축·해제 시간, 받는 쪽 시스템의 지원 여부를 함께 고려해야 합니다.차이점 보기 →GZIP과 ZIPGZIP은 보통 파일 하나를 압축하고, ZIP은 여러 파일과 폴더를 함께 담을 수 있습니다. 묶음이 필요한지, 수신자가 어떤 도구를 쓰는지, 전달 흐름이 어떤지에 따라 선택이 달라집니다.차이점 보기 →HDF5와 netCDF 비교HDF5는 계층형 데이터를 위한 범용 컨테이너이고, netCDF는 과학 데이터 모델과 API를 제공합니다. netCDF-4는 HDF5를 저장 기반으로 사용하지만 모든 HDF5 파일을 netCDF-4로 읽을 수 있는 것은 아닙니다.차이점 보기 →HDF5와 Zarr 비교HDF5는 범용 컨테이너 안에 그룹과 데이터셋을 계층적으로 구성합니다. Zarr는 다차원 청크 배열과 메타데이터를 저장소의 별도 키로 표현하며 파일 시스템 및 객체 저장소 사용을 고려합니다.차이점 보기 →HEIF와 AVIFHEIF는 유연한 이미지 컨테이너 계열이고 AVIF는 AV1 Image File Format 사양을 따릅니다. 카메라, 운영체제, 브라우저, 편집 도구마다 지원 여부가 다릅니다.차이점 보기 →HEIF와 JPEGHEIF는 이미지를 효율적으로 저장하고 기본 정지 이미지 이상의 기능을 지원할 수 있지만, JPEG는 공유와 게시에서 폭넓게 지원됩니다. 카메라 작업 흐름과 파일을 열어야 하는 모든 대상에 따라 선택하세요.차이점 보기 →HEIF와 WebPHEIF는 일부 카메라와 모바일 사진 작업 흐름에서 흔하고, WebP는 정지 및 애니메이션 콘텐츠를 지원하는 웹 이미지 형식입니다. 호환성은 실제 코덱, 앱, 브라우저, 전달 경로에 따라 달라집니다.차이점 보기 →HTML과 MarkdownHTML은 구조화된 웹 콘텐츠를 표현하고 요소를 세밀하게 제어하며, Markdown은 보통 HTML로 변환되는 간결한 작성 문법을 제공합니다. 누가 편집하고 어떻게 게시하는지에 따라 선택하세요.차이점 보기 →ICO와 PNGICO는 여러 크기와 색상 깊이의 이미지 표현을 한 파일에 담을 수 있는 Windows 아이콘 컨테이너입니다. PNG는 투명도를 지원하고 폭넓게 호환되는 일반 래스터 형식이지만, 모든 운영체제의 아이콘 세트를 자체적으로 정의하지는 않습니다.차이점 보기 →ICS와 CSVICS는 날짜, 반복, 시간대 등 이벤트 세부 정보를 포함한 캘린더 일정을 표현합니다. CSV는 행과 열을 저장하므로 캘린더 앱으로 가져오려면 특정 열 배치와 필드 매핑이 필요할 수 있습니다.차이점 보기 →ISO와 ZIPISO는 보통 파일 시스템 구조를 담은 디스크 이미지로, 마운트하거나 매체에 기록할 수 있습니다. ZIP은 파일과 폴더를 묶고 선택적으로 압축하는 아카이브입니다. 비슷한 파일을 담더라도 두 형식은 서로 다른 패키징 요구를 해결합니다.차이점 보기 →JPEG vs BMPJPEG는 사진과 작은 용량의 배포에 흔한 손실 형식이고, BMP는 일부 Windows 작업에서 쓰이는 비트맵 형식 계열입니다.차이점 보기 →JPEG와 PNGJPEG는 보통 손실 압축을 사용해 많은 사진에 적합하고, PNG는 픽셀을 무손실로 보존하며 투명도를 지원합니다. 선택은 이미지 내용, 편집 요구, 대상 환경에 따라 달라집니다.차이점 보기 →JPEG vs TIFFJPEG는 사진을 효율적으로 배포할 때 널리 쓰이고, TIFF는 스캔·인쇄·이미지 제작 과정에서 자주 사용됩니다. 용도에 맞춰 선택하고 TIFF의 압축 및 색상 설정을 확인하세요.차이점 보기 →JPEG와 WebPJPEG는 사진에 폭넓게 지원되고 WebP는 손실·무손실 압축과 투명도를 지원합니다. 웹 배포 결과는 원본 이미지, 인코더 설정, 대상 브라우저에 따라 달라집니다.차이점 보기 →JSON vs TOMLJSON은 API와 프로그램 간 데이터 교환에 널리 쓰입니다. TOML은 사람이 편집하는 애플리케이션 설정용으로 설계되어 읽기 쉬운 키, 값, 테이블, 배열을 제공합니다.차이점 보기 →JSON vs YAMLJSON은 API와 프로그램 간 데이터 교환에 널리 쓰이는 엄격한 텍스트 형식입니다. YAML은 사람이 편집하는 설정과 구조화 데이터에 적합한 문법을 제공합니다. 도구 생태계와 작업 흐름에 맞춰 선택하세요.차이점 보기 →JSON5와 JSONJSON5는 JSON 데이터 모델을 유지하면서 주석, 식별자 키, 작은따옴표, 후행 쉼표, 16진수처럼 사람이 직접 작성하기 쉬운 문법을 추가합니다. 표준 JSON은 더 엄격한 문법으로 API와 범용 파서에서 널리 지원됩니다.차이점 보기 →JSON Lines와 AvroJSON Lines는 UTF-8 한 줄마다 JSON 값 하나를 저장해 레코드별 처리가 쉽습니다. Avro는 작성자 스키마에 따라 형식이 지정된 레코드를 인코딩하고 컨테이너 파일에 스키마 메타데이터와 블록을 담을 수 있습니다.차이점 보기 →JSON Lines와 CSVJSON Lines는 각 줄에 독립적인 JSON 값 하나를 두고, CSV는 필드를 행과 열로 배열합니다. JSON Lines는 중첩되거나 구조가 달라지는 레코드를 자연스럽게 표현하며, CSV는 열 구성이 일정한 표 데이터에 적합합니다.차이점 보기 →JSON Lines와 JSONJSON Lines(줄바꿈 구분 JSON)는 UTF-8 텍스트 규약으로 각 줄에 독립적이고 유효한 JSON 값 하나를 둡니다. 일반 JSON 텍스트는 전체로 하나의 값을 표현하므로 JSON Lines는 여러 레코드를 순차 처리하거나 추가하기 좋습니다.차이점 보기 →JSON Lines와 Parquet의 차이JSON Lines는 UTF-8 텍스트의 각 줄에 독립적인 JSON 값을 저장합니다. Parquet은 행 그룹과 열 청크를 갖춘 바이너리 열 기반 파일입니다.차이점 보기 →JPEG XL과 AVIFJPEG XL과 AVIF는 기능과 구현 지원이 서로 다른 별개의 이미지 코딩 형식입니다. 실제 선택은 광고된 기능만이 아니라 브라우저, 앱, 인코더, 배포 경로에 따라 달라집니다.차이점 보기 →JPEG XL과 JPEGJPEG XL과 JPEG는 서로 다른 이미지 형식입니다. JPEG는 여전히 폭넓게 지원되며, 수신 브라우저와 앱이 지원하는 환경에서는 JPEG XL을 고려할 수 있습니다. 형식 이름만으로 크기나 품질을 단정하지 말고 실제 인코딩 결과를 비교하세요.차이점 보기 →JPEG XL과 PNGPNG는 투명도를 지원하고 폭넓게 호환되는 무손실 래스터 형식입니다. JPEG XL은 다른 압축 및 기능 옵션을 가진 최신 이미지 코딩 형식이지만 클라이언트 지원을 확인해야 합니다. 선택은 편집, 배포, 대체 형식 요구에 따라 달라집니다.차이점 보기 →JPEG XL과 WebPJPEG XL과 WebP는 기능과 브라우저·도구 지원이 다른 이미지 형식입니다. WebP는 많은 웹 작업 흐름에 이미 쓰이며, JPEG XL은 클라이언트 지원과 전체 전달 파이프라인을 확인한 경우에만 고려할 수 있습니다.차이점 보기 →Keras와 ONNX: 학습 재개용 저장과 추론 내보내기.keras는 Keras의 모델 구성·가중치와 존재하는 옵티마이저 상태를 저장합니다. ONNX는 호환 런타임에 계산 그래프로 모델을 표현합니다.차이점 보기 →LAS vs LAZLAS는 포인트 레코드를 비압축으로 저장하고, LAZ는 지원되는 LAS 데이터를 무손실 압축합니다. 크기뿐 아니라 읽기 프로그램의 호환성도 중요합니다.차이점 보기 →LZ4와 Zstandard: 프레임 호환성과 설정둘 다 무손실이지만 LZ4 프레임과 Zstandard 프레임은 바이트 형식이 호환되지 않습니다.차이점 보기 →M4A와 MP3M4A는 MPEG-4 컨테이너의 오디오에 흔히 쓰이는 확장자이고 MP3는 오디오 코딩 형식입니다. M4A 파일에는 AAC, ALAC 또는 다른 지원 코덱이 들어갈 수 있으므로 확장자만으로 인코딩을 알 수 없습니다.차이점 보기 →M4A vs WAVM4A와 WAV는 오디오 컨테이너이며 확장자만으로 코덱이나 품질을 알 수 없습니다. 배포 용량과 호환성, 녹음 및 편집 요구를 함께 고려하세요.차이점 보기 →M4V와 MP4M4V와 MP4는 MPEG-4 계열 동영상 파일에 쓰이는 확장자입니다. 확장자만으로 내부 코덱, 재생 호환성, 콘텐츠 보호 여부를 알 수 없으므로 실제 파일과 대상 환경을 확인해야 합니다.차이점 보기 →MBOX와 MSGMBOX는 보통 여러 이메일을 메일함 파일에 저장하고, MSG는 개별 Outlook 항목에 주로 사용됩니다. 마이그레이션 단위와 대상 앱의 가져오기 지원에 따라 선택하세요.차이점 보기 →MBTiles와 MVT: 타일 모음과 타일 인코딩MBTiles는 SQLite의 타일 모음이고 MVT는 벡터 타일 인코딩입니다. 서로 다른 계층이며 함께 사용할 수 있습니다.차이점 보기 →MIDI와 WAV 비교둘 다 음악에 쓰이지만 MIDI는 연주 이벤트를 저장하고 WAV는 재생할 오디오 샘플을 저장합니다.차이점 보기 →MKV와 MP4MKV와 MP4는 영상, 오디오, 자막, 메타데이터를 담을 수 있는 컨테이너입니다. MKV는 여러 트랙을 유연하게 구성하는 데 자주 쓰이고 MP4는 기기와 서비스 간 배포에 널리 쓰입니다. 호환성은 내부 코덱과 트랙 기능에 달려 있습니다.차이점 보기 →MKV vs WebMMKV는 유연한 Matroska 컨테이너이고 WebM은 웹 미디어용으로 제한한 Matroska 프로필입니다.차이점 보기 →MOV와 MKVMOV와 MKV는 영상, 오디오, 자막, 메타데이터를 담을 수 있는 컨테이너입니다. MOV는 Apple 계열의 촬영·편집 흐름에서 흔하고 MKV는 여러 트랙을 유연하게 조합하는 데 자주 쓰입니다. 호환성은 실제 코덱과 대상 앱에 따라 달라집니다.차이점 보기 →MOV와 MP4MOV와 MP4는 동영상 코덱이 아니라 컨테이너 형식입니다. MOV는 QuickTime 기반 촬영 및 편집 흐름에서 흔하고 MP4는 일반 배포에 널리 쓰입니다. 재생 여부는 내부 영상·음성 코덱에 따라 달라집니다.차이점 보기 →MP3와 FLACMP3는 파일 크기를 줄이는 손실 오디오 압축을 사용하고 FLAC은 무손실로 압축해 원래 PCM 샘플을 복원할 수 있습니다. 배포 용량, 재생 지원, 편집 또는 보관용 마스터의 필요에 따라 선택하세요.차이점 보기 →MP3 vs OpusMP3는 기기와 소프트웨어에서 폭넓게 지원되는 손실 오디오 형식입니다. Opus는 음성 통신과 스트리밍 등에서 효율적인 인코딩을 목표로 하며 저지연 상황에도 쓰입니다. 전달 환경에 맞춰 선택하세요.차이점 보기 →MP3와 WAVMP3는 작은 용량으로 배포할 때 흔히 쓰이는 손실 오디오 코딩 형식입니다. WAV는 녹음과 편집에서 자주 쓰이는 컨테이너로, 보통 비압축 PCM 오디오를 담지만 다른 인코딩도 가능합니다. 실제 오디오 데이터와 작업 흐름 요구를 확인하세요.차이점 보기 →MP4와 WebMMP4와 WebM은 단일 코덱이 아니라 오디오와 영상을 담는 컨테이너입니다. MP4는 여러 기기와 서비스에서 널리 쓰이고 WebM은 웹 배포와 관련된 Matroska 기반 하위 집합입니다. 크기와 화질은 인코딩된 스트림, 설정, 재생 환경에 따라 달라집니다.차이점 보기 →MPD vs M3U8MPD는 DASH의 XML 매니페스트입니다. M3U8은 UTF-8 재생 목록이며 여기서는 HLS 용도를 비교합니다. 둘 다 미디어 본체가 아닙니다.차이점 보기 →MSG vs EMLMSG는 Outlook 항목을 저장하며 이메일뿐 아니라 일정과 연락처도 담을 수 있습니다. EML은 인터넷 이메일 한 통을 파일로 저장하거나 전달할 때 주로 사용됩니다.차이점 보기 →MVT와 GeoJSON: 타일 배포와 데이터 교환MVT는 Protocol Buffers로 지도 벡터 타일을 인코딩합니다. GeoJSON은 JSON 지리 데이터이며 타일 배포 규칙 자체는 정의하지 않습니다.차이점 보기 →netCDF와 Parquet의 차이netCDF는 이름 있는 차원·변수·속성으로 좌표와 시간을 연결하는 과학 데이터셋을 설명합니다. Parquet는 행 그룹과 열 청크로 나눈 컬럼형 파일로 분석 쿼리의 열 선택에 적합합니다.차이점 보기 →netCDF와 Zarr 비교netCDF는 차원·변수·속성을 가진 과학 데이터 모델을 여러 파일 형식으로 제공합니다. Zarr는 키-값 저장소에 저장되는 다차원 청크 배열을 규정합니다. 적합한 형식은 도구, 저장 위치, 접근 방식에 따라 다릅니다.차이점 보기 →NIfTI와 DICOM 비교둘 다 의료 영상에 쓰이지만 NIfTI는 주로 신경영상 분석용 복셀 배열과 공간 변환을 담고, DICOM은 관련 속성이 포함된 임상 검사 데이터를 교환합니다.차이점 보기 →NPY vs NPZNPY는 배열 하나와 dtype·shape를 저장합니다. NPZ는 NPY 멤버를 ZIP으로 묶고 배열 이름으로 접근합니다.차이점 보기 →NPZ와 HDF5: 배열 묶음과 부분 읽기NPZ는 이름이 있는 NPY 배열을 ZIP으로 묶습니다. HDF5는 그룹, 데이터셋, 속성을 계층으로 관리합니다.차이점 보기 →ODP와 PPTXODP는 OpenDocument 프레젠테이션 형식이고 PPTX는 Office Open XML을 기반으로 합니다. 둘 다 슬라이드 자료를 저장하지만 편집 동작과 기능 지원은 프레젠테이션 소프트웨어와 조직의 작업 흐름에 따라 달라집니다.차이점 보기 →ODS와 XLSXODS는 OpenDocument 스프레드시트 형식이고 XLSX는 Office Open XML 기반입니다. 둘 다 편집 가능한 통합 문서를 지원하지만 기능 동작과 렌더링은 스프레드시트 앱 및 버전에 따라 달라질 수 있습니다.차이점 보기 →ODT vs DOCXODT는 OpenDocument 계열의 편집 가능한 워드프로세서 형식입니다. DOCX는 Office Open XML 기반의 편집 가능한 문서 형식입니다. 소프트웨어, 공동 작업자, 조직 요구사항에 따라 선택하세요.차이점 보기 →ODT와 PDFODT는 편집 가능한 OpenDocument 텍스트 형식이고, PDF는 페이지 레이아웃을 유지해 열람하고 배포하는 데 주로 쓰입니다. 받는 사람이 내용을 수정해야 하는지, 일관된 모양으로 보기만 하면 되는지에 따라 선택하세요.차이점 보기 →ODT vs RTFODT는 OpenDocument 표준 기반의 편집 가능한 문서 패키지로 본문, 표, 이미지, 스타일을 담을 수 있습니다. RTF는 기본 문자 및 문단 서식을 텍스트 형태로 교환합니다.차이점 보기 →Ogg와 MP3Ogg는 Vorbis나 Opus 같은 코덱을 담을 수 있는 컨테이너이고 MP3는 손실 오디오 형식입니다. Ogg 확장자만으로는 내부 코덱을 알 수 없으므로 실제 스트림과 대상 플레이어의 지원 여부를 확인하세요.차이점 보기 →Ogg와 OpusOgg는 컨테이너이고 Opus는 오디오 코덱입니다. 서로 같은 범주의 대체 형식이 아니라 역할이 다릅니다. 작업 방식에 따라 Opus 스트림을 Ogg에 담거나 .opus 파일로 다룰 수 있습니다.차이점 보기 →OGV와 WebMOGV와 WebM은 동영상 컨테이너이며 특정 코덱이나 재생 결과를 보장하지 않습니다. 실제 호환성은 비디오·오디오 코덱 조합, 브라우저 버전, 배포 설정에 따라 달라집니다.차이점 보기 →ORC vs CSVORC는 형식 정보를 가진 열 지향 바이너리 형식으로, 분석 시스템이 필요한 열을 읽는 작업에 적합합니다. CSV는 행과 구분 필드로 된 텍스트 형식이라 사람과 일반 도구가 다루기 쉽습니다.차이점 보기 →Parquet vs JSONParquet은 분석용 바이너리 열 지향 형식이고 JSON은 구조화 데이터 교환용 텍스트 형식입니다. 대규모 분석 데이터에는 Parquet을, API나 설정에는 JSON을 자주 사용합니다.차이점 보기 →Parquet과 ORCParquet과 ORC는 대규모 분석 데이터를 위한 열 지향 형식입니다. 쿼리 엔진, 기존 플랫폼, 측정한 작업 부하를 기준으로 선택해야 합니다.차이점 보기 →Parquet와 Zarr의 차이Apache Parquet는 테이블을 행 그룹과 열 청크로 나눈 파일에 저장합니다. Zarr는 다차원 배열을 청크로 분할하고 메타데이터와 함께 저장소에 보관합니다.차이점 보기 →PCAP과 PCAPNG 비교PCAP은 호환성이 넓은 기존 패킷 캡처 형식이고, PCAPNG는 여러 인터페이스와 추가 캡처 메타데이터를 보존할 수 있는 확장 형식입니다.차이점 보기 →PDF와 DOCXPDF는 검토한 페이지 레이아웃을 배포하는 데, DOCX는 문서를 작성하고 수정하는 데 적합합니다. 받는 사람이 할 일을 기준으로 고르세요.차이점 보기 →PDF와 MarkdownPDF는 고정된 페이지 결과를 배포하고, Markdown은 편집 및 여러 방식의 렌더링이 가능한 구조화된 일반 텍스트입니다. 최종 모양과 콘텐츠 관리 중 무엇이 중요한지에 따라 선택하세요.차이점 보기 →PDF vs PNG페이지 문서와 인쇄 레이아웃은 PDF, 스크린샷·래스터 그림·투명 이미지에는 PNG를 선택하세요.차이점 보기 →PDF vs SVG페이지 공유나 인쇄에는 PDF, 웹에서 크기를 바꿔 쓰는 로고·아이콘·도식에는 SVG를 선택하세요.차이점 보기 →PEM과 DERPEM과 DER는 같은 인증서나 키 데이터를 서로 다른 인코딩으로 표현할 수 있습니다. PEM은 Base64 텍스트를 식별 경계로 감싸고, DER는 바이너리 ASN.1 인코딩입니다. 확장자만으로 내부 객체를 판단할 수는 없습니다.차이점 보기 →PEM vs PFXPEM은 인증서 관련 구조를 위한 텍스트 인코딩이고, PFX/P12는 인증서와 개인 키를 담을 수 있는 PKCS#12 컨테이너입니다.차이점 보기 →PLY와 PCD의 차이PLY는 정점과 면을, PCD는 PCL용 점 필드와 행렬 구성을 다룹니다. 둘 다 점을 저장할 수 있지만 구조는 다릅니다.차이점 보기 →PNG와 AVIFPNG는 투명도를 지원하고 호환성이 넓은 무손실 래스터 형식입니다. AVIF는 더 새로운 형식으로 파일 크기를 줄일 수 있지만 지원과 인코딩 설정이 중요합니다. 실제 이미지와 전송 조건으로 비교하세요.차이점 보기 →PNG vs GIFPNG는 무손실 정지 이미지와 투명도에 적합하고 GIF는 제한된 색상으로 간단한 여러 프레임 애니메이션을 지원합니다. 정지 이미지인지 짧은 움직임인지에 따라 선택하세요.차이점 보기 →PNG와 SVGPNG는 픽셀로 이루어진 래스터 이미지이고 SVG는 고정 픽셀 격자 없이 크기를 조정할 수 있는 벡터 도형을 기술합니다. 픽셀 기반 이미지인지 여러 크기에서 선명해야 하는 도형인지에 따라 선택하세요.차이점 보기 →PNG와 WebPPNG와 WebP는 모두 투명도를 지원할 수 있습니다. PNG는 호환성이 넓은 무손실 형식이고 WebP는 웹 전송 최적화에 쓸 수 있으며 애니메이션도 지원합니다. 실제 자산과 대상 브라우저를 기준으로 비교하세요.차이점 보기 →PPT VS ODPPPT는 PowerPoint 97–2003 바이너리 형식이며 ODP는 OpenDocument 프레젠테이션 형식입니다. 앱마다 표시가 달라질 수 있습니다.차이점 보기 →PPT와 PPTXPPT는 오래된 PowerPoint 바이너리 형식이고 PPTX는 Office Open XML 기반의 최신 프레젠테이션 형식입니다. 소프트웨어와 수신자를 고려해 선택하고 실제 발표 환경에서 변환 슬라이드를 확인하세요.차이점 보기 →PPTX와 PDFPPTX는 편집 가능한 슬라이드 자료이고 PDF는 보기나 인쇄용으로 모양을 고정해 공유하기 좋습니다. 받는 사람이 원본을 편집해야 하는지 검토된 최종본만 보면 되는지에 따라 선택하세요.차이점 보기 →Protocol Buffers와 JSONProtocol Buffers는 `.proto` 스키마에서 타입 메시지를 정의하고 필드 번호 기반 바이너리 wire 형식과 별도의 ProtoJSON 매핑을 제공합니다. JSON은 RFC 8259의 일반 텍스트 형식이며 특정 스키마를 전제하지 않습니다.차이점 보기 →PSD와 JPEGPSD는 레이어를 보존할 수 있는 편집용 Photoshop 프로젝트이고 JPEG는 사진에 흔히 쓰이는 호환성 높은 래스터 이미지입니다. 작업 파일과 내보낸 이미지를 분리해 보관하세요.차이점 보기 →PSD와 PNGPSD는 레이어와 텍스트를 보존할 수 있는 편집용 Photoshop 작업 파일이고 PNG는 투명도를 지원하는 무손실 래스터 이미지입니다. 원본을 보관하고 역할에 맞게 사용하세요.차이점 보기 →PSD와 TIFFPSD는 레이어와 마스크를 보존할 수 있는 Photoshop 작업 형식이고 TIFF는 인쇄, 스캔, 이미지 교환에 흔히 쓰이며 압축과 색상 설정을 조정할 수 있습니다. 필요한 작업 흐름에 따라 선택하세요.차이점 보기 →RAR와 7ZRAR와 7Z는 파일을 묶고 압축할 수 있는 아카이브 형식입니다. 실제 선택은 송신자와 수신자가 사용할 도구, 분할 압축이나 암호화 같은 운영 요구에 달려 있습니다.차이점 보기 →RAR와 ZIPRAR와 ZIP은 파일을 아카이브로 묶습니다. ZIP은 운영체제와 도구 전반에서 폭넓게 지원되고, RAR는 전용 기능을 쓰는 흐름에 맞을 수 있습니다. 수신자의 접근성과 처리 요구를 기준으로 선택하세요.차이점 보기 →RINEX와 SP3: 관측 기록과 궤도 제품RINEX는 관측·항법 등 데이터를 교환합니다. SP3는 에포크별 위성 위치와 시계 정보를 기록하며 GNSS에서 역할이 다릅니다.차이점 보기 →RTF와 TXTRTF는 기본 텍스트 서식을 저장할 수 있고 TXT는 서식 없이 문자만 저장합니다. 모양 유지와 단순한 텍스트 이식성 중 무엇이 중요한지에 따라 선택하세요.차이점 보기 →Safetensors와 ONNX: 가중치 저장과 모델 그래프Safetensors는 이름이 있는 텐서를 저장합니다. ONNX는 연산 그래프, 입출력과 연산자 버전을 포함하는 모델 표현입니다.차이점 보기 →SAM vs BAMSAM과 BAM은 같은 정렬 정보를 표현합니다. SAM은 탭 구분 텍스트이고 BAM은 BGZF 블록으로 압축한 바이너리 표현입니다.차이점 보기 →7Z vs ZIP7Z와 ZIP은 모두 여러 파일을 묶습니다. 7Z는 압축 설정을 유연하게 조정해야 하는 작업에, ZIP은 추가 소프트웨어 없이 여러 운영체제에서 쉽게 풀어야 하는 배포에 유리한 경우가 많습니다.차이점 보기 →Shapefile과 GeoPackage: 파일 묶음과 속성 보존Shapefile은 여러 파일의 레이어이고 GeoPackage는 SQLite의 여러 지리 데이터입니다.차이점 보기 →SQLite와 CSVSQLite는 테이블, 인덱스, 스키마를 저장하는 관계형 데이터베이스 파일입니다. CSV는 행과 열의 값을 교환하는 텍스트이며 자체적으로 데이터베이스 관계나 제약 조건을 보존하지 않습니다.차이점 보기 →SRT vs TTMLSRT와 TTML은 모두 자막을 미디어 시간에 맞춥니다. SRT는 간단한 교환 형식이고 TTML은 XML 기반으로 프로필에 따라 더 풍부한 표현을 담을 수 있습니다.차이점 보기 →SRT vs WebVTTSRT는 자막 교환에 널리 쓰이는 간단한 텍스트 형식입니다. WebVTT는 HTML video 흐름을 포함한 웹 동영상 자막 트랙을 위해 설계되었습니다. 필요한 플레이어와 기능에 따라 선택하세요.차이점 보기 →STEP와 DXFSTEP는 3D 제품 및 부품 데이터를 교환하는 데 쓰이고 DXF는 도면 요소와 제도 정보를 교환하는 데 쓰입니다. 받는 쪽에 3D 모델이 필요한지 도면 내용이 필요한지에 따라 선택하고 단위와 축척을 확인하세요.차이점 보기 →STEP와 IGESSTEP와 IGES는 모두 CAD 데이터 교환에 사용됩니다. STEP는 현대적인 제품 데이터 표준이고 IGES는 기존 형상 교환 작업 흐름에서 계속 쓰입니다. 수신자 요구에 따라 고르고 단위와 가져온 모델을 확인하세요.차이점 보기 →STEP vs STLSTEP는 CAD 시스템 사이에서 제품 형상과 관련 데이터를 교환합니다. STL은 표면을 삼각형 메시로 표현합니다. 설계 데이터 교환과 3D 프린팅용 형상 준비라는 서로 다른 작업에 쓰입니다.차이점 보기 →STL과 FBXSTL은 완성된 형상을 3D 프린팅으로 전달할 때 흔히 쓰는 삼각형 메시 형식입니다. FBX는 도구에 따라 재질, 리그, 애니메이션 등 더 풍부한 제작 장면 데이터를 교환할 수 있습니다. 후속 작업에 맞춰 고르세요.차이점 보기 →STL vs OBJSTL은 삼각형 메시를 3D 프린팅으로 전달할 때 흔히 쓰이고, OBJ는 메시 속성을 포함하거나 재질을 별도로 참조할 수 있습니다.차이점 보기 →SVG와 WebPSVG는 벡터 도형을 기술하고 WebP는 주로 래스터 이미지 형식입니다. 로고와 도표는 벡터, 사진과 픽셀 그림은 래스터가 적합한 경우가 많습니다. 내용에 따라 고르고 대상 브라우저에서 시험하세요.차이점 보기 →TAR와 7ZTAR는 주로 파일과 메타데이터를 묶으며 tar.gz처럼 압축은 별도로 적용하는 경우가 많습니다. 7Z는 압축 옵션이 내장된 아카이브 형식입니다. 수신자 도구와 작업 흐름에 맞춰 선택하세요.차이점 보기 →TAR와 ZIPTAR와 ZIP은 여러 파일을 묶지만 TAR는 주로 아카이브 컨테이너이며 보통 별도 압축기와 결합합니다. ZIP은 아카이빙과 압축을 한 형식으로 처리합니다. 수신자 도구와 작업 흐름에 따라 선택하세요.차이점 보기 →TGA와 PNGTGA는 일부 그래픽 및 게임 제작 흐름에서 쓰이고 PNG는 투명 이미지와 웹에서 널리 지원됩니다. 대상 도구에 따라 고르고 색상과 알파 처리를 확인하세요.차이점 보기 →3GP와 MP43GP와 MP4는 모두 ISO 기반 미디어 컨테이너 계열이지만 용도와 재생 지원이 다릅니다. 확장자뿐 아니라 컨테이너 안의 코덱도 중요합니다.차이점 보기 →3MF와 STL3MF는 단위, 재질, 색상 같은 3D 프린팅 정보를 담을 수 있고 STL은 삼각형 메시 형상에 집중합니다. 슬라이서와 프린터 지원, 모델과 함께 전달할 제조 정보를 기준으로 선택하세요.차이점 보기 →TIFF와 PNGTIFF는 압축과 색상 설정을 조절할 수 있어 인쇄, 스캔, 제작 과정에서 사용됩니다. PNG는 일반 그래픽과 투명한 웹 이미지에 편리합니다. 확장자만으로 품질이나 크기를 단정할 수 없습니다.차이점 보기 →TIFF vs WebPTIFF는 스캔, 이미지 편집, 인쇄 작업에서 자주 사용됩니다. WebP는 웹 배포를 겨냥하며 손실·무손실 압축, 투명도, 애니메이션을 지원합니다.차이점 보기 →TSV vs CSVTSV와 CSV는 행과 열 데이터를 위한 일반 텍스트 형식입니다. TSV는 탭으로 필드를 구분하고, CSV는 쉼표를 사용하며 스프레드시트와 데이터 도구에서 폭넓게 지원됩니다.차이점 보기 →TTF vs OTFTTF와 OTF는 데스크톱과 창작 작업에서 쓰이는 글꼴 확장자입니다. 현대 OpenType 사양에서는 TTF 확장자 파일도 OpenType 글꼴일 수 있으므로 확장자만으로 기능을 판단할 수 없습니다.차이점 보기 →TTF vs WOFF2TTF는 데스크톱에 설치해 앱에서 흔히 사용하는 TrueType 글꼴 파일입니다. WOFF2는 웹 글꼴 배포를 위해 압축된 형식입니다. 사용 환경에 맞춰 선택하고 라이선스를 확인하세요.차이점 보기 →TTML vs WebVTTTTML은 XML 기반 시간 동기 텍스트 규격으로, 프로필에 따라 자막과 방송 작업 흐름에서 사용됩니다. WebVTT는 웹 동영상 자막 트랙에 실용적인 형식입니다.차이점 보기 →TXT vs MarkdownTXT는 서식 없는 텍스트를 저장하고 Markdown은 문서 구조를 위한 가벼운 표기법을 더합니다. 둘 다 일반 텍스트지만 Markdown의 제목, 링크, 코드 표시는 호환 렌더러가 있어야 서식으로 보입니다.차이점 보기 →UBX와 RINEX: 수신기 로그와 관측 교환UBX는 u-blox 전용 바이너리 통신·로그이며 RINEX는 관측·항법 등을 텍스트로 교환합니다.차이점 보기 →USD vs FBXUSD는 여러 에셋을 구성하는 장면 기술 기반이고, FBX는 3D 제작 데이터를 교환할 때 널리 쓰입니다. 적합성은 파이프라인과 수신 도구가 보존하는 항목에 따라 달라집니다.차이점 보기 →VCF vs CSVVCF는 연락처 레코드 교환에 쓰이고 CSV는 표 형식 데이터를 나타냅니다. 주소록 앱으로 연락처를 가져올지, 목록으로 정리하고 처리할지에 따라 선택하세요.차이점 보기 →WAV VS AACWAV는 PCM에 자주 쓰이는 컨테이너이고 AAC는 보통 M4A나 MP4에 담기는 코덱입니다. 같은 계층의 형식이 아닙니다.차이점 보기 →WAV vs AIFFWAV와 AIFF는 PCM에 자주 쓰이는 오디오 컨테이너지만 다른 인코딩도 담을 수 있습니다. 확장자만으로 음질이 보장되지는 않습니다.차이점 보기 →WAV VS OGGWAV는 PCM에 자주 쓰이는 RIFF 컨테이너이며 Ogg는 Vorbis나 Opus를 담을 수 있습니다. 확장자는 음질을 뜻하지 않습니다.차이점 보기 →Web App Manifest vs JSONWeb App Manifest는 웹 앱용 JSON 기반 설정 형식이고 JSON은 범용 데이터 표기법입니다. Manifest는 name, icons, start_url처럼 웹 앱에서 인식되는 메타데이터를 정의합니다.차이점 보기 →WOFF vs WOFF2WOFF와 WOFF2는 웹에서 글꼴을 전달하기 위한 형식입니다. WOFF2는 더 새로운 형식으로 전송 크기를 줄일 수 있지만 브라우저 지원 범위, 기존 환경, 라이선스도 선택에 영향을 줍니다.차이점 보기 →X3D vs glTFX3D는 대화형 3D 장면을 표현하는 표준이고, glTF는 웹과 실시간 뷰어에 3D 에셋을 전달하는 형식입니다.차이점 보기 →XLS vs ODSXLS는 Microsoft Excel의 구형 바이너리 통합 문서 형식이고, ODS는 OpenDocument 계열의 편집 가능한 스프레드시트 형식입니다. 기존 XLS 파일 유지 여부와 OpenDocument 작업 흐름에 따라 선택하세요.차이점 보기 →XLS vs XLSXXLS는 오래된 Excel 바이너리 통합 문서 형식이고 XLSX는 Office Open XML 기반 스프레드시트 형식입니다. 둘 다 수식과 서식을 저장할 수 있지만 대부분의 현대 Excel 작업에는 XLSX가 현재 표준입니다.차이점 보기 →XML vs CSVXML은 계층, 요소, 속성이 있는 구조화 데이터를 표현하고 CSV는 평면 표에 값을 담습니다. 수신 규격과 필요한 데이터 구조에 따라 선택하세요.차이점 보기 →XML vs JSONXML과 JSON은 구조화된 데이터를 위한 텍스트 형식이지만 구조와 규칙이 다릅니다.차이점 보기 →YAML vs TOMLYAML과 TOML은 사람이 편집하는 설정에 쓰이는 텍스트 형식입니다. YAML은 유연한 계층 구조를 지원하고 TOML은 키와 테이블로 명시적이고 읽기 쉬운 설정을 강조합니다. 도구와 데이터 구조에 맞춰 선택하세요.차이점 보기 →YAML vs XMLYAML과 XML은 모두 구조화 데이터를 표현합니다. YAML은 사람이 관리하는 설정에 편리하고, XML은 요소, 속성, 스키마, 네임스페이스에 의존하는 연동에서 흔히 쓰입니다.차이점 보기 →Zstandard와 gzip 비교Zstandard와 gzip은 모두 무손실 압축 형식입니다. Zstandard는 설정 가능한 수준, 프레임 및 선택적 사전을 지원하고 gzip은 오래된 도구와 웹 전송에서 폭넓게 지원됩니다.차이점 보기 →Zstandard와 xz 비교Zstandard와 xz는 파일이나 tar 스트림을 무손실 압축합니다. Zstandard는 속도 조절과 스트리밍에 적합하고 xz는 xz 호환 배포나 특정 압축 설정이 필요한 경우에 쓰입니다.차이점 보기 →
용도별로 찾기
만들려는 결과물에서 출발하세요.
이 페이지에서 모든 가이드 펼치기 (54)
AI 모델 전달 전 확인 절차가이드 보기 →데이터 분석 및 교환 형식 선택하기가이드 보기 →애니메이션 형식 선택하기가이드 보기 →압축 파일 형식 선택가이드 보기 →압축 파일 전달 전 압축 해제와 내용 대조가이드 보기 →오디오 배포 형식 선택하기가이드 보기 →음성 마스터 전달 전 데이터·재생 확인가이드 보기 →오디오 보존 형식 선택하기가이드 보기 →오디오 스트리밍 형식 선택하기가이드 보기 →CAD 교환 형식 선택하기가이드 보기 →일정 및 연락처 파일 형식 선택하기가이드 보기 →시험 가져오기로 일정·연락처 확인가이드 보기 →인증서 및 키 파일 형식 선택하기가이드 보기 →압축 또는 디스크 이미지 형식 선택하기가이드 보기 →설정 파일 형식 선택하기가이드 보기 →CSV 수식 인젝션과 안전한 내보내기가이드 보기 →데이터 교환 형식 선택가이드 보기 →디자인 제작 형식 선택하기가이드 보기 →설정값과 비밀 정보의 보관 위치가이드 보기 →문서 배포 형식 선택하기가이드 보기 →문서 편집 형식 선택하기가이드 보기 →전자책 형식 선택가이드 보기 →편집 문서 전달 전 버전·표시·정보 확인가이드 보기 →메일 이전 후 본문·첨부·개수 확인가이드 보기 →이메일 저장·이전 형식 선택하기가이드 보기 →EPUB 전달 전 구조와 읽기 순서 검증가이드 보기 →유전체 주석과 수치 트랙을 전달하는 절차가이드 보기 →GIS 데이터 전달 전 확인 절차가이드 보기 →GNSS 후처리 데이터 준비와 전달 절차가이드 보기 →웹 이미지 압축·애니메이션 형식 선택하기가이드 보기 →Office 편집 형식 선택하기가이드 보기 →패킷 캡처 안전하게 공유하기가이드 보기 →사진 편집 원본 전달 전 설정과 표시 확인가이드 보기 →사진 파일 형식 선택하기가이드 보기 →LAS·LAZ·E57로 점군 전달하기가이드 보기 →발표 자료 전달 전 의존 파일과 재생 확인가이드 보기 →과학 배열 데이터 전달 전 확인 절차가이드 보기 →작업 단계별 시퀀싱 파일 선택가이드 보기 →표 데이터 교환 형식 선택가이드 보기 →스프레드시트 전달 전 값과 수식 확인가이드 보기 →HLS·DASH 배포 패키지 전달 확인가이드 보기 →자막 형식 선택가이드 보기 →자막 전달 전 동기화와 표시 확인가이드 보기 →의존 파일을 갖춰 3D 소재를 전달하는 절차가이드 보기 →3D 파일 형식 선택하기가이드 보기 →3D 프린팅 형식 선택하기가이드 보기 →투명 이미지 형식 선택하기가이드 보기 →동영상 컨테이너 형식 선택하기가이드 보기 →동영상 배포 형식 선택하기가이드 보기 →웹 아카이브 전달과 재생 검증 절차가이드 보기 →웹 데이터와 설정 형식 선택가이드 보기 →웹 폰트 배포의 누락 글리프와 대체 표시 확인가이드 보기 →웹 글꼴 형식 선택가이드 보기 →웹 이미지 형식 선택하기가이드 보기 →
파일 형식 기초 지식
파일 형식을 선택하기 전에 알아둘 개념입니다.
문자 인코딩문자 인코딩은 문자를 바이트로 표현하는 규칙입니다. CSV나 TXT가 깨져 보이면 저장·읽기 양쪽의 인코딩과 UTF-8, BOM 처리 방식을 확인하세요.컨테이너와 코덱컨테이너는 미디어 스트림을 담고 코덱은 내부 오디오나 비디오를 인코딩합니다. MP4나 MKV 확장자만으로 기기의 코덱 지원 여부를 알 수 없습니다.파일 압축압축은 저장하거나 전송할 데이터 크기를 줄입니다. ZIP은 파일을 묶을 수도 있고 미디어 코덱은 콘텐츠 자체를 압축합니다. 호환성과 압축 해제 방법을 확인하세요.파일 확장자파일 이름의 .jpg나 .pdf는 내용에 대한 힌트일 뿐 증거는 아닙니다. 확장자를 바꾸거나 다운로드 파일을 신뢰하기 전에 실제 형식을 검사하세요.파일 형식파일 형식은 데이터의 표현과 해석 방법을 정합니다. 확장자만 보지 말고 받는 사람의 소프트웨어, 편집, 품질, 장기 접근성을 고려하세요.무손실과 손실 압축무손실 압축은 원본 데이터를 복원할 수 있지만 손실 압축은 크기를 줄이려고 정보를 버립니다. 나중에 편집할 계획이라면 적절한 원본을 보관하세요.MIME 유형MIME 유형은 image/jpeg처럼 콘텐츠 종류를 나타내며 브라우저와 서비스의 처리에 쓰입니다. 실제 파일 내용과 일치하는지도 확인해야 합니다.래스터와 벡터 이미지래스터 이미지는 픽셀을 저장하고 벡터 이미지는 도형을 기술합니다. 사진에는 래스터가, 로고나 도표에는 크기를 바꿔도 선명한 벡터가 유용합니다.이미지 투명도투명한 부분은 뒤의 배경을 보여 줍니다. 형식과 사용처가 알파 채널을 보존하는지 확인하세요. 일반적인 JPEG에는 투명도가 없습니다.수치 정밀도와 변환큰 정수와 소수는 정밀도가 제한된 숫자 형식으로 읽을 때 값이 달라질 수 있습니다.메타데이터·사이드카·외부 의존성메타데이터는 내용이나 설정을 설명합니다. 별도 사이드카와 파일을 읽는 데 필요한 외부 데이터를 구분하고 저장 위치를 확인합니다.체크섬으로 확인할 수 있는 것과 없는 것해시는 파일 바이트로 계산합니다. 같은 알고리즘으로 신뢰할 수 있는 기대값과 비교하고 내용 검사 및 발신자 확인과 구분합니다.
형식 이름만으로 고르지 마세요
용도로 후보 좁히기적합한 상황과 주의점을 함께 확인하세요.
비슷한 형식 비교하기크기, 호환성, 편집 방식의 차이를 살펴보세요.
근거 확인하기각 페이지의 참고 자료와 규격을 확인하세요.