Upng.js: استخدام التردد

تم إنشاؤها على ٢٧ مارس ٢٠١٨  ·  5تعليقات  ·  مصدر: photopea/UPNG.js

من المهم للصور الملونة.

مصدر الصورة [174285 B]
firefox-512

بعد upng ، واجهة الويب [69927 B]
firefox-512 upng

نتيجة بابوا نيو غينيا تبدو أفضل. [69932 ب]
firefox-512 pngquant

التعليق الأكثر فائدة

نعم ، يحسب pngquant متوسط ​​الخطأ التربيعي ، ويطبق ثبات الألوان فقط في المناطق ذات الأخطاء العالية. بهذه الطريقة لا تحصل المناطق التي لا تحتاج إلى التردد على ضوضاء إضافية.

يقوم pngquant أيضًا باكتشاف الحواف (على غرار خوارزمية Prewitt) ويعطل التردد على الحواف. هذا يمنع الصقل تبدو مثل الفراء.

في بابوا غينيا الجديدة ، يتم إنفاق 90٪ من الوقت على عمليات تشغيل إضافية لوسائل K. إذا كنت تستخدم --speed 10 فإن عملية إعادة الضغط بالكامل (على i7 2.3 جيجا هرتز) تستغرق حوالي 80 مللي ثانية متذبذبة ، و 50 مللي ثانية دون تغيير.

(راجع للشغل ، TinyPNG ليس لديها خوارزمية خاصة بها. إنها مجرد واجهة مستخدم رسومية لـ pngquant).

ال 5 كومينتر

لقد نفذت تردد فلويد شتاينبرغ في الماضي ، لكن الأمر لم يكن يستحق ذلك.

أعتقد أننا بحاجة إلى بعض التردد الملائم للضغط. هل تعرف أي شخص يمكنه مساعدتنا؟

pngquant يستخدم Floyd-Steinberg المعدل للتعامل بشكل أفضل مع الألوان.

أعتقد أن التردد سيزيد دائمًا حجم الملف بسبب طبيعته العشوائية.
الغرض الوحيد من هذه الميزة - لإرضاء أعيننا.
يمكن إخفاء التردد تحت العلم ، تمامًا كما هو الحال في Ps. سيقرر المستخدمون.

أعتقد أننا بحاجة إلى بعض التردد الملائم للضغط. هل تعرف أي شخص يمكنه مساعدتنا؟

أعتقد ، قد نسأل kornelski.

أعني ، لقد صنعت ثلاث نسخ من الصورة:

  • ج: 50 لونا: 15 كيلو بايت
  • ب: 50 لونًا + ثبات الألوان: 23 كيلو بايت
  • ج: 100 لون: 22 كيلو بايت

بدت B جميلة مثل C ، لكنها كانت أكبر قليلاً ، لذلك اعتقدت أن السماح بمزيد من الألوان أفضل من التردد (كلاهما يزيد من حجم الملف).

أعتقد أننا بحاجة إلى ثبات الألوان ، الذي يتكون من بعض الأنماط المتكررة ، أي يجب أن يكون "مناسبًا" لخوارزمية الانكماش - اجعل B يحتوي على 20 كيلو بايت فقط (لذلك لا يزال لطيفًا مثل C ، ولكنه أصغر).

بالمناسبة. أعتقد أيضًا أن pngquant يؤدي إلى انكماش أفضل (والذي يستغرق أيضًا حوالي 100 مرة أكثر من UPNG.js: على سبيل المثال 30 مللي ثانية مقابل 3000 مللي ثانية) ، لذلك يمكن أن يجعل B لديه 20 كيلو بايت فقط ، مع استخدام نفس التردد كما فعلت.

حسنا أرى ذلك.
لا أعرف خوارزمية التردد يمكنها التعامل مع هذه الحالة.

يحسب pngquant خطأ mse ، ولديه إعدادات الجودة الدنيا والحد الأقصى ولا تكتب الملف إذا كان حجمه كبيرًا جدًا أو الجودة تتدهور بشكل كبير.

ربما تجد هذا الموضوع مفيد
https://encode.ru/threads/1757-Lossy-DEFLATE-lossy-PNG

وهذا المشروع بالذات
https://github.com/foobaz/lossypng

نعم ، يحسب pngquant متوسط ​​الخطأ التربيعي ، ويطبق ثبات الألوان فقط في المناطق ذات الأخطاء العالية. بهذه الطريقة لا تحصل المناطق التي لا تحتاج إلى التردد على ضوضاء إضافية.

يقوم pngquant أيضًا باكتشاف الحواف (على غرار خوارزمية Prewitt) ويعطل التردد على الحواف. هذا يمنع الصقل تبدو مثل الفراء.

في بابوا غينيا الجديدة ، يتم إنفاق 90٪ من الوقت على عمليات تشغيل إضافية لوسائل K. إذا كنت تستخدم --speed 10 فإن عملية إعادة الضغط بالكامل (على i7 2.3 جيجا هرتز) تستغرق حوالي 80 مللي ثانية متذبذبة ، و 50 مللي ثانية دون تغيير.

(راجع للشغل ، TinyPNG ليس لديها خوارزمية خاصة بها. إنها مجرد واجهة مستخدم رسومية لـ pngquant).

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات

القضايا ذات الصلة

HRK44 picture HRK44  ·  9تعليقات

MartinMuzatko picture MartinMuzatko  ·  6تعليقات

mn4367 picture mn4367  ·  16تعليقات

akshaysrin picture akshaysrin  ·  3تعليقات

iklementiev picture iklementiev  ·  3تعليقات