libjpeg توربو هو مفتوح المصدر، عبر منصة والبرمجيات الحرة تماما صممت لتوفير نسخة عالية السرعة من برامج المكتبة libjpeg الأصلي، وضعت خصيصا ل x86 و إكس86-64 المعالجات، والتي تستخدم SIMD ( تعليمة واحدة، متعددة البيانات) تعليمات، مثل SSE2، MMX ونيون، لتسريع خط الأساس الضغط JPEG وضغط.
سريع للغاية JPEG صورة الترميز
وهذا البرنامج هو سريع للغاية JPEG صورة الترميز التي هي عموما 2-4x أسرع من نسخة معدلة من libjpeg. واستند المشروع أصلا على المشروع libjpeg / SIMD التي أنشأتها إيشيكاوا ماسارو.
تطبق API libjpeg التقليدي
وهذا الإصدار توربو المكتبة libjpeg أيضا بتطبيق API libjpeg التقليدية، فضلا عن واجهة برمجة التطبيقات TurboJPEG مباشرة. ويضم ملحقات فضاء لوني، والذي يسمح للمستخدمين لضغط من أو فك الضغط إلى مخازن بكسل الكبيرة endian و 32 بت (XBGR، RGBX، وما إلى ذلك)، مع واجهة كاملة المواصفات جافا.
موزعة على النحو التركيب الأصلي للديب وانظمة التشغيل القائم على دورة في الدقيقة
لراحتك، يتم توزيع البرمجيات والتركيب الأصلي للديب وأنظمة التشغيل المعتمدة على دورة في الدقيقة، مثل ديبيان، أوبونتو، لينوكس منت، فيدورا، سينت أو إس، ريد هات إنتربرايز لينوكس، زحمة، ماجيا، وما إلى ذلك، ودعم كل من 64 و 32 بت منصات الأجهزة.
الشروع في العمل مع libjpeg توربو
وهذا المشروع libjpeg توربو يمكن تركيبها بسهولة من مستودعات البرامج الرئيسية لتوزيع جنو / لينكس. كما سيتم تثبيت تلقائيا مع أي البرامج التي تتطلب ذلك.
لتثبيته يدويا باستخدام حزمة المصدر، في حال كنت ترغب في ذلك على الوجه الأمثل لجهودكم بنية الأجهزة / نظام التشغيل وتنزيل وحفظ أحدث الأرشيف من Softoware، استخراج محتوياته باستخدام أداة مدير أرشيف، افتح التطبيق المحطة الطرفية و اذهب إلى موقع ملف الأرشيف استخراج (على سبيل المثال مؤتمر نزع السلاح / الوطن / softoware / libjpeg توربو).
وبعد ذلك، قم بتشغيل وسقوو]؛ ./ تكوين && جعل و[رسقوو]؛ الأوامر لتكوين وتجميع البرنامج، تليها وسقوو]؛ سودو تقديم وتركيب و[رسقوو]؛ commad لتثبيته نظام واسع وجعلها متاحة لجميع الطلبات
ما هو الجديد في هذا الاصدار:.
الثابتة قضية بناء على منصات OS X باور (md5cmp فشل في بناء لOS X لا يوفر le32toh () وhtole32 () وظائف.).
وقال إن عدم SIMD لون RGB565 شفرة التحويل لا تعمل بشكل صحيح على أجهزة endian كبيرة. تم إصلاح هذا.
قضية الثابتة في tjPlaneSizeYUV () حيث انها ستعود خطأ 1 بدلا من -1 إذا كان componentID وGT. 0 وsubsamp كان TJSAMP_GRAY.
قضية الثابتة في tjBufSizeYUV2 () wherby انها ستعود خطأ 0 بدلا من -1 إذا كان عرض العلامة & lt؛ 1.
يستخدم التشفير هوفمان الآن CLZ وBSR تعليمات لحساب بعض الشيء على منصات ARM64.
وidempotent طريقة قريب () في الطبقات TJCompressor وTJDecompressor جافا الآن. سابقا، فإن هذا الأسلوب استدعاء الدالة tjDestroy مواطن () حتى لو تم تدمير المثال TurboJPEG بالفعل. هذا سبب استثناء يتم طرح خلال وضع اللمسات الأخيرة، إذا كان قد تم استدعاء الأسلوب قريب (). تم القبض على استثناء، ولكنه كان لا يزال عملية مكلفة.
وAPI TurboJPEG ولدت سابقا خطأ (ومثل، لا يمكن تحديد نوع الاختزال لصورة JPEG و مثل؛) عند محاولة ضغط صور JPEG تدرج الرمادي التي تم ضغطها مع عامل أخذ العينات غير 1 (على سبيل المثال، مع "cjpeg -grayscale -عينة 2X2" ). الاختزال من الناحية الفنية لا معنى له مع ملفات JPEG تدرج الرمادي، وبالتالي يتم تجاهل العوامل أخذ العينات الأفقية والعمودية لهذه الصور عن طريق إلغاء ضغط. ومع ذلك، فإن API TurboJPEG كان يجري جامدة جدا وكانت تتوقع العوامل أخذ العينات ليكون مساويا ل1 قبل علاجه الصورة كملف JPEG الرمادي.
cjpeg، djpeg، وjpegtran تقبل الآن حجة من -version، والتي سوف طباعة نسخة من مكتبة والخروج.
في اشارة الى 1.4 beta1 [15]، واكتشف الظرف نادرة للغاية آخر بموجبها عازلة المحلي ترميز هوفمان ويمكن تجاوز عندما يتم استخدام مدير المقصد مخزنة ويتم ترميزها كتلة غاية عالية التردد (أساسا البيانات صورة غير المرغوب فيه). حتى ولو تم زيادة المخزن المؤقت المحلي هوفمان من 128 بايت إلى 136 بايت لمعالجة هذه المسألة السابقة، تسببت العدد الجديد حتى المخزن المؤقت أكبر إلى أن تجاوز. يكشف المزيد من التحليل أنه في أسوأ الحالات المطلقة (مثل وضع بالتناوب معاملات AC إلى 32767 -32768 وبالترتيب المسح JPEG)، وترميز هوفمان يمكن أن تنتج كتل المشفرة التي تقترب من ضعف حجم كتل غير مشفر. وهكذا، تم زيادة المخزن المؤقت المحلي هوفمان إلى 256 بايت، والتي ينبغي منع أي قضية من هذا القبيل من إعادة تحدث في المستقبل.
وtjPlaneSizeYUV الجديدة ()، tjPlaneWidth ()، وtjPlaneHeight () وظائف لم تكن صالحة للاستعمال في الواقع على أي منصة باستثناء OS X و Windows، لأن تلك الوظائف لم تكن مدرجة في libturbojpeg ملف التخطيط. تم إصلاح هذا.
استعادة JPP ()، JMETHOD ()، وحدات الماكرو FAR في ملفات رأس libjpeg توربو. تم تنفيذ JPP () وJMETHOD () وحدات الماكرو في الأصل في libjpeg كوسيلة لدعم المجمعين غير ANSI التي تفتقر إلى الدعم للمعلمات النموذج. libjpeg توربو دعمت أبدا مثل هذه المجمعات، ولكن بعض حزم البرامج لا تزال تستخدم وحدات الماكرو لتحديد النماذج الخاصة بهم. وبالمثل، libjpeg توربو دعمت أبدا MS-DOS وغيرها من المنصات التي لديها حرف بكثير، ولكن بعض حزم البرامج لا تزال تستخدم الماكرو FAR. ويمكن إجراء حجة جيدة أن هذه الممارسة السيئة على جزء من البرنامج في السؤال، ولكن لأن هذا يؤثر على أكثر من حزمة واحدة، انها مجرد أسهل لاصلاحها هنا.
القضايا الثابتة التي كانت تحول دون ARM 64 بت كود SIMD من تجميع لدائرة الرقابة الداخلية، وتضمنت بنية ARMv8 في كل من الثنائيات المثبتة من قبل ومثل، مسؤول ومثل. SDK libjpeg توربو لOS X.
ما هو الجديد في النسخة 1.4.2:
الثابتة قضية بناء على منصات OS X باور (فشل md5cmp لبناء لOS X لا يوفر le32toh () وhtole32 ( ) وظائف.).
وقال إن عدم SIMD لون RGB565 شفرة التحويل لا تعمل بشكل صحيح على أجهزة endian كبيرة. تم إصلاح هذا.
قضية الثابتة في tjPlaneSizeYUV () حيث انها ستعود خطأ 1 بدلا من -1 إذا كان componentID وGT. 0 وsubsamp كان TJSAMP_GRAY.
قضية الثابتة في tjBufSizeYUV2 () wherby انها ستعود خطأ 0 بدلا من -1 إذا كان عرض العلامة & lt؛ 1.
يستخدم التشفير هوفمان الآن CLZ وBSR تعليمات لحساب بعض الشيء على منصات ARM64.
وidempotent طريقة قريب () في الطبقات TJCompressor وTJDecompressor جافا الآن. سابقا، فإن هذا الأسلوب استدعاء الدالة tjDestroy مواطن () حتى لو تم تدمير المثال TurboJPEG بالفعل. هذا سبب استثناء يتم طرح خلال وضع اللمسات الأخيرة، إذا كان قد تم استدعاء الأسلوب قريب (). تم القبض على استثناء، ولكنه كان لا يزال عملية مكلفة.
وAPI TurboJPEG ولدت سابقا خطأ (ومثل، لا يمكن تحديد نوع الاختزال لصورة JPEG و مثل؛) عند محاولة ضغط صور JPEG تدرج الرمادي التي تم ضغطها مع عامل أخذ العينات غير 1 (على سبيل المثال، مع "cjpeg -grayscale -عينة 2X2" ). الاختزال من الناحية الفنية لا معنى له مع ملفات JPEG تدرج الرمادي، وبالتالي يتم تجاهل العوامل أخذ العينات الأفقية والعمودية لهذه الصور عن طريق إلغاء ضغط. ومع ذلك، فإن API TurboJPEG كان يجري جامدة جدا وكانت تتوقع العوامل أخذ العينات ليكون مساويا ل1 قبل علاجه الصورة كملف JPEG الرمادي.
cjpeg، djpeg، وjpegtran تقبل الآن حجة من -version، والتي سوف طباعة نسخة من مكتبة والخروج.
في اشارة الى 1.4 beta1 [15]، واكتشف الظرف نادرة للغاية آخر بموجبها عازلة المحلي ترميز هوفمان ويمكن تجاوز عندما يتم استخدام مدير المقصد مخزنة ويتم ترميزها كتلة غاية عالية التردد (أساسا البيانات صورة غير المرغوب فيه). حتى ولو تم زيادة المخزن المؤقت المحلي هوفمان من 128 بايت إلى 136 بايت لمعالجة هذه المسألة السابقة، تسببت العدد الجديد حتى المخزن المؤقت أكبر إلى أن تجاوز. يكشف المزيد من التحليل أنه في أسوأ الحالات المطلقة (مثل وضع بالتناوب معاملات AC إلى 32767 -32768 وبالترتيب المسح JPEG)، وترميز هوفمان يمكن أن تنتج كتل المشفرة التي تقترب من ضعف حجم كتل غير مشفر. وهكذا، تم زيادة المخزن المؤقت المحلي هوفمان إلى 256 بايت، والتي ينبغي منع أي قضية من هذا القبيل من إعادة تحدث في المستقبل.
وtjPlaneSizeYUV الجديدة ()، tjPlaneWidth ()، وtjPlaneHeight () وظائف لم تكن صالحة للاستعمال في الواقع على أي منصة باستثناء OS X و Windows، لأن تلك الوظائف لم تكن مدرجة في libturbojpeg ملف التخطيط. تم إصلاح هذا.
استعادة JPP ()، JMETHOD ()، وحدات الماكرو FAR في ملفات رأس libjpeg توربو. تم تنفيذ JPP () وJMETHOD () وحدات الماكرو في الأصل في libjpeg كوسيلة لدعم المجمعين غير ANSI التي تفتقر إلى الدعم للمعلمات النموذج. libjpeg توربو دعمت أبدا مثل هذه المجمعات، ولكن بعض حزم البرامج لا تزال تستخدم وحدات الماكرو لتحديد النماذج الخاصة بهم. وبالمثل، libjpeg توربو دعمت أبدا MS-DOS وغيرها من المنصات التي لديها حرف بكثير، ولكن بعض حزم البرامج لا تزال تستخدم الماكرو FAR. ويمكن إجراء حجة جيدة أن هذه الممارسة السيئة على جزء من البرنامج في السؤال، ولكن لأن هذا يؤثر على أكثر من حزمة واحدة، انها مجرد أسهل لاصلاحها هنا.
القضايا الثابتة التي كانت تحول دون ARM 64 بت كود SIMD من تجميع لدائرة الرقابة الداخلية، وتضمنت بنية ARMv8 في كل من الثنائيات المثبتة من قبل ومثل، مسؤول ومثل. SDK libjpeg توربو لOS X.
ما هو الجديد في النسخة 1.4.0:
الثابتة قضية بناء على منصات OS X باور (فشل md5cmp لبناء لOS X لا يوفر le32toh () وhtole32 ( ) وظائف.).
وقال إن عدم SIMD لون RGB565 شفرة التحويل لا تعمل بشكل صحيح على أجهزة endian كبيرة. تم إصلاح هذا.
قضية الثابتة في tjPlaneSizeYUV () حيث انها ستعود خطأ 1 بدلا من -1 إذا كان componentID وGT. 0 وsubsamp كان TJSAMP_GRAY.
قضية الثابتة في tjBufSizeYUV2 () wherby انها ستعود خطأ 0 بدلا من -1 إذا كان عرض العلامة & lt؛ 1.
يستخدم التشفير هوفمان الآن CLZ وBSR تعليمات لحساب بعض الشيء على منصات ARM64.
وidempotent طريقة قريب () في الطبقات TJCompressor وTJDecompressor جافا الآن. سابقا، فإن هذا الأسلوب استدعاء الدالة tjDestroy مواطن () حتى لو تم تدمير المثال TurboJPEG بالفعل. هذا سبب استثناء يتم طرح خلال وضع اللمسات الأخيرة، إذا كان قد تم استدعاء الأسلوب قريب (). تم القبض على استثناء، ولكنه كان لا يزال عملية مكلفة.
وAPI TurboJPEG ولدت سابقا خطأ (ومثل، لا يمكن تحديد نوع الاختزال لصورة JPEG و مثل؛) عند محاولة ضغط صور JPEG تدرج الرمادي التي تم ضغطها مع عامل أخذ العينات غير 1 (على سبيل المثال، مع "cjpeg -grayscale -عينة 2X2" ). الاختزال من الناحية الفنية لا معنى له مع ملفات JPEG تدرج الرمادي، وبالتالي يتم تجاهل العوامل أخذ العينات الأفقية والعمودية لهذه الصور عن طريق إلغاء ضغط. ومع ذلك، فإن API TurboJPEG كان يجري جامدة جدا وكانت تتوقع العوامل أخذ العينات ليكون مساويا ل1 قبل علاجه الصورة كملف JPEG الرمادي.
cjpeg، djpeg، وjpegtran تقبل الآن حجة من -version، والتي سوف طباعة نسخة من مكتبة والخروج.
في اشارة الى 1.4 beta1 [15]، واكتشف الظرف نادرة للغاية آخر بموجبها عازلة المحلي ترميز هوفمان ويمكن تجاوز عندما يتم استخدام مدير المقصد مخزنة ويتم ترميزها كتلة غاية عالية التردد (أساسا البيانات صورة غير المرغوب فيه). حتى ولو تم زيادة المخزن المؤقت المحلي هوفمان من 128 بايت إلى 136 بايت لمعالجة هذه المسألة السابقة، تسببت العدد الجديد حتى المخزن المؤقت أكبر إلى أن تجاوز. يكشف المزيد من التحليل أنه في أسوأ الحالات المطلقة (مثل وضع بالتناوب معاملات AC إلى 32767 -32768 وبالترتيب المسح JPEG)، وترميز هوفمان يمكن أن تنتج كتل المشفرة التي تقترب من ضعف حجم كتل غير مشفر. وهكذا، تم زيادة المخزن المؤقت المحلي هوفمان إلى 256 بايت، والتي ينبغي منع أي قضية من هذا القبيل من إعادة تحدث في المستقبل.
وtjPlaneSizeYUV الجديدة ()، tjPlaneWidth ()، وtjPlaneHeight () وظائف لم تكن صالحة للاستعمال في الواقع على أي منصة باستثناء OS X و Windows، لأن تلك الوظائف لم تكن مدرجة في libturbojpeg ملف التخطيط. تم إصلاح هذا.
استعادة JPP ()، JMETHOD ()، وحدات الماكرو FAR في ملفات رأس libjpeg توربو. تم تنفيذ JPP () وJMETHOD () وحدات الماكرو في الأصل في libjpeg كوسيلة لدعم المجمعين غير ANSI التي تفتقر إلى الدعم للمعلمات النموذج. libjpeg توربو دعمت أبدا مثل هذه المجمعات، ولكن بعض حزم البرامج لا تزال تستخدم وحدات الماكرو لتحديد النماذج الخاصة بهم. وبالمثل، libjpeg توربو دعمت أبدا MS-DOS وغيرها من المنصات التي لديها حرف بكثير، ولكن بعض حزم البرامج لا تزال تستخدم الماكرو FAR. ويمكن إجراء حجة جيدة أن هذه الممارسة السيئة على جزء من البرنامج في السؤال، ولكن لأن هذا يؤثر على أكثر من حزمة واحدة، انها مجرد أسهل لاصلاحها هنا.
القضايا الثابتة التي كانت تحول دون ARM 64 بت كود SIMD من تجميع لدائرة الرقابة الداخلية، وتضمنت بنية ARMv8 في كل من الثنائيات المثبتة من قبل ومثل، مسؤول ومثل. SDK libjpeg توربو لOS X.
ما هو الجديد في النسخة 1.3.0:
[1] 'جعل اختبار' يعمل الآن بشكل صحيح على فري، وأنه لم يعد يتطلب MD5SUM قابل للتنفيذ لتكون موجودة على الأمم المتحدة الأخرى * منصات س.
[2] تم إعادة تأهيل نظام التعبئة والتغليف: - لتفادي الصدام مع حزم libjpeg توربو الموفر من قبل المورد، وقد تم إعادة تسمية اللفات في الدقيقة الرسمية ودبس لlibjpeg توربو إلى & مثل؛ libjpeg توربو الرسمية ومثل ؛. - تقع المكتبات TurboJPEG الآن تحت / الأراضي الفلسطينية المحتلة / libjpeg توربو في حزم لينكس وماك الرسمية، لتفادي الصدام مع حزم الموفر من قبل المورد وكذلك لتبسيط نظام التعبئة والتغليف. يتم إنشاء حزم الإصدار الآن مع بنية الدليل الذي حدده المتغيرات تكوين ومثل -، بادئة ومثل ؛، ومثل، بيندير ومثل ؛، ومثل، libdir ومثل ؛، الخ (الامم المتحدة * س) أو بواسطة متغير CMAKE_INSTALL_PREFIX (ويندوز) والاستثناء هو أن مستندات تقع دائما تحت الدليل ثائق النظام الافتراضي على الامم المتحدة * س و أنظمة ماك، وعلى ويندوز، وDLL TurboJPEG يقع دائما في دليل نظام Windows. - لتجنب الارتباك، وحزم libjpeg توربو الرسمية على منصات لينكس / يونكس (باستثناء لنظام التشغيل Mac) سوف دائما تثبيت مكتبات 32 بت في / الأراضي الفلسطينية المحتلة / libjpeg توربو / lib32 ومكتبات 64 بت في / الأراضي الفلسطينية المحتلة / libjpeg- توربو / lib64. - قضية الثابتة حيث، في بعض الحالات، والتنفيذية libjpeg توربو على الامم المتحدة * س أنظمة لم يربط بشكل صحيح مع المكتبات المشتركة المثبتة من قبل نفس المجموعة. - قضية الثابتة حيث بناء ومثل؛ المثبت ومثل. استهداف على ويندوز عندما WITH_JAVA = 1 ستفشل إذا كان JAR TurboJPEG لم يتم بناؤها سابقا. - بناء ومثل، تثبيت ومثل. الهدف على ويندوز تثبيت الآن ملفات في نفس الأماكن التي المثبت لا.
[3] ثابت التشفير علة هوفمان التي حالت دون / O تعليق لي من العمل بشكل صحيح.
ما هو الجديد في النسخة 1.2.0:
وهناك مسألة بناء اجه عند استخدام YASM على أنظمة يونكس كانت ثابتة.
تم إصلاح وخارج حدود قراءة في قانون SSE2 SIMD.
جديدة الثوابت تمديد فضاء لوني التي تسمح للتطبيقات لتحديد أن البايت غير المستخدمة في مخزن مؤقت RGB 4 بايت يجب أن تعامل على أنها قناة ألفا أضيفت عند فك الضغط.
تم إصلاح مشكلة الانحدار واجهتها عند بناء الشيطان مع libjpeg توربو.
تمت إضافة دعم نظام التشغيل iOS إلى SDK libjpeg توربو لنظام التشغيل Mac.
ما هو الجديد في النسخة 1.1 بيتا 1:
ويمكن أن يبنى وlibjpeg توربو لمحاكاة V7 libjpeg أو API v8b / ABI.
يستخدم نظام بناء ويندوز الآن CMake.
يمكن TurboJPEG / OSS الآن ضغط من / ضغط على الصور النقطية ودرجات الرمادي وتحويل RGB أو JPEG الصور لإخراج مستو YUV.
jpgtest يمكن استخدامها لاختبار أداء الضغط مع الصور JPEG القائمة.
تمت إضافة ترميز الحساب اختياري ودعم فك التشفير.
تم إضافة المزيد من الحماية ضد رموز هوفمان غير صالحة.
ما هو الجديد في النسخة 1.0.0:
وعلاوة على ذلك بناء تحسينات على فري.
تتضمن حزم يونيكس / لينكس الآن libjpeg وقت التشغيل برامج (cjpeg، الخ) وصفحات رجل.
هناك حزمة التكميلية 32 بت لأنظمة ديبيان AMD64.
دعم سيغوين.
الدعم الكامل لبناء / التجارب على أبنية غير إلى x86.
64-بت OS X الثنائيات هي الآن متوافقة الخلف مع OS X 10.4.
هناك العديد من القرص التعبئة والتغليف لينكس.
ما هو الجديد في النسخة 0.0.91:
وثائق ويضاف إلى ديب حزم
القضايا الثابتة تلف البيانات عند فك الضغط الصور JPEG كبيرة و / أو استخدام مخزنة I / O مع إلغاء ضغط libjpeg توربو
لم يتم العثور على التعليقات