거대한 포스트를 준비하십시오-그렇습니다.
의무적 인 xkcd :
불행히도 간단한 '최상의'형식은 없습니다. 일부는 매우 잘 지원되며 일부는 매우 다양한 기능을 제공하며 일부는 무손실 압축을 제공합니다.
이 답변의 첫 번째 부분 ( "기능"및 "형식의 간략한 개요")은 기술에 대해 이야기하고 두 번째 부분 ( "(기타) 고려할 사항")은 형식 선택의 실제 측면에 대해보다 자세하게 설명합니다. .
풍모:
제발 참고 예를 들어, GIF를이 LZW 테이블을 무시함으로써 압축하지 않고 저장할 수 있습니다 - 모든 형식에 대한 모든 해킹을 포함하는 것은 거의 불가능하다. 아래에서 왜 이것을 언급하지 않습니까? 내가 만난 모든 GIF의 99 %가 LZW를 사용했기 때문에 오늘날 LZW는 계산 능력면에서 가장 중요하기 때문에이 게시물은 ILM의 R & D 부서가 아닌 일반적인 상황의 상황을 명확하게하기 위해 노력하기 때문입니다. 사진가는 보관, 출판 및 인쇄에 파일을 사용하므로 여기에서 내가 고려하는 것입니다.
각 Wikipedia 기사, 사양, Wiki의 비교 및 exiftool의 메타 데이터 지원 목록 사이에서 정보를 교차 확인했습니다 .
| Bits per | | Supported by
Codec | Lossy | Channel | Metadata | Channels | Programs | Good for (IMHO)
-------------------------------------------------------------------------------------------------
BMP | n | <= 8 | - | RGBA | Most propr. & free | Archival
BPG | y | <= 14 | EXIF+XMP | RGBA | |
EXR | o | <= 32 | y(?) | RGBAD | | VFX workflow
FLIF | o* | <= 16 | EXIF+XMP | RGBA | | To be seen
GIF | n | <= 8* | XMP | RGB | Most propr. & free | GIFs ;-)
HEIF | o* | <= 16 | EXIF+XMP | RGB(A/D) | | To be seen
JPEG | y* | <= 8 | EXIF+IPTC+XMP | RGB | ~ all propr. & free | Online; Easy access
JP2K | o | <= 32 | EXIF+IPTC+XMP | RGBA | |
JXR | o | <= 32 | EXIF+IPTC+XMP | RGBA | |
PNG | n | <= 16 | EXIF+IPTC+XMP*| RGBA | Most propr. & free | CAD-drawings; Online
TGA | n | <= 8 | y(?) | RGBA | |
TIFF | o | <= 32 | EXIF+XMP | RGBA | Most propr. & free | Archival; Editing
WebP | o | <= 8 | EXIF+XMP | RGBA | |
범례 : o... 옵션; n... 사용 불가; y... 사용 가능; D... 깊이; *... 텍스트에 따라 아래를보십시오.
형식에 대한 간략한 개요 :
BMP
Feature |
-----------------------------------------------------------------
Introduced | 1990
Open + Free | Both per Microsoft's Open Specification Promise
Colorspace | R:G:B[:A] (4:4:4[:4])
b/c/p | 1:0:0[:0], 5:6:5, 8:8:8[:8]
Compression | None [RLE in 5:6:4] (so: lossless)
Maximum Size | 4 GiB
Metadata | [ICC]
OS support | Virtually all OSs with a graphical interface
범례 : b/c/p... 픽셀 당 채널당 비트 수 (예 : R, G, B). 에 가지 [ ]선택 사항; ?... 교육받은 추측 / 실마리가 없습니다.
'비트 맵'파일은 줄로 인코딩되고 일반적으로 압축되지 않으므로 단일 비트 플립은 이미지의 한 줄만 파괴 합니다. 헤더를 뒤집지 않는 한 디코딩이 더 어려워집니다. HEX로 직접 시도해보십시오. 편집자! . (좋은) 압축을 제공하지 않기 때문에 파일 크기는 각 픽셀에 대한 전체 정보를 저장해야하기 때문에 크기가 큽니다. 강성으로 인해 장기 보관에 적합 할 수 있습니다.
BPG
Feature |
---------------------------------------------------------------------
Introduced | 2014
Open + Free | Yes (but HEVC patents might be problematic)
Colorspace | R:G:B[:A] (4:4:4[:4]); Y:Cb:CR[:A] (4:2:0[:4] - 4:4:4[:4]);
| Y:Cg:Co[:A] (4:2:0[:4] - 4:4:4[:4]); C:M:Y:K (4:4:4:4)
b/c/p | 8 - 14
Compression | HEVC (lossy / lossless)
Maximum Size | ?
Metadata | [EXIF]; [ICC]; [XMP]
OS support | Linux, Mac, Windows (at least through browser decoding)
범례 : b/c/p... 픽셀 당 채널당 비트 수 (예 : R, G, B). 에 가지 [ ]선택 사항; ?... 교육받은 추측 / 실마리가 없습니다.
'BPG (Better Portable Graphics)' 는 HEVC를 사용하는데, 이는 h.265 비디오 코덱 에서 알 수 있습니다 . JPEG의 후계자가되었지만 결코 인기가 없었습니다. HEIF가 증가함에 따라 HEIF가 다소 비슷하지만 더 인기가 있기 때문에 HEIF가 선호 될 가능성이 높습니다. HEVC는 JPEG의 DCT에 비해 압축면에서 훨씬 뛰어나지 만 흐릿한 경향이 있기 때문에 낮은 비트 전송률을 제외하고는 잘 비교할 수 없습니다.
EXR
Feature |
---------------------------------------------------------------------
Introduced | 1999
Open + Free | Yes
Colorspace | R:G:B[:A][:D] (4:4:4[:4][:4])
b/c/p | <= 32
Compression | [RLE]; [ZIP]; [PIZ]; ... [lossless (usual) / lossy]
Maximum Size | > 4 GiB
Metadata | [Yes (XMP-style)]
OS support | Linux, Mac, Windows (through library)
범례 : b/c/p... 픽셀 당 채널당 비트 수 (예 : R, G, B). 에 가지 [ ]선택 사항; ?... 교육받은 추측 / 실마리가 없습니다.
OpenEXR 은 Industrial Lights and Magic (ILM)이 VFX 워크 플로우의 중간 형식으로 설계했습니다. 하나의 파일에 매우 높은 비트 심도, 여러 이미지 및 메타 데이터로 여러 채널을 보유 할 수 있습니다. 다른 압축 알고리즘을 제공하거나 전혀 압축하지 않습니다. EXR은 TIFF와 비교할 수 있습니다. EXR은 더 많은 옵션을 제공하지만 TIFF는 훨씬 인기가 있습니다.
FLIF
Feature |
---------------------------------------------------------------------
Introduced | 2015
Open + Free | Yes
Colorspace | R:G:B[:A] (4:4:4[:4]) (CMYK and YCbCr in ToDo-List)
b/c/p | <= 16
Compression | MANIAC (variant of CABAC, used in AVC/HEVC) (lossless / lossy (1st generation))
Maximum Size | > 4 GiB
Metadata | [EXIF]; [ICC]; [XMP]
OS support | Linux, Mac, Windows (through provided viewer)
범례 : b/c/p... 픽셀 당 채널당 비트 수 (예 : R, G, B). 에 가지 [ ]선택 사항; ?... 교육받은 추측 / 실마리가 없습니다.
FLIF (Free Lossless Image Format) 는 손실이없는 파생 HEVC 압축을 사용합니다. FLIF 주장이 시간의 모든 다른 형식에 비해 극도의 압축 비율을 가지고 - 내 자신의 시험이 믿고 저를 주도하면서, 정말 전력을 계산하는 것은 사용할 수있을 필요가 하이퍼 스레드와 하나의 24 MP 사진 시간을 인코딩 (몇 분 4,3 GHz hexacore는 그렇게 좋지 않습니다 : D) . 그러나 젊은 코덱이므로 개선이 이루어질 수 있습니다. 애니메이션, 알파 채널, 점진적 디코딩 및 손실 인코딩 (첫 번째 인코딩 후 더 이상 생성 손실 없음)을 지원합니다. 그것이 성공할 것인지 시간을 보여줄 뿐이고, 솔직히 말하면, 나는 여러 문제에 대한 단일 솔루션을 제공하는 것처럼 보이기를 바랍니다.
GIF
Feature |
---------------------------------------------------------------------
Introduced | 1987
Open + Free | Yes
Colorspace | R:G:B[:A] (4:4:4[:4])
b/c/p | 2 (palette of 256 colors in total)
Compression | LZW (lossless)
Maximum Size | < 4 GiB
Metadata | [XMP]
OS support | Virtually all OSs with a graphical interface
범례 : b/c/p... 픽셀 당 채널당 비트 수 (예 : R, G, B). 에 가지 [ ]선택 사항; ?... 교육받은 추측 / 실마리가 없습니다.
반면 '그래픽 교환 형식'(GIF) 이벤트 픽셀 당 채널 당 8 비트, 그것은 (는 "배경색"을 포함 할 수 있습니다) 256 색의 컬러 팔레트로 줄일 수 있습니다. PNG 자체는 애니메이션 지원 기능을 제공하지 않기 때문에 주로 PNG 애니메이션에 사용됩니다.
HEIF
Feature |
----------------------------------------------------------------------
Introduced | 2015
Open + Free | No (patents)
Colorspace | ? Y:Cb:Cr[:A/:D] (4:2:0[:4]) ?
b/c/p | <= 16
Compression | HEVC (lossy)
Maximum Size | < 4 GiB
Metadata | [EXIF]; [XMP]
OS support | Linux, Mac, Windows
범례 : b/c/p... 픽셀 당 채널당 비트 수 (예 : R, G, B). 에 가지 [ ]선택 사항; ?... 교육받은 추측 / 실마리가 없습니다.
HEIF (High Efficiency Image Format) 는 압축에도 HEVC를 사용합니다. 색상 채널 외에도 알파 채널 또는 깊이 맵 (나중의 소프트웨어 피사계 심도 효과에 사용 )을 보유 할 수도 있습니다 . 또한 초보 편집은 무손실로 발생할 수 있습니다. 사양에 따라 손실이없는 압축 모드도 있습니다. 모든 주요 OS가이를 지원하기 때문에, JPEG (있는 경우)의 연속되는 가장 가능성있는 경쟁자 인 것 같습니다.
JPEG
Feature |
----------------------------------------------------------------------
Introduced | 1991
Open + Free | Sort of (free library, but patent might apply)
Colorspace | Y:Cb:Cr (4:2:0 (typical) - 4:4:4)
b/c/p | 8
Compression | DCT (lossy)
Maximum Size | < 2 GiB
Metadata | [EXIF]; [ICC]; [IPTC]; [XMP]
OS support | Virtually all OSs with a graphical interface
범례 : b/c/p... 픽셀 당 채널당 비트 수 (예 : R, G, B). 에 가지 [ ]선택 사항; ?... 교육받은 추측 / 실마리가 없습니다.
JPEG (Joint Photographic Experts Group) 는 오늘날 가장 많이 사용되는 이미지 형식입니다. 손실이 큰 이산 코사인 변환 (DCT)을 사용합니다. 무손실 사양이 있지만 너무 자주 사용되지는 않습니다. 특정 프로그램은 손실없이 특정 기본 동작 (예 : 회전)을 수행 할 수 있지만 이미지 너비와 높이도 8 (JPEG의 블록 크기)로 나눌 수 있어야합니다. 예를 들어 800x640은 작동하지만 804x643은 작동하지 않습니다. JPEG에는 RGB로 이미지를 저장할 수있는 옵션이 없습니다. 사진을 YCbCr 색상 공간으로 변환하고 종종 픽셀 정보를 4 : 4 : 4 (모든 픽셀이있는 모든 채널)에서 4 : 2 : 0 (모든 채널에 휘도가있는)로 줄입니다. 4 번째 픽셀 마다 Cb / Cr 값을 얻습니다.). 대부분의 색 공간 변환과 마찬가지로, 특히 극단적 인 색에서 인식 할 수있는 차이가 발생할 수 있습니다. JPEG는 인코딩이 빠르며 고품질 설정에서는 나쁘지 않지만 위에서 언급 한 것들이 사라지면 울지 않을 것입니다. 우리에게 잘 제공되었지만 사용 된 이미지 형식은 조금 더 많을 수 있습니다 ... 충적세. 결국, 컴퓨터는 1991 년 이후 잘 진화했습니다.
JP2k
Feature |
----------------------------------------------------------------------
Introduced | 2000 (duh...)
Open + Free | No (patents)
Colorspace | ? Y:Cb:Cr[:A] (4:4:4[:4]) ?
b/c/p | 8 - 32
Compression | Wavelet (lossy / lossless)
Maximum Size | ?
Metadata | [EXIF]; [ICC]; [IPTC]; [XMP]
OS support | Linux, Mac, Windows (at least through viewer programs)
범례 : b/c/p... 픽셀 당 채널당 비트 수 (예 : R, G, B). 에 가지 [ ]선택 사항; ?... 교육받은 추측 / 실마리가 없습니다.
'JPEG 2000'(JP2k 또는 JP2) 은 JPEG의 공식적인 후속 제품입니다. DCT 대신 웨이블릿을 사용합니다. 블록 아티팩트가 적고 JPEG보다 전반적으로 더 다양합니다. 이 모든 것에도 불구하고 JPEG와는 전혀 관련이 없습니다.
JXR
Feature |
----------------------------------------------------------------------
Introduced | 2009
Open + Free | Yes (Microsoft Open Specification Promise)
Colorspace | Y:Cb:Cr[:A] (4:2:0[:4] - 4:4:4[:4]); Y:Cg:Co[:A] (? 4:2:0[:4] - 4:4:4[:4] ?);
| C:M:Y:K [4:4:4:4]
b/c/p | 8 - 32 (16 for CMYK)
Compression | DCT (lossy / lossless)
Maximum Size | ?
Metadata | [EXIF]; [ICC]; [IPTC]; [XMP]
OS support | Linux, Mac, Windows (at least through viewer programs)
범례 : b/c/p... 픽셀 당 채널당 비트 수 (예 : R, G, B). 에 가지 [ ]선택 사항; ?... 교육받은 추측 / 실마리가 없습니다.
'JPEG 확장 범위'(JPEG XR, JXR) 는 JPEG의 성공을위한 또 다른 시도입니다. YCgCo의 색 공간은 완전히 가역적이므로 YCbCr보다 우수합니다. 일부 소프트웨어는이 소프트웨어를 지원하지만 다른 형식의 명성에 가깝지 않습니다.
PNG
Feature |
----------------------------------------------------------------------
Introduced | 1996
Open + Free | Yes
Colorspace | R:G:B[:A] (4:4:4[:4])
b/c/p | 8 - 16
Compression | DEFLATE (lossless)
Maximum Size | ?
Metadata | [EXIF]; [ICC]; [IPTC]; [XMP]
OS support | Virtually all OSs with a graphical interface
범례 : b/c/p... 픽셀 당 채널당 비트 수 (예 : R, G, B). 에 가지 [ ]선택 사항; ?... 교육받은 추측 / 실마리가 없습니다.
GIF의 후속 제품으로 'Portable Network Graphics'(PNG) 가 도입되었습니다. 의도적으로 손실이 없지만 PNG 파일은 여러 도구를 사용하여 최적화 할 수 있으며 그 중 일부는 파일을 손실 방식으로 압축합니다. PNG는 DEFLATE 압축을 사용하므로 그래픽 (CAD 도면, 스크린 샷 등)에는 매우 효율적이지만 사진에는 덜 효율적입니다. 메타 데이터에 대한 지원을 제공하지만 일부 프로그램은이를 읽을 수 없습니다. 감사합니다, @mattdm !
TGA
Feature |
----------------------------------------------------------------------
Introduced | 1984
Open + Free | ? Yes
Colorspace | R:G:B[:A] (4:4:4[:4])
b/c/p | <= 8
Compression | RLE (lossless)
Maximum Size | ? < 2 GiB
Metadata | Rudimentary
OS support | ? Virtually all OSs with a graphical interface
범례 : b/c/p... 픽셀 당 채널당 비트 수 (예 : R, G, B). 에 가지 [ ]선택 사항; ?... 교육받은 추측 / 실마리가 없습니다.
'Truevision TGA'/ 'TARGA'(TGA) 는 모두가 알고있는 것처럼 보이기 때문에 포함시킨 fie 형식입니다. 1984 년에 도입되었습니다. 그래픽에는 적합하지만 사진에는 적합하지 않은 무손실 압축 (RLE)을 지원합니다.
사소한 말다툼
Feature |
----------------------------------------------------------------------
Introduced | 1986
Open + Free | ? Yes
Colorspace | R:G:B[:A] (4:4:4[:4]); Y:Cb:Cr[:A] (? 4:2:0[:4] - 4:4:4[:4] ?);
| C:M:Y:K (? 4:4:4:4 ?); L:a:b[:A] (? 4:4:4:[A] ?)
b/c/p | 8 - 32
Compression | [LZW (lossless)]; [ZIP (lossless)]; [JPEG (lossy)]
Maximum Size | ?
Metadata | [EXIF]; [ICC]; [XMP]
OS support | Virtually all OSs with a GUI support >= 1 of the compression types
범례 : b/c/p... 픽셀 당 채널당 비트 수 (예 : R, G, B). 에 가지 [ ]선택 사항; ?... 교육받은 추측 / 실마리가 없습니다.
'태그 된 이미지 파일 형식'(TIF 또는 TIF) 도 오랫동안 사용되어 왔습니다. 레이어 지원 (즉, 여러 RGBA 이미지 스택)을 제공합니다. TIFF는 기능 측면에서 광범위하게 지원되고 매우 유연하기 때문에 종종 중간 파일로 사용됩니다.
WebP
Feature |
----------------------------------------------------------------------
Introduced | 2010
Open + Free | Yes
Colorspace | R:G:B:A (4:4:4[:4]) lossless; Y:Cb:Cr[:A] (4:2:0[:4]) lossy
b/c/p | 8
Compression | VP8 (lossless / lossy)
Maximum Size | ?
Metadata | [EXIF]; [ICC]; [XMP]
OS support | Linux, Mac, Windows (at least through browser decoding)
범례 : b/c/p... 픽셀 당 채널당 비트 수 (예 : R, G, B). 에 가지 [ ]선택 사항; ?... 교육받은 추측 / 실마리가 없습니다.
'WebP' 는 VP8 (AVC에 대한 공개 소스 경쟁 형식)을 사용합니다. BPG와 마찬가지로 많은 인터넷 서비스에서 사용되는 것처럼 보이지만 소비자 장치로 도약 한 적이 없습니다.
고려해야 할 사항 :
재 인코딩 (생성 손실)
무손실 파일을 다시 인코딩해도 아무런 변화가 없습니다. 손실 된 파일을 다시 인코딩하면 거의 확실하게 인공물이 생길 것입니다. 파일을 이전에 저장된 것과 동일한 품질 설정으로 저장 하면 JPEG가이를 잘 처리 할 수 있습니다 .
이 비디오는 생성 손실을 잘 보여줍니다. 첫 번째 프레임에는 원본 파일이 표시되고 다른 프레임에는 다른 품질 설정으로 다시 압축이 표시됩니다. FLIF는 손실 모드이므로 첫 번째 프레임은 다르게 보입니다.
인공물이 반드시 사형 선고가 될 필요는 없습니다. 예를 들어 모바일 장치에서 빠른 웹 게시 또는 미리보기를 위해 너무 나쁘지는 않을 것입니다.
코덱의 수명
이 답을 쓸 때 나는 "어쨌든 누가 TARGA를 사용할 것인가?"라고 스스로 생각하고있었습니다. 그리고 그것은 80 년대에 만들어진 자동차를 운전하는 것을 망설이지 않을 것입니다. 나는 80 년대에 찍은 사진들을보고 주저하지 않을 것이다. 그때 만든 카메라를 사용하겠습니다. 그러나 나는 그 오래된 코덱을 사용하지 않을 것입니다. 왜?
결국 한 코덱 또는 다른 코덱이 특정 시간 동안 살아남을지 여부를 확실하게 알 수있는 방법이 없습니다. HEIF가 내일 모든 소비자 장치에서 JPEG를 교체한다면 프로그램이 JPEG 지원을 중단하는 데 얼마나 걸립니까? 더 이상 컴퓨터를 열지 못하기 전에 몇 세대의 컴퓨터, 더 중요하게는 OS가 있습니까?
다른 한편으로, TARGA와 같은 비교적 간단한 코덱은 비교적 간단한 프로그램을 읽기만 요구하는 반면, 현대의 코덱과 디코더는 여러 종속성이 있습니다. 따라서 단순성은 압축에는 좋지 않지만 묵시적인 시나리오에서는 보관에 유용 할 수 있습니다. 이것을 지적 해 주셔서 감사합니다 @lijat !
제 생각에는 고려해야 할 몇 가지 각도가 있습니다. 지원이 즉시 중단되지 않을 정도로 어느 코덱이 인기가 있습니까? 아무도 파산 한 회사의 독점 형식을 유지하지 않기 때문에 오픈 소스 커뮤니티에서 어떤 코덱을 지원합니까? 또한 최소한 10 년마다 새로운 지원 코덱으로 건너 뛸 필요가 있는지 확인해야합니다 ( "재 인코딩 (생성 손실)"참조). 예를 들어 내일 읽을 수없는 TARGA 컬렉션이 맞습니까?
그건 그렇고, RAW 파일을 생각할 때 특히 걱정 입니다.
프로그램 지원 (장수 # 2)
가장 인기 있고 최고의 코덱은 사용할 수 없으면 충분하지 않습니다. 그리고 특정 프로그램이 지원하지 않기 때문에 열등한 코덱을 사용하지는 않지만 하나의 프로그램 만 올바르게 지원하는 코덱을 사용하는 것은 좋지 않을 수 있습니다.
어떤 기능이 필요합니까?
개인적으로 여전히 대부분의 파일을 JPEG로 인코딩합니다. 모든 장치에서 읽을 수 있으며 아티팩트를 거의 볼 수 없습니다. 8 비트는 대부분의 장치에 충분하며 사진을 볼 때 실제로 알파 채널이 필요하지 않습니다.
"한 번 편집"스타일이 아닌 모든 파일의 경우 RAW 또는 16 비트 TIFF를 유지하여 향후에도 계속 사용할 수 있습니다.
PSD? DNG?
"Photoshop Document"(PSD)는 Photoshop의 TIFF 스타일 형식입니다. 기술적으로 TIF와 매우 유사합니다. PSB도 있으며, 이는 4GiB 이상의 파일 크기에 대해서만 동일합니다. 그것을 사용하는 데 아무런 문제가 없지만 개인적으로 TIFF를 가능한 한 선호합니다.
"DNG (Digital Negative)"는 공개 RAW 표준을 만들려는 시도입니다. 아이디어를 좋아하고 잘 작동하지만 일부 RAW 편집기는 문제가 있습니다. 예를 들어 Capture One은 일반적으로 카메라의 화이트 밸런스를 잊어 버리므로 실제 값이 무엇이든 슬라이더를 5000K로 설정합니다. 과거의 다른 프로그램은 흰색 또는 분홍색 이미지로 표시되었거나 자홍색 색조를 나타냅니다. 파일 크기가 중요하지 않은 경우 DNG에 원본 RAW를 포함시킬 수 있습니다. 다시 필요한 경우 다시 추출 할 수 있습니다. 내 2 센트? 자주 사용하는 소프트웨어로 사용해보십시오. 제대로 작동하면 사용하십시오.
다른 형식?
이것은 이미 손을 Since 기 때문에 더 많은 이미지 형식을 다루고 싶지 않았습니다. 그러나 이것이 나열되지 않은 사람들이 고려할 가치가 없다는 것을 의미하지는 않습니다.