libjpeg-turbo

libjpeg เทอร์โบเป็นแหล่งเปิดข้ามแพลตฟอร์มและซอฟต์แวร์ที่สมบูรณ์ฟรีออกแบบมาเพื่อให้รุ่นความเร็วสูงของซอฟต์แวร์ห้องสมุด libjpeg เดิมที่สร้างขึ้นเฉพาะสำหรับ x86 และ x86-64 โปรเซสเซอร์ซึ่งใช้ SIMD ( คำสั่งเดียวหลายข้อมูล) คำแนะนำเช่น SSE2, MMX และนีออนเพื่อเร่งการบีบอัด JPEG พื้นฐานและการบีบอัด.

ซอฟต์แวร์ที่เป็นได้อย่างรวดเร็วตัวแปลงสัญญาณภาพ JPEG ที่มีทั่วไป 2-4x เร็วกว่ารุ่นที่ไม่มีการแก้ไขของ libjpeg โครงการที่ได้รับการสร้างสรรค์บนพื้นฐาน libjpeg / โครงการ SIMD สร้างขึ้นโดยมาซารุ Miyasaka.

รุ่นเทอร์โบนี้ของไลบรารี libjpeg ยังนำ API ของ libjpeg แบบดั้งเดิมเช่นเดียวกับการตรงไปตรงมา TurboJPEG API นอกจากนี้ยังมีส่วนขยาย colorspace ซึ่งจะช่วยให้ผู้ใช้ในการบีบอัดจากหรือขยายไป big-และ 32 บิตบัฟเฟอร์พิกเซล (XBGR, RGBX ฯลฯ ) และอินเตอร์เฟซ Java เต็มรูปแบบ.

เพื่อความสะดวกของซอฟต์แวร์ที่มีการกระจายเป็นผู้ติดตั้งพื้นเมืองสำหรับ DEB และ RPM ที่ใช้ระบบปฏิบัติการเช่น Debian, Ubuntu, Linux Mint, Fedora, CentOS, Red Hat Enterprise Linux, openSUSE, Mageia ฯลฯ สนับสนุนทั้ง 64 และ 32 บิตแพลตฟอร์มฮาร์ดแวร์.

โครงการ libjpeg เทอร์โบสามารถติดตั้งได้อย่างง่ายดายจากที่เก็บซอฟแวร์หลักของการกระจาย GNU / Linux นอกจากนี้ยังจะได้รับการติดตั้งโดยอัตโนมัติพร้อมกับซอฟแวร์ใด ๆ ที่จำเป็นต้องได้.

ในการติดตั้งได้ด้วยตนเองโดยใช้แพคเกจที่มาในกรณีที่คุณต้องการที่จะเพิ่มประสิทธิภาพของมันสำหรับสถาปัตยกรรมฮาร์ดแวร์ของคุณ / ระบบปฏิบัติการดาวน์โหลดและบันทึกเก็บล่าสุดจาก Softoware, สารสกัดจากเนื้อหาของมันโดยใช้ยูทิลิตี้ผู้จัดการเก็บเปิดแอป Terminal และ ไปที่สถานที่ตั้งของแฟ้มเก็บสกัด (เช่น cd / home / softoware / libjpeg เทอร์โบ).

จากนั้นเรียกใช้ & lsquo; ./ กำหนดค่า && ให้ & rsquo; คำสั่งในการกำหนดค่าและรวบรวมโปรแกรมตามด้วย & lsquo; sudo ให้ติดตั้ง & rsquo; commad ที่จะติดตั้งทั้งระบบและทำให้มันสามารถใช้ได้กับทุกการใช้งาน

มีอะไรใหม่ ในรุ่นนี้:.

< li> คงสร้างปัญหาบนแพลตฟอร์ม OS X PowerPC (md5cmp ล้มเหลวในการสร้างเพราะ OS X ไม่ได้ให้ le32toh () และ htole32 () ฟังก์ชั่น.).
• ไม่ใช่ SIMD รหัสแปลงสี RGB565 ไม่ทำงานอย่างถูกต้องบนเครื่อง endian ใหญ่ นี้ได้รับการแก้ไข.
• แก้ไขปัญหาใน tjPlaneSizeYUV () โดยมันไม่สมควรจะกลับ 1 แทน -1 ถ้าเป็น ComponentID & gt; 0 และ subsamp เป็น TJSAMP_GRAY.
• แก้ไขปัญหาใน tjBufSizeYUV2 () wherby มันไม่สมควรจะกลับ 0 แทน -1 ถ้าความกว้างเป็น & lt; 1.
• Huffman เข้ารหัสตอนนี้ใช้ CLZ และ BSR คำแนะนำสำหรับการนับบิตบนแพลตฟอร์ม ARM64.
• วิธีปิด () ในชั้นเรียนและ TJCompressor ​​TJDecompressor ​​Java ในขณะนี้คือ idempotent ก่อนหน้านี้วิธีการที่จะเรียก tjDestroy พื้นเมือง () ฟังก์ชันแม้ว่าอินสแตนซ์ TurboJPEG ได้รับแล้วทำลาย เรื่องนี้ทำให้เกิดข้อยกเว้นจะถูกโยนในระหว่างการสรุปถ้าปิด () วิธีการได้รับการเรียกแล้ว ยกเว้นในกรณีที่ถูกจับได้ แต่มันก็ยังคงเป็นงานราคาแพง.
• TurboJPEG API ก่อนหน้านี้สร้างข้อผิดพลาด (& quot; ไม่สามารถกำหนดประเภท subsampling สำหรับภาพ JPEG & quot;) เมื่อพยายามที่จะขยายภาพ JPEG สีเทาที่ถูกบีบอัดด้วยปัจจัยการสุ่มตัวอย่างอื่น ๆ กว่า 1 (เช่นด้วย 'cjpeg เฉดสีเทา - ตัวอย่าง 2x2) subsampling ในทางเทคนิคไม่มีความหมายกับ JPEGs สีเทาและทำให้แนวนอนและแนวปัจจัยการสุ่มตัวอย่างสำหรับภาพดังกล่าวจะถูกละเลยโดย decompressor อย่างไรก็ตาม TurboJPEG API ถูกเข้มงวดเกินไปและได้รับการคาดหวังว่าปัจจัยการสุ่มตัวอย่างจะเท่ากับ 1 ก่อนที่จะได้รับการรักษาภาพเป็น JPEG สีเทา.
• cjpeg, djpeg และ jpegtran ตอนนี้ยอมรับข้อโต้แย้งของ -version ซึ่งจะพิมพ์รุ่นห้องสมุดและออก.
• หมายถึง 1.4 Beta1 [15] อีกกรณีที่หายากมากที่ถูกค้นพบภายใต้กันชนท้องถิ่นเข้ารหัส Huffman สามารถย่ำยีเมื่อผู้จัดการปลายทางบัฟเฟอร์จะถูกใช้และบล็อกมาก-ความถี่สูง (พื้นข้อมูลภาพขยะ) เป็น ถูกเข้ารหัส แม้ว่า Huffman บัฟเฟอร์ท้องถิ่นเพิ่มขึ้นจาก 128 ไบต​​์ 136 ไบต์เพื่อแก้ไขปัญหาก่อนหน้านี้ปัญหาใหม่ที่เกิดแม้แต่กันชนขนาดใหญ่ที่จะถูกบุกรุก การวิเคราะห์เพิ่มเติมพบว่าในกรณีที่เลวร้ายแน่นอน (เช่นการตั้งค่าสัมประสิทธิ์สลับ AC ไป 32767 -32768 และในลำดับที่สแกน JPEG), เข้ารหัส Huffman สามารถผลิตบล็อกที่เข้าใกล้สองเท่าของขนาดของบล็อก unencoded เข้ารหัส ดังนั้น Huffman บัฟเฟอร์ท้องถิ่นเพิ่มขึ้นเป็น 256 ไบต์ซึ่งควรป้องกันปัญหาดังกล่าวจากที่เกิดขึ้นอีกในอนาคต.
• ใหม่ tjPlaneSizeYUV () tjPlaneWidth () และ tjPlaneHeight () ฟังก์ชั่นไม่สามารถใช้งานได้จริงบนแพลตฟอร์มใด ๆ ยกเว้น OS X และ Windows เพราะฟังก์ชั่นเหล่านั้นไม่ได้ถูกรวมใน libturbojpeg mapfile นี้ได้รับการแก้ไข.
• การบูรณะ JPP () JMETHOD () และมาโครห่างไกลในไฟล์ส่วนหัว libjpeg-เทอร์โบ JPP () และ JMETHOD () แมโครถูกนำมาใช้ครั้งแรกใน libjpeg เป็นวิธีการสนับสนุนคอมไพเลอร์ที่ไม่ได้มาตรฐาน ANSI ที่ขาดการสนับสนุนสำหรับพารามิเตอร์ต้นแบบ libjpeg เทอร์โบไม่เคยได้รับการสนับสนุนคอมไพเลอร์ดังกล่าว แต่บางซอฟแวร์ยังคงใช้แมโครเพื่อกำหนดต้นแบบของตัวเอง ในทำนองเดียวกัน libjpeg เทอร์โบไม่เคยได้รับการสนับสนุน MS-DOS และแพลตฟอร์มอื่น ๆ ที่มีสัญลักษณ์ไกล แต่บางซอฟแวร์ยังคงใช้แมโคร FAR อาร์กิวเมนต์ที่ดีงามสามารถทำที่ว่านี้คือการปฏิบัติที่ไม่ดีในส่วนของซอฟแวร์ในคำถาม แต่ตั้งแต่นี้มีผลมากกว่าหนึ่งแพคเกจก็เพียงเพื่อให้สามารถแก้ไขได้ที่นี่.
• ปัญหาถาวรที่ได้รับการป้องกัน 64 บิต ARM รหัส SIMD จากการรวบรวมสำหรับ iOS และรวมถึงสถาปัตยกรรม ARMv8 ในทุกไบนารีติดตั้งโดย & quot; อย่างเป็นทางการ & quot; libjpeg เทอร์โบ SDK สำหรับ OS X.

มีอะไรใหม่ ในรุ่น 1.4.2:

• คงสร้างปัญหาบนแพลตฟอร์ม OS X PowerPC ( md5cmp ล้มเหลวในการสร้างเพราะ OS X ไม่ได้ให้ le32toh () และ htole32 () ฟังก์ชั่น.).
• ไม่ใช่ SIMD รหัสแปลงสี RGB565 ไม่ทำงานอย่างถูกต้องบนเครื่อง endian ใหญ่ นี้ได้รับการแก้ไข.
• แก้ไขปัญหาใน tjPlaneSizeYUV () โดยมันไม่สมควรจะกลับ 1 แทน -1 ถ้าเป็น ComponentID & gt; 0 และ subsamp เป็น TJSAMP_GRAY.
• แก้ไขปัญหาใน tjBufSizeYUV2 () wherby มันไม่สมควรจะกลับ 0 แทน -1 ถ้าความกว้างเป็น & lt; 1.
• Huffman เข้ารหัสตอนนี้ใช้ CLZ และ BSR คำแนะนำสำหรับการนับบิตบนแพลตฟอร์ม ARM64.
• วิธีปิด () ในชั้นเรียนและ TJCompressor ​​TJDecompressor ​​Java ในขณะนี้คือ idempotent ก่อนหน้านี้วิธีการที่จะเรียก tjDestroy พื้นเมือง () ฟังก์ชันแม้ว่าอินสแตนซ์ TurboJPEG ได้รับแล้วทำลาย เรื่องนี้ทำให้เกิดข้อยกเว้นจะถูกโยนในระหว่างการสรุปถ้าปิด () วิธีการได้รับการเรียกแล้ว ยกเว้นในกรณีที่ถูกจับได้ แต่มันก็ยังคงเป็นงานราคาแพง.
• TurboJPEG API ก่อนหน้านี้สร้างข้อผิดพลาด (& quot; ไม่สามารถกำหนดประเภท subsampling สำหรับภาพ JPEG & quot;) เมื่อพยายามที่จะขยายภาพ JPEG สีเทาที่ถูกบีบอัดด้วยปัจจัยการสุ่มตัวอย่างอื่น ๆ กว่า 1 (เช่นด้วย 'cjpeg เฉดสีเทา - ตัวอย่าง 2x2) subsampling ในทางเทคนิคไม่มีความหมายกับ JPEGs สีเทาและทำให้แนวนอนและแนวปัจจัยการสุ่มตัวอย่างสำหรับภาพดังกล่าวจะถูกละเลยโดย decompressor อย่างไรก็ตาม TurboJPEG API ถูกเข้มงวดเกินไปและได้รับการคาดหวังว่าปัจจัยการสุ่มตัวอย่างจะเท่ากับ 1 ก่อนที่จะได้รับการรักษาภาพเป็น JPEG สีเทา.
• cjpeg, djpeg และ jpegtran ตอนนี้ยอมรับข้อโต้แย้งของ -version ซึ่งจะพิมพ์รุ่นห้องสมุดและออก.
• หมายถึง 1.4 Beta1 [15] อีกกรณีที่หายากมากที่ถูกค้นพบภายใต้กันชนท้องถิ่นเข้ารหัส Huffman สามารถย่ำยีเมื่อผู้จัดการปลายทางบัฟเฟอร์จะถูกใช้และบล็อกมาก-ความถี่สูง (พื้นข้อมูลภาพขยะ) เป็น ถูกเข้ารหัส แม้ว่า Huffman บัฟเฟอร์ท้องถิ่นเพิ่มขึ้นจาก 128 ไบต​​์ 136 ไบต์เพื่อแก้ไขปัญหาก่อนหน้านี้ปัญหาใหม่ที่เกิดแม้แต่กันชนขนาดใหญ่ที่จะถูกบุกรุก การวิเคราะห์เพิ่มเติมพบว่าในกรณีที่เลวร้ายแน่นอน (เช่นการตั้งค่าสัมประสิทธิ์สลับ AC ไป 32767 -32768 และในลำดับที่สแกน JPEG), เข้ารหัส Huffman สามารถผลิตบล็อกที่เข้าใกล้สองเท่าของขนาดของบล็อก unencoded เข้ารหัส ดังนั้น Huffman บัฟเฟอร์ท้องถิ่นเพิ่มขึ้นเป็น 256 ไบต์ซึ่งควรป้องกันปัญหาดังกล่าวจากที่เกิดขึ้นอีกในอนาคต.
• ใหม่ tjPlaneSizeYUV () tjPlaneWidth () และ tjPlaneHeight () ฟังก์ชั่นไม่สามารถใช้งานได้จริงบนแพลตฟอร์มใด ๆ ยกเว้น OS X และ Windows เพราะฟังก์ชั่นเหล่านั้นไม่ได้ถูกรวมใน libturbojpeg mapfile นี้ได้รับการแก้ไข.
• การบูรณะ JPP () JMETHOD () และมาโครห่างไกลในไฟล์ส่วนหัว libjpeg-เทอร์โบ JPP () และ JMETHOD () แมโครถูกนำมาใช้ครั้งแรกใน libjpeg เป็นวิธีการสนับสนุนคอมไพเลอร์ที่ไม่ได้มาตรฐาน ANSI ที่ขาดการสนับสนุนสำหรับพารามิเตอร์ต้นแบบ libjpeg เทอร์โบไม่เคยได้รับการสนับสนุนคอมไพเลอร์ดังกล่าว แต่บางซอฟแวร์ยังคงใช้แมโครเพื่อกำหนดต้นแบบของตัวเอง ในทำนองเดียวกัน libjpeg เทอร์โบไม่เคยได้รับการสนับสนุน MS-DOS และแพลตฟอร์มอื่น ๆ ที่มีสัญลักษณ์ไกล แต่บางซอฟแวร์ยังคงใช้แมโคร FAR อาร์กิวเมนต์ที่ดีงามสามารถทำที่ว่านี้คือการปฏิบัติที่ไม่ดีในส่วนของซอฟแวร์ในคำถาม แต่ตั้งแต่นี้มีผลมากกว่าหนึ่งแพคเกจก็เพียงเพื่อให้สามารถแก้ไขได้ที่นี่.
• ปัญหาถาวรที่ได้รับการป้องกัน 64 บิต ARM รหัส SIMD จากการรวบรวมสำหรับ iOS และรวมถึงสถาปัตยกรรม ARMv8 ในทุกไบนารีติดตั้งโดย & quot; อย่างเป็นทางการ & quot; libjpeg เทอร์โบ SDK สำหรับ OS X.

มีอะไรใหม่ ในรุ่น 1.4.0:

• คงสร้างปัญหาบนแพลตฟอร์ม OS X PowerPC ( md5cmp ล้มเหลวในการสร้างเพราะ OS X ไม่ได้ให้ le32toh () และ htole32 () ฟังก์ชั่น.).
• ไม่ใช่ SIMD รหัสแปลงสี RGB565 ไม่ทำงานอย่างถูกต้องบนเครื่อง endian ใหญ่ นี้ได้รับการแก้ไข.
• แก้ไขปัญหาใน tjPlaneSizeYUV () โดยมันไม่สมควรจะกลับ 1 แทน -1 ถ้าเป็น ComponentID & gt; 0 และ subsamp เป็น TJSAMP_GRAY.
• แก้ไขปัญหาใน tjBufSizeYUV2 () wherby มันไม่สมควรจะกลับ 0 แทน -1 ถ้าความกว้างเป็น & lt; 1.
• Huffman เข้ารหัสตอนนี้ใช้ CLZ และ BSR คำแนะนำสำหรับการนับบิตบนแพลตฟอร์ม ARM64.
• วิธีปิด () ในชั้นเรียนและ TJCompressor ​​TJDecompressor ​​Java ในขณะนี้คือ idempotent ก่อนหน้านี้วิธีการที่จะเรียก tjDestroy พื้นเมือง () ฟังก์ชันแม้ว่าอินสแตนซ์ TurboJPEG ได้รับแล้วทำลาย เรื่องนี้ทำให้เกิดข้อยกเว้นจะถูกโยนในระหว่างการสรุปถ้าปิด () วิธีการได้รับการเรียกแล้ว ยกเว้นในกรณีที่ถูกจับได้ แต่มันก็ยังคงเป็นงานราคาแพง.
• TurboJPEG API ก่อนหน้านี้สร้างข้อผิดพลาด (& quot; ไม่สามารถกำหนดประเภท subsampling สำหรับภาพ JPEG & quot;) เมื่อพยายามที่จะขยายภาพ JPEG สีเทาที่ถูกบีบอัดด้วยปัจจัยการสุ่มตัวอย่างอื่น ๆ กว่า 1 (เช่นด้วย 'cjpeg เฉดสีเทา - ตัวอย่าง 2x2) subsampling ในทางเทคนิคไม่มีความหมายกับ JPEGs สีเทาและทำให้แนวนอนและแนวปัจจัยการสุ่มตัวอย่างสำหรับภาพดังกล่าวจะถูกละเลยโดย decompressor อย่างไรก็ตาม TurboJPEG API ถูกเข้มงวดเกินไปและได้รับการคาดหวังว่าปัจจัยการสุ่มตัวอย่างจะเท่ากับ 1 ก่อนที่จะได้รับการรักษาภาพเป็น JPEG สีเทา.
• cjpeg, djpeg และ jpegtran ตอนนี้ยอมรับข้อโต้แย้งของ -version ซึ่งจะพิมพ์รุ่นห้องสมุดและออก.
• หมายถึง 1.4 Beta1 [15] อีกกรณีที่หายากมากที่ถูกค้นพบภายใต้กันชนท้องถิ่นเข้ารหัส Huffman สามารถย่ำยีเมื่อผู้จัดการปลายทางบัฟเฟอร์จะถูกใช้และบล็อกมาก-ความถี่สูง (พื้นข้อมูลภาพขยะ) เป็น ถูกเข้ารหัส แม้ว่า Huffman บัฟเฟอร์ท้องถิ่นเพิ่มขึ้นจาก 128 ไบต​​์ 136 ไบต์เพื่อแก้ไขปัญหาก่อนหน้านี้ปัญหาใหม่ที่เกิดแม้แต่กันชนขนาดใหญ่ที่จะถูกบุกรุก การวิเคราะห์เพิ่มเติมพบว่าในกรณีที่เลวร้ายแน่นอน (เช่นการตั้งค่าสัมประสิทธิ์สลับ AC ไป 32767 -32768 และในลำดับที่สแกน JPEG), เข้ารหัส Huffman สามารถผลิตบล็อกที่เข้าใกล้สองเท่าของขนาดของบล็อก unencoded เข้ารหัส ดังนั้น Huffman บัฟเฟอร์ท้องถิ่นเพิ่มขึ้นเป็น 256 ไบต์ซึ่งควรป้องกันปัญหาดังกล่าวจากที่เกิดขึ้นอีกในอนาคต.
• ใหม่ tjPlaneSizeYUV () tjPlaneWidth () และ tjPlaneHeight () ฟังก์ชั่นไม่สามารถใช้งานได้จริงบนแพลตฟอร์มใด ๆ ยกเว้น OS X และ Windows เพราะฟังก์ชั่นเหล่านั้นไม่ได้ถูกรวมใน libturbojpeg mapfile นี้ได้รับการแก้ไข.
• การบูรณะ JPP () JMETHOD () และมาโครห่างไกลในไฟล์ส่วนหัว libjpeg-เทอร์โบ JPP () และ JMETHOD () แมโครถูกนำมาใช้ครั้งแรกใน libjpeg เป็นวิธีการสนับสนุนคอมไพเลอร์ที่ไม่ได้มาตรฐาน ANSI ที่ขาดการสนับสนุนสำหรับพารามิเตอร์ต้นแบบ libjpeg เทอร์โบไม่เคยได้รับการสนับสนุนคอมไพเลอร์ดังกล่าว แต่บางซอฟแวร์ยังคงใช้แมโครเพื่อกำหนดต้นแบบของตัวเอง ในทำนองเดียวกัน libjpeg เทอร์โบไม่เคยได้รับการสนับสนุน MS-DOS และแพลตฟอร์มอื่น ๆ ที่มีสัญลักษณ์ไกล แต่บางซอฟแวร์ยังคงใช้แมโคร FAR อาร์กิวเมนต์ที่ดีงามสามารถทำที่ว่านี้คือการปฏิบัติที่ไม่ดีในส่วนของซอฟแวร์ในคำถาม แต่ตั้งแต่นี้มีผลมากกว่าหนึ่งแพคเกจก็เพียงเพื่อให้สามารถแก้ไขได้ที่นี่.
• ปัญหาถาวรที่ได้รับการป้องกัน 64 บิต ARM รหัส SIMD จากการรวบรวมสำหรับ iOS และรวมถึงสถาปัตยกรรม ARMv8 ในทุกไบนารีติดตั้งโดย & quot; อย่างเป็นทางการ & quot; libjpeg เทอร์โบ SDK สำหรับ OS X.

มีอะไรใหม่ ในรุ่น 1.3.0:

• [1] ทำให้การทดสอบ 'ตอนนี้ทำงานอย่างถูกต้อง บน FreeBSD และมันไม่จำเป็นต้องปฏิบัติการ md5sum ที่จะนำเสนอในที่อื่น ๆ Un * x แพลตฟอร์ม.
• [2] ซ่อมแซมระบบบรรจุภัณฑ์: - เพื่อหลีกเลี่ยงความขัดแย้งกับแพคเกจ libjpeg เทอร์โบผู้ขายจัดที่ RPMs อย่างเป็นทางการและบส์สำหรับ libjpeg เทอร์โบได้รับการเปลี่ยนชื่อ & quot; libjpeg เทอร์โบอย่างเป็นทางการ & quot ;. - ห้องสมุด TurboJPEG จะอยู่ภายใต้การ / opt / libjpeg เทอร์โบอย่างเป็นทางการในแพคเกจ Linux และ Mac เพื่อหลีกเลี่ยงความขัดแย้งกับแพคเกจผู้ผลิตจัดหาและยังรวมถึงการปรับปรุงระบบการบรรจุภัณฑ์ - แพคเกจที่วางจำหน่ายจะถูกสร้างขึ้นในขณะนี้กับโครงสร้างไดเรกทอรีที่กำหนดโดยตัวแปรกำหนดค่า & quot; คำนำหน้า & quot ;, & quot; bindir & quot ;, & quot; libdir & quot ;, ฯลฯ (UN * X) หรือโดยตัวแปร CMAKE_INSTALL_PREFIX (Windows.) ยกเว้น ว่าเอกสารที่มีอยู่เสมอภายใต้ไดเรกทอรีเอกสารเริ่มต้นของระบบอู * x และระบบ Mac และบน Windows ที่ TurboJPEG DLL ที่ตั้งอยู่เสมอในไดเรกทอรีของระบบ Windows - เพื่อหลีกเลี่ยงความสับสนแพคเกจ libjpeg เทอร์โบอย่างเป็นทางการบนแพลตฟอร์ม Linux / Unix (ยกเว้นสำหรับ Mac) มักจะติดตั้งไลบรารี 32 บิตใน / opt / libjpeg เทอร์โบ / lib32 และห้องสมุด 64 บิตใน / opt / libjpeg- เทอร์โบ / lib64 - แก้ไขปัญหาโดยในบางกรณี executables libjpeg เทอร์โบอู * x ระบบไม่ได้ถูกเชื่อมโยงกับห้องสมุดที่ใช้ร่วมกันติดตั้งโดยแพคเกจเดียวกัน - แก้ไขปัญหาโดยการสร้าง & quot; ติดตั้ง & quot; เป้าหมายบน Windows เมื่อ WITH_JAVA = 1 จะล้มเหลวถ้า JAR TurboJPEG ไม่ได้รับการสร้างขึ้นก่อนหน้านี้ - อาคาร & quot; ติดตั้ง & quot; เป้าหมายบน Windows ตอนนี้ติดตั้งแฟ้มเข้าไปในสถานที่เดียวกันกับที่ติดตั้งไม่.
• [3] แก้ไขข้อผิดพลาดการเข้ารหัส Huffman ที่ทำให้ I / O ระงับจากการทำงานอย่างถูกต้อง.

มีอะไรใหม่ ในรุ่น 1.2.0:

• สร้างปัญหาที่พบเมื่อใช้ YASM บนระบบ UNIX ได้รับการแก้ไข.
• ขอบเขตออกจากอ่านในรหัส SSE2 SIMD ได้รับการแก้ไข.
• คงขยาย colorspace ใหม่ที่ช่วยให้การใช้งานเพื่อระบุว่าไบต์ที่ไม่ได้ใช้ใน 4 ไบต์บัฟเฟอร์ RGB ควรจะถือว่าเป็นช่องอัลฟาเมื่อคลายถูกเพิ่ม.
• ปัญหาการถดถอยพบเมื่อมีการสร้างปีศาจกับ libjpeg เทอร์โบได้รับการแก้ไข.
• การสนับสนุน iOS ของคุณถูกเพิ่มลงใน SDK libjpeg เทอร์โบสำหรับ Mac.

คืออะไรใหม่ ในรุ่น 1.1 Beta 1:

• libjpeg เทอร์โบสามารถสร้างขึ้นมาเพื่อเลียนแบบ libjpeg V7 หรือ v8b API / ABI.
• การสร้างระบบปฏิบัติการ Windows ตอนนี้ใช้ CMake.
• TurboJPEG / OSS ในขณะนี้สามารถบีบอัดจาก / ขยายบิตแมปสีเทาและแปลงภาพ RGB หรือ JPEG ถึงการส่งออกระนาบ YUV.
• jpgtest สามารถนำมาใช้ในการทดสอบประสิทธิภาพการบีบอัดกับภาพ JPEG ที่มีอยู่.
• ตัวเลือกทางคณิตศาสตร์การเข้ารหัสและถอดรหัสสนับสนุนถูกเพิ่มเข้ามา.
• การคุ้มครองเพิ่มเติมที่ถูกเพิ่มเข้ากับรหัส Huffman ที่ไม่ถูกต้อง.

คืออะไรใหม่ ในรุ่น 1.0.0:.

• สานต่อการสร้างการปรับปรุงบน FreeBSD
• แพคเกจ Unix / Linux ตอนนี้มี libjpeg เวลาทำงานโปรแกรม (cjpeg, ฯลฯ ) และหน้าคน.
• มีแพคเกจเสริม 32 บิตสำหรับระบบ Debian AMD64 คือ.
• การสนับสนุน Cygwin.
• สนับสนุนอย่างเต็มที่สำหรับการก่อสร้างอาคาร / การทดสอบบนสถาปัตยกรรม x86 ที่ไม่ใช่.
• 64 บิต OS X ไบนารีตอนนี้เข้ากันได้กับ OS X 10.4.
• มีการปรับแต่งบรรจุภัณฑ์ต่างๆลินุกซ์
มี.

คืออะไรใหม่ ในรุ่น 0.0.91:

• เพิ่มเอกสารที่จะ .deb แพคเกจ

ปัญหาการทุจริต
• ข้อมูลคงที่เมื่อคลายภาพ JPEG ขนาดใหญ่และ / หรือการใช้บัฟเฟอร์ I / O กับ decompressor ​​libjpeg เทอร์โบ