หากฉันแก้ไขไฟล์รูปภาพโดยใช้แอปพลิเคชั่นบางตัวเช่นGIMP, PhotoshopหรือMS Paintในขณะที่กำลังบันทึกฉันจะถูกขอให้เลือกรูปแบบไฟล์ที่ต้องการ มีรูปแบบที่แตกต่างกันที่มีอยู่ที่คนส่วนใหญ่จะเป็นJPEG , PNG และBMP , GIFและTIFF กับบางโปรแกรมมีรูปแบบมากยิ่งขึ้นเช่นJP2

ดังนั้นฉันควรเลือกตัวเลือกใด อะไรคือคุณธรรมและ demeritsของการใช้รูปแบบไฟล์โดยเฉพาะ?

JPEG

JPEG สูญเสียซึ่งหมายความว่าจะบีบอัดภาพ (บางส่วน) โดยการทิ้งข้อมูล ข้อมูลที่ถูกทิ้งคือ (ปกติ) เลือกเพื่อลดผลกระทบต่อคุณภาพของภาพ แต่ (โดยปกติ) จะสูญเสียคุณภาพเล็กน้อยอย่างน้อยเสมอ - และขึ้นอยู่กับระดับคุณภาพที่คุณเลือกมันอาจสูญเสียไปเล็กน้อย สำหรับภาพถ่ายส่วนใหญ่ควรถือว่าเป็นรูปแบบหน้าจอเดียว - เมื่อคุณแปลงบางสิ่งเป็น JPEG แล้วคุณไม่ต้องการแก้ไขอีกต่อไป หากคุณต้องการทำการเปลี่ยนแปลงคุณจะเริ่มต้นจากรูปแบบอื่นทำการเปลี่ยนแปลงและทำการแปลง JPEG อีกครั้ง

JPEG 2000, JPEG XR

มีข้อมูลจำเพาะ JPEG รุ่นใหม่กว่านี้ พวกเขากำหนดรูปแบบใหม่ของการบีบอัดภาพที่โดยทั่วไปสามารถให้การแลกเปลี่ยนที่ดีขึ้นระหว่างขนาดไฟล์และคุณภาพของภาพ - คุณเลือกคุณภาพเดียวกันด้วยไฟล์ขนาดเล็กหรือคุณภาพที่ดีกว่าด้วยขนาดไฟล์โดยประมาณเดียวกัน พวกเขายังรองรับความละเอียดของสีที่สูงขึ้น (เช่น 16 บิตต่อช่องและรูปแบบจุดลอยตัวเพื่อรองรับช่วงไดนามิกสูง) จากมุมมองทางเทคนิคพวกเขาน่าสนใจมาก ข้อเสียที่สำคัญคือแทบจะไม่มีโปรแกรมมากมายที่รู้วิธีการอ่านแสดงจัดการหรือเขียนโปรแกรม

HEIF

เช่นเดียวกับ TIFF HEIF เป็นรูปแบบคอนเทนเนอร์ซึ่งสามารถมีรูปภาพที่เข้ารหัสด้วยวิธีการต่าง ๆ (ส่วนใหญ่เป็น h.265 แต่ยังเป็น h.264 และ JPEG) มันให้อัตราส่วนของคุณภาพต่อขนาดไฟล์ที่ดีกว่า JPEG ดั้งเดิม เช่นเดียวกับ TIFF (หรือ GIF) คุณสามารถจัดเรียงลำดับของรูปภาพทั้งหมดเป็นไฟล์เดียว แม้ว่าจะมีการประโคมจำนวนมากเมื่อมีการเปิดตัว HEIF ในปี 2014 โดยมีการประกาศหลายอย่างเกี่ยวกับวิธีการที่จะเป็นรูปแบบที่ฆ่า JPEG ในที่สุดความตื่นเต้นส่วนใหญ่ดูเหมือนจะเลือนหายไปโดยไม่เปลี่ยน JPEG ไประดับใด

BPG

BPG เป็นรูปแบบที่ออกแบบโดยโปรแกรมเมอร์ Fabrice Bellard ที่อุดมสมบูรณ์ มันคล้ายกับ HEIF โดยทั่วไปจะเป็นที่เก็บสำหรับรูปภาพที่เข้ารหัสด้วย h.265 เสื้อคลุมแตกต่างกันเล็กน้อยดังนั้นทั้งสองจึงเข้ากันไม่ได้ อย่างไรก็ตามจากมุมมองการถ่ายภาพ BPG มีข้อได้เปรียบที่สำคัญพอสมควร: สนับสนุนการฝังข้อมูล EXIF ​​ลงในไฟล์ภาพโดยตรง

JPEG แบบไม่สูญเสีย

แม้ว่าปกติแล้วสิ่งที่เราคิดว่าเป็น JPEG จะสูญเสีย แต่ข้อมูลจำเพาะ JPEG กำหนดรูปแบบไฟล์ที่ใช้การบีบอัดแบบไม่สูญเสียเช่นกัน เนื่องจากการบีบอัดจะไม่มีการสูญเสียพวกเขามักจะไม่สร้างไฟล์ขนาดเล็กเท่ากับการบีบอัด JPEG ปกติ แต่จริงๆแล้วพวกเขาทำได้ดีมากสำหรับการบีบอัดแบบไม่บีบอัด - ดีกว่าการบีบอัดทั่วไปเช่น LZW หรือ Huffman การเข้ารหัสตามปกติ ในรูปถ่าย เช่นเดียวกับ JPEG 2000 และ JPEG XR สิ่งเหล่านี้ทำงานได้ดี แต่ขาดการสนับสนุน

GIF

GIF ใช้การบีบอัดแบบไม่สูญเสียข้อมูล แต่ จำกัด อยู่ที่ 8 บิต (256) สีซึ่งค่อนข้าง จำกัด สำหรับภาพถ่าย

PNG

PNG ได้รับการออกแบบมาเพื่อทดแทน GIF และประสบความสำเร็จเป็นส่วนใหญ่ รองรับสี 24 บิต (8 บิตสำหรับสีแดงสีเขียวและสีน้ำเงิน) และใช้การบีบอัดแบบไม่สูญเสีย มีความละเอียดของสีที่จำเป็นสำหรับภาพถ่าย แต่การบีบอัดที่ใช้นั้นมีแนวโน้มที่จะไม่ได้ผลสำหรับภาพถ่ายส่วนใหญ่ดังนั้นไฟล์จึงมีขนาดค่อนข้างใหญ่ ข้อเสียที่สำคัญอื่น ๆ ของ PNG คือมันไม่ได้กำหนดวิธีในการจัดเก็บข้อมูล EXIF ​​(หรือคล้ายกัน) ดังนั้นหากคุณใช้เพื่อเก็บรูปถ่ายคุณต้องจัดเก็บข้อมูลเมตาแยกต่างหาก ซึ่งอาจใช้ได้สำหรับการใช้งานของคุณเอง แต่โดยทั่วไปจะหายไปหากคุณใช้บนหน้าเว็บหรืออะไรทำนองนั้น

TIFF

TIFF เป็นรูปแบบคอนเทนเนอร์ที่ให้คุณแทรกข้อมูลชนิดต่าง ๆ ลงในคอนเทนเนอร์ได้ ในขณะที่ใช้สำหรับภาพเป็นหลักมันเกือบจะเหมือนระบบไฟล์ดังนั้นคุณจึงสามารถใช้มันในทางทฤษฎีสำหรับข้อมูลเกือบทุกชนิด สิ่งนี้มีผลสืบเนื่องสองถึงสามข้อ หนึ่งคือการที่แม้ว่าไฟล์โปรแกรมสนับสนุน TIFF, มันอาจจะไม่สนับสนุนทุกไฟล์ TIFF - เช่นจำนวนมากไม่ได้สนับสนุนภาพ LZW การบีบอัด อันที่จริงมีบางโปรแกรมที่รองรับไฟล์ TIFF ที่เป็นไปได้ทั้งหมด ผลที่ตามมาอีกประการหนึ่งคือ TIFF มีแนวโน้มที่จะมีค่าใช้จ่ายในระดับที่พอสมควรและการเขียนรหัสเพื่อรองรับ TIFF (อย่างมาก) ก็เป็นความเจ็บปวด (ซึ่งเป็นสาเหตุที่หลาย ๆ โปรแกรมสนับสนุน

BMP

BMP นั้นเป็นเพียงบิตแมปอิสระของอุปกรณ์ Windows ที่เขียนลงดิสก์ มีการสนับสนุนที่ จำกัดอย่างมากสำหรับการบีบอัด (และBMP ส่วนใหญ่ไม่ได้ถูกบีบอัดเลย) โปรแกรมที่เขียนขึ้นสำหรับ Windows สามารถอ่าน / เขียน BMP ได้ง่ายมาก ๆแต่ก็ไม่มีอะไรอื่นที่จะแนะนำ (โดยเฉพาะไฟล์ BMP มักจะค่อนข้างใหญ่สำหรับปริมาณข้อมูลที่จัดเก็บ) BMP ไม่มีวิธีใด ๆ ในการจัดเก็บข้อมูลเมตา EXIF ​​(หรือคล้ายกัน) BMP นั้นคล้ายกับ PNG แต่เฉพาะเจาะจงกับ Windows มากกว่า

ข้อสรุป

JPEG มีประโยชน์เป็นรูปแบบผลลัพธ์ (เช่นเพื่อแสดงสิ่งต่าง ๆ บนหน้าเว็บมันดีเพราะมีขนาดกะทัดรัดและแทบทุกคนสามารถอ่านได้)

TIFF มักใช้เป็นรูปแบบกลางเพื่อ (ตัวอย่าง) เก็บไฟล์ที่อาจถูกแก้ไขในภายหลัง

ข้อ จำกัด 256 สีทำให้ GIF ค่อนข้างใกล้เคียงกับภาพถ่าย BMP และ PNG นั้นไม่เป็นอันตรายต่อภาพถ่าย แต่ไม่สามารถจัดเก็บเมตาดาต้าได้และการบีบอัดที่ใช้นั้นไม่ค่อยมีประสิทธิภาพมากนักสำหรับภาพถ่าย

โดยทั่วไปฉันจะบอกว่าคุณอาจต้องการบันทึกลงในรูปแบบที่รองรับข้อมูลเมตาเว้นแต่คุณจะมีเหตุผลที่น่าสนใจในการทำเช่นนั้น ในเรื่องนั้น jpeg และ tiff เป็นสองรูปแบบที่พบบ่อยที่สุดสำหรับการถ่ายภาพนอก RAW + XMP หรือ DNG

ฉันใช้ PNG ในพอร์ตการลงทุนออนไลน์ของฉันเนื่องจากฉันได้ใช้เพื่อปัดเศษของภาพที่ปรับขนาดของฉันสำหรับนิทรรศการที่ดีขึ้นและทำบางสิ่งบางอย่างเพื่อแยกงานออกจากทุกคน ข้อเสียของสิ่งนี้คือ PNG ไม่รองรับข้อมูลเมตา สิ่งนี้มีข้อ จำกัด อยู่หลายประการเนื่องจากไซต์รูปภาพออนไลน์ที่ดีกว่าส่วนใหญ่สนับสนุนการแยกเมทาดาทาและการแสดงผลอัตโนมัติ (เช่น Flickr)

จะมีความชัดเจนมากขึ้น ... เมื่อแสดงผลงานศิลปะที่มีการลดขนาดออนไลน์เช่น Flickr, DeviantArt, 1x, RedBubble และอื่น ๆ ... ควรใช้ JPEG เป็นรูปแบบผลลัพธ์สุดท้ายของคุณ ไฟล์เหล่านี้มีคุณภาพดี แต่มีขนาดเล็กมากและรองรับเมทาดาทา สำหรับการจัดเก็บต้นฉบับระยะยาวฉันขอแนะนำ RAW + XMP, DNG หรือ TIFF เนื่องจากรูปแบบทั้งหมดเหล่านั้นทำการบีบอัดแบบไม่สูญเสียข้อมูลและเก็บข้อมูลเมตาไว้ด้วย TIFF อาจเป็นตัวเลือกที่ดีที่สุดสำหรับคุณหากคุณใช้ Gimp ฉันใช้ RAW + XMP ด้วยตัวเองเหมือนฉันมีไฟล์ดิบดั้งเดิม ... แต่ฉันก็คิดว่าการแปลงทุกอย่างเป็น DNG เพื่อทำให้การจัดการไฟล์ง่ายขึ้น

^{เตรียมพร้อมสำหรับการโพสต์อันยิ่งใหญ่ - ใช่นี่มันเกินมือแล้ว ...}

ภาระหน้าที่ xkcd:

น่าเสียดายที่ไม่มีรูปแบบที่ดีที่สุด บางตัวได้รับการสนับสนุนเป็นอย่างดีบางข้อเสนอมีความคล่องตัวสูงบางอย่างเสนอการบีบอัดแบบไม่สูญเสีย ...

ส่วนแรกของคำตอบนี้ ("คุณสมบัติ" & "ภาพรวมคร่าวๆของรูปแบบ") จะพูดถึงด้านเทคนิคในขณะที่ส่วนที่สอง ("(อื่น ๆ ) สิ่งที่ต้องพิจารณา") จะเน้นไปที่การใช้งานรูปแบบที่หลากหลาย .

คุณสมบัติ:

^{โปรดทราบว่ามันเป็นไปไม่ได้ที่จะรวมการแฮ็กทุกครั้งในทุกรูปแบบ - เช่นสามารถบันทึก GIF ได้โดยไม่ต้องบีบอัดโดยไม่สนใจตาราง LZW ทำไมฉันไม่พูดถึงด้านล่างนี้ เพราะ 99% ของ GIF ทั้งหมดที่ฉันเคยพบใช้ LZW เพราะ LZW ในวันนี้ไม่ต้องใช้สมองในการคำนวณและเนื่องจากโพสต์นี้พยายามที่จะอธิบายสถานการณ์สำหรับสถานการณ์ที่เป็นที่นิยมไม่ใช่แผนก R&D ของ ILM ช่างภาพจะใช้ไฟล์ของพวกเขาสำหรับการเก็บถาวรการเผยแพร่และการพิมพ์ดังนั้นนี่คือสิ่งที่ฉันพิจารณาที่นี่}

ข้อมูลข้ามการตรวจสอบระหว่างบทความที่เกี่ยวข้องวิกิพีเดียรายละเอียดเปรียบเทียบวิกิพีเดียและ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)ใช้ HEVC ซึ่งคุณอาจจะรู้จักจากตัวแปลงสัญญาณวิดีโอ H.265 มันหมายถึงการเป็นผู้สืบทอดต่อ JPEG แต่ไม่เคยได้รับความนิยมมากพอ ด้วยการเพิ่มขึ้นของ HEIF ซึ่งค่อนข้างคล้ายกันในบางวิธี แต่ได้รับความนิยมมากขึ้นเป็นไปได้ที่ HEIF จะเป็นที่ต้องการ HEVC นั้นเหนือกว่าในแง่ของการบีบอัดเมื่อเทียบกับ DCT ของ JPEG - อย่างไรก็ตามมันไม่สามารถเปรียบเทียบได้ดีในทุกกรณียกเว้นอัตราบิตที่ต่ำกว่าเนื่องจากมีแนวโน้มที่จะเบลอ

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) ต่อพิกเซล สิ่งที่[ ]เป็นตัวเลือก; ?... การศึกษาเดา / ไม่มีเงื่อนงำ}

'Free Lossless Image Format' (FLIF)ใช้การบีบอัด HEVC ที่ไม่เกิดการสูญเสีย การเรียกร้อง FLIF จะมีอัตราส่วนการบีบอัดมากในการเปรียบเทียบกับรูปแบบอื่น ๆ ตลอดเวลา - ในขณะที่การทดสอบของตัวเองที่ทำให้ผมเชื่อว่านี่มันจริงๆต้องคำนวณพลังงานที่จะใช้งาน^{(หลายนาทีของการเข้ารหัสเวลาสำหรับเดียว 24 ภาพ MP กับ hyperthreaded 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) ต่อพิกเซล สิ่งที่[ ]เป็นตัวเลือก; ?... การศึกษาเดา / ไม่มีเงื่อนงำ}

ในขณะที่'รูปแบบกราฟิก Interchange' (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)ใช้ HEVC สำหรับการบีบอัดเช่นกัน นอกเหนือจากช่องสีแล้วยังสามารถถือได้ทั้งช่องอัลฟาหรือแผนที่ความลึก (ใช้สำหรับเอฟเฟกต์ความชัดลึกของฟิลด์ในภายหลัง) นอกจากนี้การแก้ไขขั้นพื้นฐานสามารถเกิดขึ้นได้โดยไม่สูญเสีย ตามข้อกำหนดรายละเอียดมันยังมีโหมดการบีบอัดแบบไม่สูญเสีย เนื่องจากระบบปฏิบัติการหลักทั้งหมดสนับสนุนดูเหมือนว่าคู่แข่งที่น่าจะเป็นไปได้สำหรับการสืบทอดของ 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) ต่อพิกเซล สิ่งที่[ ]เป็นตัวเลือก; ?... การศึกษาเดา / ไม่มีเงื่อนงำ}

'Joint Photographic Experts Group' (JPEG)เป็นรูปแบบภาพที่ใช้มากที่สุดในปัจจุบัน มันใช้การแปลงโคไซน์ไม่ต่อเนื่อง (DCT) ซึ่งเป็นชนิดสูญเสีย ^{มีสเปคแบบ lossless แต่ไม่ได้ใช้บ่อยเกินไป} โปรแกรมบางอย่างสามารถดำเนินการพื้นฐานบางอย่าง (เช่นการหมุน) แบบไม่มีการสูญเสียแม้ว่าจะต้องใช้ความกว้างและความสูงของภาพในการหารด้วย 8 (ขนาดบล็อกของ JPEG) - เช่น 800x640 จะทำงาน 804x643 จะไม่ทำงาน JPEG ไม่มีตัวเลือกในการบันทึกภาพใน RGB - มันแปลงภาพเป็น YCbCr colorspace และมักจะลดข้อมูลพิกเซลจาก 4: 4: 4 (ทุกพิกเซลมีช่องทั้งหมด) เป็น4: 2: 0 (ทุกช่องมีความสว่าง แต่ เพียง แต่ทุก 4 ^THพิกเซลได้รับ 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) ต่อพิกเซล สิ่งที่[ ]เป็นตัวเลือก; ?... การศึกษาเดา / ไม่มีเงื่อนงำ}

'Portable Network Graphics' (PNG)ถูกนำมาใช้เป็นตัวต่อสำหรับ GIF ในขณะที่มันไม่สูญเสียการออกแบบไฟล์ PNG สามารถปรับให้เหมาะสมด้วยเครื่องมือหลายอย่างซึ่งบางไฟล์จะบีบอัดไฟล์ในลักษณะที่สูญเสียไป PNG ใช้การบีบอัด DEFLATE ดังนั้นจึงค่อนข้างมีประสิทธิภาพสำหรับกราฟิก (เช่นภาพวาด CAD, ภาพหน้าจอ, ... ) แต่มีประสิทธิภาพน้อยกว่าสำหรับภาพถ่าย แม้ว่าจะมีการรองรับข้อมูลเมตา แต่บางโปรแกรมก็มีปัญหาในการอ่าน ^{ขอบคุณสำหรับ heads-up @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)เป็นรูปแบบที่น่ากลัวที่ฉันรวมไว้เพราะทุกคนดูเหมือนจะรู้ มันเปิดตัวในปี 1984 รองรับการบีบอัดแบบไม่สูญเสียข้อมูล (RLE) ซึ่งจะทำงานได้ดีกับกราฟิก แต่ไม่ดีพอสำหรับภาพถ่าย

TIFF

 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 มันไม่เคยก้าวเข้าสู่อุปกรณ์ผู้บริโภคแม้ว่ามันจะดูเหมือนว่ามันถูกใช้โดยบริการอินเทอร์เน็ตจำนวนมาก

(อื่น ๆ ) สิ่งที่ต้องพิจารณา:

เข้ารหัสอีกครั้ง (การสูญเสียรุ่น)

การเข้ารหัสไฟล์ lossless อีกครั้งจะไม่เปลี่ยนแปลงอะไรเลย - การเข้ารหัสไฟล์ lossy อีกครั้งจะนำไปสู่สิ่งประดิษฐ์ได้อย่างแน่นอน JPEG สามารถจัดการไฟล์นี้ได้ดีถ้าคุณบันทึกไฟล์ในการตั้งค่าคุณภาพแบบเดียวกับที่เคยบันทึกไว้

วิดีโอนี้แสดงการสูญเสียรุ่นค่อนข้างดี - เฟรมแรกแสดงไฟล์ต้นฉบับในขณะที่คนอื่น ๆ ทั้งหมดแสดงการบีบอัดข้อมูลใหม่ด้วยการตั้งค่าคุณภาพที่แตกต่าง ^{(โปรดทราบว่า FLIF อยู่ในโหมดสูญเสียดังนั้นเฟรมแรกจะดูแตกต่างออกไป)}

สิ่งประดิษฐ์ไม่จำเป็นต้องเป็นประโยคประหารชีวิต - ตัวอย่างเช่นสำหรับการเผยแพร่ทางเว็บอย่างรวดเร็วหรือดูตัวอย่างบนอุปกรณ์พกพามันอาจไม่เลวร้ายนัก

อายุการใช้งานของตัวแปลงสัญญาณ

เมื่อเขียนคำตอบนี้ฉันคิดกับตัวเองว่า "ใครจะใช้ TARGA ทุกวันนี้ล่ะ?" และมันทำให้ฉันคิดว่า: ฉันจะไม่ลังเลเลยที่จะขับรถในยุค 80 ฉันไม่ลังเลเลยที่จะดูภาพที่ถ่ายในยุค 80 ฉันจะใช้กล้องที่ทำในเวลานั้น แต่ฉันจะไม่ใช้ตัวแปลงสัญญาณที่เก่า ทำไม?

ในท้ายที่สุดไม่มีวิธีที่แน่นอนที่จะบอกว่าตัวแปลงสัญญาณหนึ่งตัวหรือตัวอื่น ๆ จะอยู่รอดในช่วงเวลาหนึ่ง หาก HEIF ต้องเปลี่ยน JPEG บนอุปกรณ์สำหรับผู้บริโภคในวันพรุ่งนี้จะต้องใช้เวลานานเท่าใดกว่าที่โปรแกรมจะหยุดให้การสนับสนุน JPEG มีคอมพิวเตอร์กี่รุ่น - และที่สำคัญกว่า: ระบบปฏิบัติการ - จะมีก่อนที่คุณจะไม่สามารถเปิดได้อีกต่อไป?

ในทางกลับกันตัวแปลงสัญญาณที่ค่อนข้างง่ายเช่น TARGA ต้องการเพียงโปรแกรมที่ค่อนข้างง่ายในการอ่านในขณะที่ตัวแปลงสัญญาณที่ทันสมัยและตัวถอดรหัสของพวกเขามีการพึ่งพาหลายอย่าง ดังนั้นในขณะที่ความเรียบง่ายไม่ดีสำหรับการบีบอัดมันอาจจะดีสำหรับการเก็บถาวรในสถานการณ์ที่เลวร้าย ^{ขอบคุณ@lijat ที่ชี้เรื่องนี้ออกมา!}

ในความคิดของฉันสิ่งนี้ต้องการหลายมุมในการพิจารณา: ตัวแปลงสัญญาณใดที่ได้รับความนิยมมากพอที่การสนับสนุนจะไม่ลดลงในทันที ตัวแปลงสัญญาณใดที่ได้รับการสนับสนุนโดยชุมชนโอเพนซอร์ส (เพราะไม่มีใครจะรักษารูปแบบที่เป็นกรรมสิทธิ์จาก บริษัท ล้มละลาย) นอกจากนี้ดูเหมือนว่าอย่างน้อยทุก ๆ สิบปีหรือมากกว่านั้นเราควรดูว่ามีความจำเป็นที่จะต้องข้ามไปที่ตัวแปลงสัญญาณใหม่ที่รองรับที่ดีกว่าหรือไม่^{(ดู "การเข้ารหัสซ้ำ (การสูญเสียรุ่น)")} - เช่นคุณ TARGA-collection ของคุณจะอ่านไม่ออกพรุ่งนี้ใช่ไหม?

ว่าด้วยวิธีการที่เป็นกังวลโดยเฉพาะอย่างยิ่งเมื่อคิดเกี่ยวกับไฟล์ RAW

การสนับสนุนโปรแกรม (Longevity # 2)

ตัวแปลงสัญญาณที่ได้รับความนิยมและดีที่สุดจะไม่ดีพอหากคุณไม่สามารถใช้งานได้ และในขณะที่ฉันจะไม่ใช้ตัวแปลงสัญญาณด้อยกว่าเพียงเพราะโปรแกรมเฉพาะไม่สนับสนุนมันก็อาจจะไม่ดีที่จะใช้ตัวแปลงสัญญาณที่เพียงหนึ่งโปรแกรมรองรับอย่างถูกต้อง

คุณสมบัติใดที่ฉันต้องการ

โดยส่วนตัวแล้วฉันยังคงเข้ารหัสไฟล์ส่วนใหญ่เป็น JPEG - ฉันสามารถอ่านไฟล์บนอุปกรณ์ใดก็ได้และฉันแทบจะไม่สามารถเห็นสิ่งประดิษฐ์ได้เลย 8 บิตนั้นดีพอสำหรับอุปกรณ์ส่วนใหญ่และช่องอัลฟาไม่จำเป็นต้องใช้จริงๆเมื่อดูภาพ

สำหรับไฟล์ทั้งหมดที่ไม่ได้ "แก้ไขครั้งเดียว" - สไตล์ฉันจะเก็บ RAWs ของฉันหรืออย่างน้อย 16 บิต TIFFs เพื่อให้สามารถใช้งานได้ในอนาคต

PSD? DNG?

"เอกสาร Photoshop" (PSD) เป็นรูปแบบ TIFF ของ Photoshop ในทางเทคนิคแล้วมันค่อนข้างคล้ายกับ TIF มี PSB เช่นกันซึ่งเป็นสิ่งเดียวกันสำหรับขนาดไฟล์ที่เกิน 4 GiB ไม่มีอะไรผิดปกติกับการใช้งาน แต่โดยส่วนตัวแล้วฉันชอบ TIFF มากที่สุด

"Digital Negative" (DNG) เป็นความพยายามในการสร้างมาตรฐาน RAW แบบเปิด ในขณะที่ฉันชอบแนวคิดนี้และใช้งานได้ดีโปรดทราบว่าบรรณาธิการ RAW บางคนมีปัญหากับพวกเขาเช่น Capture One มักจะลืมสมดุลสีขาวของกล้อง โปรแกรมอื่น ๆ ในอดีตแสดงให้เห็นว่าเป็นภาพสีขาวหรือสีชมพูที่เป็นของแข็งหรือให้เฉดสีแดงม่วง หากขนาดไฟล์ไม่เกี่ยวข้องกับคุณคุณสามารถรวม RAW ดั้งเดิมไว้ใน DNG ของคุณ - หากคุณต้องการอีกครั้งคุณสามารถแยกไฟล์ได้อีกครั้ง 2 เซ็นต์ของฉัน ลองใช้กับซอฟต์แวร์ที่คุณชื่นชอบ - และถ้ามันใช้งานได้ดีให้ใช้มัน

รูปแบบอื่น ๆ ?

เนื่องจากสิ่งนี้หมดไปแล้วฉันจึงไม่ต้องการที่จะจัดการกับรูปแบบภาพมากยิ่งขึ้น อย่างไรก็ตามนี่ไม่ได้หมายความว่าสิ่งที่ไม่ได้อยู่ในรายการจะไม่คุ้มค่าที่จะพิจารณา

ฉันบันทึกรูปภาพที่แก้ไขของฉันเป็น TIFF ด้วยการบีบอัด LZW ฉันใช้ Gimp เพื่อแก้ไขและฉันมีสคริปต์ที่ใช้ ImageMagick ที่แปลง TIFF เป็น JPG ที่มีขนาดและระดับคุณภาพต่าง ๆ สำหรับการใช้งานเว็บการพิมพ์และอื่น ๆ ฉันคาดหวังว่า PNG จะใช้งานได้เช่นกัน ฉันเลือกระหว่างพวกเขาเลือกเมื่อหลายปีก่อนและฉันลืมไปว่าทำไมฉันถึงเลือก TIFF (อาจเป็นปัญหาเมตาดาต้าที่ผู้ตอบแบบสอบถามคนอื่น ๆ ได้กล่าวถึงหรืออาจเป็นผลลัพธ์ PNG ของ ufraw ช้าเกินไป)

เมื่อฉันต้องการรักษาเลเยอร์สำหรับการแก้ไขในอนาคตฉันบันทึกเป็น. xcf.gz (รูปแบบดั้งเดิมของ Gimp ด้วยการบีบอัด gzip) แน่นอนถ้าคุณใช้โปรแกรมนอกเหนือจาก Gimp นั่นอาจไม่เป็นประโยชน์