The zlib trailer consists of a 4-by

The zlib trailer consists of a 4-byte CRC value, based on the uncompressed data. The algorithm for
computing the CRC is defined in the zlib specification. As per the zlib specification, the CRC value is
stored in big-endian byte order, regardless of the byte order specified in the TIFF file header.
The actual compressed data portion of the zlib data stream consists of one or more data blocks. The first
block begins on a byte boundary, immediately following the header. Succeeding blocks are concatenated
together, and do not necessarily begin on byte boundaries. The final block will be padded to the next byte
boundary, prior to the CRC trailer. Each block begins with a 3-bit header. The first bit is a flag which
indicates the final data block in the zlib data stream. The next two bits indicate the compression type for the
block: uncompressed, LZ77 with fixed Huffman codes, or LZ77 with dynamic Huffman codes.
The compressed data may contain backward pointers to repeated byte strings. Although it should be
obvious, we will state the following rule for completeness: while backward pointers may cross block
boundaries (they may reference repeated byte strings up to 32K bytes away), they must not attempt to point
outside of the current zlib data stream (i.e., they must not reference a block in another image segment).
Further, these backward pointers bear no relationship whatsoever to TIFF offsets (which are often referred
to as pointers in this document).

ผลลัพธ์ (ไทย) 1:

รถพ่วง zlib ประกอบด้วยค่า CRC 4 ไบต์ ตามข้อมูลการบีบอัด อัลกอริทึมสำหรับการคำนวณ CRC กำหนดไว้ในข้อมูลจำเพาะ zlib ตามสเปคที่ zlib ค่า CRC คือเก็บไว้ในใบสั่งไบต์ endian ใหญ่ โดยไม่คำนึงถึงลำดับไบต์ที่ระบุในส่วนหัวของแฟ้ม TIFFส่วนข้อมูลจริงที่ถูกบีบอัดของสตรีมข้อมูล zlib ประกอบด้วยมากกว่า หนึ่งบล็อกข้อมูล ครั้งแรกบล็อกเริ่มต้นบนขอบเขตไบต์ ต่อหัวข้อทันที มีการเชื่อมรวมบล็อกประสบความสำเร็จร่วมกัน และไม่จำเป็นต้องเริ่มบนขอบเขตไบต์ บล็อกสุดท้ายจะมีเบาะให้ไบต์ถัดไปขอบ ก่อนรถพ่วง CRC แต่ละบล็อกเริ่ม ด้วยหัวข้อ 3 บิต บิตแรกเป็นธงที่บ่งชี้ว่า บล็อกข้อมูลสุดท้ายในสตรีมข้อมูล zlib ระบุบิตสองถัดไปชนิดการบีบอัดสำหรับการบล็อก: LZ77 ถาวรรหัส Huffman หรือ LZ77 ด้วยรหัสแบบไดนามิก Huffman ไม่บีบอัดการบีบอัดข้อมูลอาจประกอบด้วยตัวชี้ย้อนหลังสายอักขระซ้ำไบต์ ถึงแม้ว่ามันควรจะเป็นชัดเจน เราจะระบุกฎความสมบูรณ์ต่อไปนี้: ในขณะที่ตัวชี้ย้อนหลังอาจข้ามบล็อกขอบเขต (พวกเขาอาจอ้างสายอักขระซ้ำไบต์ถึง 32 กิโลไบต์ห่าง), พวกเขาต้องไม่พยายามชี้ภายนอกของสตรีมข้อมูล zlib ปัจจุบัน (เช่น พวกเขาต้องไม่อ้างอิงบล็อกอื่นในภาพ)ต่อไป ตัวชี้เหล่านี้ย้อนหลังหมีไม่มีความสัมพันธ์อะไรกับ TIFF ชดเชย (ซึ่งมักเรียกว่าเพื่อเป็นตัวชี้ในเอกสารนี้)

ผลลัพธ์ (ไทย) 2:

รถพ่วง zlib ประกอบด้วย 4 ไบต์ค่า CRC บนพื้นฐานของข้อมูลที่ไม่มีการบีบอัด อัลกอริทึมสำหรับ
การคำนวณ CRC ถูกกำหนดไว้ในข้อกำหนด zlib ตามข้อกำหนด zlib มูลค่าซีอาร์ซีจะถูก
เก็บไว้ในลำดับไบต์ big-โดยไม่คำนึงถึงลำดับไบต์ที่ระบุไว้ในส่วนหัวของแฟ้ม TIFF.
ที่เกิดขึ้นจริงส่วนการบีบอัดข้อมูลของกระแสข้อมูล zlib ประกอบด้วยหนึ่งหรือมากกว่าบล็อกข้อมูล ครั้งแรกที่
บล็อกเริ่มต้นในเขตแดนไบต์ทันทีต่อไปส่วนหัว บล็อกที่ประสบความสำเร็จได้รับการตัดแบ่ง
กันและไม่จำเป็นต้องเริ่มต้นในเขตแดนไบต์ บล็อกสุดท้ายจะได้รับเบาะไบต์ต่อไป
เขตแดนก่อนที่จะมีรถพ่วงซีอาร์ซี แต่ละบล็อกเริ่มต้นด้วยส่วนหัว 3 บิต บิตแรกเป็นธงที่
บ่งชี้ว่าบล็อกข้อมูลสุดท้ายในกระแสข้อมูล zlib ทั้งสองบิตต่อไประบุประเภทการบีบอัดสำหรับ
บล็อก:. ไม่มีการบีบอัด LZ77 กับการแก้ไขรหัส Huffman หรือ LZ77 ด้วยรหัส Huffman แบบไดนามิก
ข้อมูลบีบอัดอาจจะมีตัวชี้ย้อนกลับสตริงไบต์ซ้ำแล้วซ้ำอีก แม้ว่ามันควรจะ
เห็นได้ชัดเราจะระบุกฎต่อไปนี้เพื่อความสมบูรณ์ในขณะที่ตัวชี้ย้อนหลังอาจข้ามบล็อก
ขอบเขต (พวกเขาอาจจะอ้างอิงถึงสตริงไบต์ซ้ำได้ถึง 32K ไบต์ไป) พวกเขาจะต้องไม่พยายามที่จะชี้
นอกกระแสในปัจจุบันข้อมูล zlib ( คือพวกเขาจะต้องไม่อ้างอิงบล็อกในส่วนภาพอื่น).
นอกจากนี้เหล่านี้ชี้ย้อนหลังแบกไม่มีความสัมพันธ์ใด ๆ ในการชดเชย TIFF (ซึ่งมักจะเรียก
ว่าตัวชี้ในเอกสารนี้)

ผลลัพธ์ (ไทย) 3:

zlib รถพ่วงประกอบด้วย 4-byte CRC มูลค่า , ตามข้อมูลที่ไม่มีการบีบอัด . ขั้นตอนวิธีสำหรับการคำนวณ CRC มีการกําหนดใน zlib สเปค ตามสเปค zlib , ค่า CRC คือเก็บไว้ใน endian ใหญ่ใบสั่งไบต์ โดยไม่คำนึงถึงไบต์เพื่อระบุใน TIFF ไฟล์ส่วนหัวบีบอัดข้อมูลที่แท้จริง ส่วนของ zlib กระแสข้อมูลประกอบด้วยหนึ่งหรือมากกว่าหนึ่งบล็อกข้อมูล ครั้งแรกบล็อกเริ่มต้นที่ไบต์เขตแดนทันทีตามหัว จะมาประสบความสำเร็จบล็อกด้วยกันและไม่จําเป็นต้องเริ่มต้นที่ไบต์ ขอบเขต บล็อกสุดท้ายจะเป็นเบาะเพื่อไบต์ถัดไปขอบเขต ก่อนที่จะเกิดรถพ่วง แต่ละบล็อกที่เริ่มต้นด้วย 3-bit ส่วนหัว บิตแรก เป็นธงที่แสดงบล็อกข้อมูลสุดท้ายใน zlib ข้อมูลสตรีม ถัดไปสองบิตที่ระบุประเภทของการบีบอัดสำหรับบล็อก : การบีบอัด Huffman รหัส lz77 , ถาวร หรือ lz77 ด้วยรหัสฮัฟฟ์แมน ไดนามิกบีบอัดข้อมูลอาจมีถอยหลังตัวชี้ซ้ำสตริงไบต์ แม้ว่ามันควรจะชัดเจน เราจะรัฐกฎต่อไปนี้ให้ครบถ้วน : ในขณะที่ย้อนกลับ ชี้อาจข้ามบล็อกขอบเขต ( พวกเขาอาจอ้างอิงสตริงไบต์ซ้ำถึง 32 ไบต์ห่าง ) , พวกเขาจะต้องไม่พยายามที่จะจุดนอกกระแสข้อมูล zlib ในปัจจุบัน ( เช่น พวกเขาต้องไม่อ้างอิงบล็อกในส่วนอื่นของภาพ )เพิ่มเติม ชี้ไปข้างหลังเหล่านี้ไม่มีความสัมพันธ์ใด ๆที่จะชดเชย TIFF ( ซึ่งมักจะเรียกกันว่าเป็นคำแนะนำในเอกสารนี้ )