تمت ترجمة هذه الصفحة بواسطة Cloud Translation API‏.

الأسئلة الشائعة

ما هو تنسيق WebP؟ لماذا عليّ أن أستخدمها؟

تنسيق WebP هو طريقة للضغط مع فقدان البيانات وبدون فقدان البيانات ويمكن استخدامه على مساحة تخزين كبيرة مجموعة متنوعة من الصور الفوتوغرافية وشبه الشفافة والرسومات البيانية الموجودة على الويب. تكون درجة الضغط مع فقدان البيانات قابلة للتعديل بحيث يمكن للمستخدم اختيار المفاضلة بين حجم الملف وجودة الصورة. ويحقق تنسيق WebP عادةً ضغط أكبر بنسبة 30% في المتوسط مقارنةً بتنسيقي JPEG وJPEG 2000، بدون فقدان الصورة الجودة (اطّلع على الدراسة المقارنة).

يهدف تنسيق WebP بشكل أساسي إلى إنشاء صور أصغر حجمًا وأفضل مظهرًا التي يمكن أن تساعد في زيادة سرعة الويب.

ما هي متصفحات الويب التي تتوافق في الأصل مع تنسيق WebP؟

يمكن لمشرفي المواقع المهتمين بتحسين أداء المواقع الإلكترونية إنشاء بدائل WebP البديلة للصور الحالية، وعرضها على المتصفحات التي تدعم WebP.

دعم مع فقدان البيانات في WebP
- Google Chrome (سطح المكتب) 17+
- متصفح Google Chrome لنظام التشغيل Android الإصدار 25 أو الإصدارات الأحدث
- Microsoft Edge 18 أو الإصدارات الأحدث
- الإصدار 65 من Firefox أو الإصدارات الأحدث
- Opera 11.10 أو إصدار أحدث
- متصفح ويب محلي، نظام التشغيل Android 4.0 أو أحدث (ICS)
- Safari الإصدار 14 والإصدارات الأحدث (iOS 14 والإصدارات الأحدث، وmacOS Big Sur+ )
WebP مع فقدان البيانات وبدون فقدان البيانات دعم الإصدار الأولي
- Google Chrome (سطح المكتب) 23+
- متصفح Google Chrome لنظام التشغيل Android الإصدار 25 أو الإصدارات الأحدث
- Microsoft Edge 18 أو الإصدارات الأحدث
- الإصدار 65 من Firefox أو الإصدارات الأحدث
- Opera 12.10 أو إصدار أحدث
- متصفح ويب أصلي، نظام التشغيل Android 4.2 أو إصدار أحدث (JB-MR1)
- لون القمر 26 أو أكثر
- Safari الإصدار 14 والإصدارات الأحدث (iOS 14 والإصدارات الأحدث، وmacOS Big Sur+ )
إتاحة WebP Animation
- Google Chrome (على أجهزة الكمبيوتر المكتبي وأجهزة Android) الإصدار 32 أو الإصدارات الأحدث
- Microsoft Edge 18 أو الإصدارات الأحدث
- الإصدار 65 من Firefox أو الإصدارات الأحدث
- Opera 19+
- Safari الإصدار 14 والإصدارات الأحدث (iOS 14 والإصدارات الأحدث، وmacOS Big Sur+ )

انظر أيضًا:

كيف يمكنني رصد توافق المتصفّح مع تنسيق WebP؟

يجب عرض صور WebP فقط للعملاء الذين يمكنهم عرضها بشكل صحيح، والعودة إلى التنسيقات القديمة للعملاء الذين لا يمكنهم ذلك. لحسن الحظ هناك العديد من الأساليب لاكتشاف دعم WebP، كلاهما جانب العميل والخادم. يوفّر بعض مزوّدي شبكة توصيل المحتوى (CDN) ميزة رصد توافق WebP. كجزء من خدمتهم.

التفاوض على المحتوى من جهة الخادم من خلال عناوين "قبول"

من الشائع أن ترسل برامج الويب "قبول" عنوان الطلب، الذي يشير إلى تنسيقات المحتوى التي يرغبون في قبولها في الردّ. إذا المتصفح مسبقًا إلى أنه "سيقبل" بتنسيق image/webp، ويعرف خادم الويب أنه يمكنه إرسال صور WebP بأمان، وهو ما يؤدي إلى تبسيط والتفاوض على المحتوى. اطّلِع على الروابط التالية لمزيد من المعلومات.

Modernizr

Modernizr هي مكتبة JavaScript لاكتشاف ملفات HTML5 و دعم ميزات CSS3 في متصفحات الويب. ابحث عن الخصائص. Modernizr.webp وModernizr.webp.lossless وModernizr.webp.alpha و Modernizr.webp.animation.

عنصر `<picture>` في HTML5

يدعم HTML5 عنصر <picture>، الذي يتيح لك سرد العديد أهداف صور بديلة بترتيب الأولوية، بحيث يطلب العميل أول صورة مرشحة يمكن عرضها بشكل صحيح. عرض هذه المناقشة حول HTML5 Rocks. العنصر <picture> هو مع عدد أكبر من المتصفحات في جميع الأوقات

في لغة JavaScript الخاصة بك

هناك طريقة اكتشاف أخرى تتمثل في محاولة فك ترميز صورة صغيرة جدًا WebP. ميزة معينة والتحقق من النجاح. مثال:

// check_webp_feature:
//   'feature' can be one of 'lossy', 'lossless', 'alpha' or 'animation'.
//   'callback(feature, result)' will be passed back the detection result (in an asynchronous way!)
function check_webp_feature(feature, callback) {
    var kTestImages = {
        lossy: "UklGRiIAAABXRUJQVlA4IBYAAAAwAQCdASoBAAEADsD+JaQAA3AAAAAA",
        lossless: "UklGRhoAAABXRUJQVlA4TA0AAAAvAAAAEAcQERGIiP4HAA==",
        alpha: "UklGRkoAAABXRUJQVlA4WAoAAAAQAAAAAAAAAAAAQUxQSAwAAAARBxAR/Q9ERP8DAABWUDggGAAAABQBAJ0BKgEAAQAAAP4AAA3AAP7mtQAAAA==",
        animation: "UklGRlIAAABXRUJQVlA4WAoAAAASAAAAAAAAAAAAQU5JTQYAAAD/////AABBTk1GJgAAAAAAAAAAAAAAAAAAAGQAAABWUDhMDQAAAC8AAAAQBxAREYiI/gcA"
    };
    var img = new Image();
    img.onload = function () {
        var result = (img.width > 0) && (img.height > 0);
        callback(feature, result);
    };
    img.onerror = function () {
        callback(feature, false);
    };
    img.src = "data:image/webp;base64," + kTestImages[feature];
}

تجدر الإشارة إلى أنّ تحميل الصورة غير متزامن ولا يمنع المستخدمين من الوصول إليه. هذا يعني أن أي الذي يعتمد على دعم WebP، فيفضل وضع الرمز في طلب معاودة الاتصال الأخرى.

لماذا طرحت Google تنسيق WebP كبرنامج مفتوح المصدر؟

نحن نؤمن إيمانًا راسخًا بأهمية نموذج البرامج المفتوحة المصدر. باستخدام WebP في مفتوحة المصدر، يمكن لأي شخص العمل مع التنسيق واقتراح تحسينات. مع آرائك واقتراحاتك، نعتقد أنّ تنسيق WebP سيصبح أكثر فائدة كتنسيق رسومي بمرور الوقت.

كيف يمكنني تحويل ملفات الصور الشخصية إلى تنسيق WebP؟

يمكنك استخدام أداة سطر أوامر WebP لتحويل ملفات الصور الشخصية. إلى تنسيق WebP. راجِع استخدام WebP للحصول على مزيد من التفاصيل.

إذا كان لديك العديد من الصور المطلوب تحويلها، يمكنك استخدام هيكل النظام الأساسي وتبسيط العملية. على سبيل المثال، لتحويل جميع ملفات jpeg في مجلد، جرّب ما يلي:

نظام التشغيل Windows:

> for /R . %I in (*.jpg) do ( cwebp.exe %I -o %~fnI.webp )

نظام التشغيل Linux أو نظام التشغيل macOS:

$ for F in *.jpg; do cwebp $F -o `basename ${F%.jpg}`.webp; done

كيف يمكنني الحكم على جودة الصور في WebP بنفسي؟

يمكنك حاليًا عرض ملفات WebP من خلال تحويلها إلى تنسيق شائع. يستخدم ضغط بدون فقدان البيانات مثل PNG، ثم عرض ملفات PNG في أي متصفح أو عارض صور. للحصول على فكرة سريعة عن جودة WebP، يمكنك الاطّلاع على المعرض في هذا الموقع الإلكتروني للصور جنبًا إلى جنب والمقارنات.

كيف أحصل على رمز المصدر؟

يتوفر رمز المحوّل في قسم عمليات التنزيل من مشروع WebP مفتوح المصدر . رمز برنامج فك الترميز الخفيف ومواصفات VP8 مفعّل موقع WebM الإلكتروني. يمكنك الاطّلاع على صفحة حاوية RIFF للحاوية المواصفات.

ما الحد الأقصى لحجم صورة WebP؟

يتوافق تنسيق WebP مع بث البت مع VP8 ويستخدم 14 بت لعرضه وارتفاعه. الحد الأقصى لأبعاد البكسل لصورة WebP هي 16383 × 16383.

ما هي مساحات اللون التي يتيحها تنسيق WebP؟

بما يتوافق مع البث المباشر لـ VP8، يعمل Luy WebP حصريًا مع تنسيق صورة Y'CbCr 4:2:0 (غالبًا يسمى YUV420) بتنسيق 8 بت. يُرجى الرجوع إلى القسم. 2، "نظرة عامة على التنسيق" من RFC 6386، دليل تنسيق البيانات وفك ترميزها VP8 لمزيد من التفاصيل.

تعمل ميزة Lussless WebP حصريًا مع تنسيق "نموذج أحمر أخضر أزرق". يمكنك الاطّلاع على مواصفات البث المباشر بدون فقدان البيانات في WebP

هل يمكن أن يزداد حجم صورة WebP عن الصورة المصدر؟

نعم، يتم ذلك عادةً عند التحويل من تنسيق مع فقدان البيانات إلى تنسيق WebP بدون فقدان البيانات أو والعكس صحيح. يرجع السبب في ذلك بشكل أساسي إلى اختلاف مساحة الألوان (YUV420 في مقابل ARGB) والتحويل بينهما.

هناك ثلاث مواقف نموذجية:

إذا كانت الصورة المصدر بتنسيق ARGB بدون فقدان البيانات، سيتم تقليل العيّنات المكانية إلى YUV420، ستطرح ألوانًا جديدة يصعب ضغطها من العناصر الأصلية. يمكن أن يحدث هذا الموقف عادةً عندما يُصدر المصدر بتنسيق PNG مع بعض الألوان: التحويل إلى تنسيق WebP مع فقدان البيانات (أو إلى ملف JPEG مع فقدان البيانات) إلى حجم ملف أكبر.
إذا كان تنسيق المصدر مع فقدان البيانات، باستخدام ضغط WebP بدون فقدان البيانات لالتقاط طبيعة فقدان المصدر عادةً إلى ملف أكبر. لا يقتصر ذلك على WebP، ويمكن أن يحدث عندما أو تحويل مصدر JPEG إلى تنسيق WebP أو PNG بدون فقدان البيانات.
إذا كان تنسيق المصدر مع فقدان البيانات وكنت تحاول ضغطه مثل WebP مع إخفاء الهوية وبإعدادات ذات جودة أعلى. على سبيل المثال، يمكن أن تكون محاولة تحويل ملف JPEG تم حفظه بالجودة 80 إلى ملف WebP بالجودة 95 سوف ينتج عنه عادةً ملف أكبر، حتى إذا كان أي من التنسيقين مفقودين. غالبًا ما يكون تقييم جودة المصدر مستحيلاً، لذا يُنصح باتّباع الخطوات التالية: خفض جودة WebP المستهدفة إذا كان حجم الملف أكبر باستمرار. وهناك احتمال آخر وهو تجنب استخدام إعداد الجودة، وبدلاً من ذلك استهداف حجم ملف معيّن باستخدام الخيار -size في الأداة cwebp، أو واجهة برمجة التطبيقات المكافئة لها. مثلاً، استهداف 80% من الملف الأصلي الحجم أكثر قوة.

ملاحظة: يجب تحويل مصدر JPEG إلى تنسيق WebP مع فقدان البيانات أو ملف بتنسيق PNG إلى ملفات بدون فقدان البيانات. ولا يُعدّ تنسيق WebP عرضةً للمفاجآت المتعلّقة بحجم الملفات.

هل يتيح WebP العرض التدريجي أو المتداخل؟

لا يوفّر تنسيق WebP تحديثًا تدريجيًا أو متداخلاً لفك الترميز في تنسيق JPEG أو تنسيق PNG ومن المحتمل أن يؤدي ذلك إلى الكثير من الضغط على وحدة المعالجة المركزية (CPU) وذاكرة فك ترميز بيانات العميل، لأن كل حدث تحديث يتضمن ممرًا كاملاً عبر نظام فك الضغط.

في المتوسط، يعادل فك ترميز صورة JPEG تدريجية فك ترميز baseline مرة واحدة 3 مرات.

بدلاً من ذلك، يوفّر WebP فك ترميز تزايدي، حيث يتم توفير جميع البيانات الواردة من وحدات بايت من البث المباشر لمحاولة إنتاج صف عينة قابل للعرض في أقرب وقت ممكن. يساعد هذا على توفير الذاكرة ووحدة المعالجة المركزية (CPU) وجهود إعادة الطلاء على العميل مع توفير إشارات مرئية حول حالة التنزيل. التزايدي فك التشفير متاحة من خلال واجهة برمجة تطبيقات فك الترميز المتقدمة:

كيف أستخدم عمليات ربط libwebp Java في مشروع Android الخاص بي؟

إنّ تنسيق WebP يتيح عمليات ربط JNI ببرنامج الترميز وفك الترميز البسيط. الواجهات في دليل swig/.

إنشاء المكتبة في Eclipse:

تأكَّد من أنّ لديك مكوّن ADT الإضافي تم تثبيته باستخدام أدوات NDK وتم تعيين مسار NDK بشكل صحيح (الإعدادات المفضّلة > Android > NDK).
إنشاء مشروع جديد: ملف > جديد > المشروع > أجهزة Android مشروع التطبيق:
استنساخ أو فك ضغط libwebp إلى مجلد باسم jni في المشروع الجديد.
إضافة swig/libwebp_java_wrap.c إلى قائمة LOCAL_SRC_FILES.
انقر بزر الماوس الأيمن على المشروع الجديد واختر أدوات Android > إضافة Native Support ... لتضمين المكتبة في إصدارك.
افتح خصائص المشروع وانتقِل إلى C/C++ Build >. السلوك: إضافة ENABLE_SHARED=1 إلى القسم Build (Incremental build) لإنشاء libwebp كمكتبة مشتركة.

ملاحظة سيتم بشكل عام تحسين الإعداد NDK_TOOLCHAIN_VERSION=4.8. أداء إصدار 32 بت
إضافة swig/libwebp.jar إلى مجلد المشروع libs/.
أنشئ مشروعك. سيؤدي هذا الإجراء إلى إنشاء libs/<target-arch>/libwebp.so.
يمكنك استخدام System.loadLibrary("webp") لتحميل المكتبة في وقت التشغيل.

يُرجى العِلم أنّه يمكن إنشاء المكتبة يدويًا باستخدام ndk-build والميزات المضمّنة. Android.mk ويمكن إعادة استخدام بعض الخطوات الموضحة أعلاه في هذه الحالة.

كيف يمكنني استخدام libwebp مع C#؟

ويمكن إنشاء WebP كمكتبة الربط الديناميكي التي تصدر واجهة برمجة تطبيقات libwebp. يمكن لهذه الدوال ثم يتم استيرادها في C#.

إنشاء libwebp.dll. سيؤدي ذلك إلى ضبط WEBP_EXTERN بشكل صحيح لتصدير واجهة برمجة التطبيقات الأخرى.
```
libwebp> nmake /f Makefile.vc CFG=release-dynamic
```

أضف libwebp.dll إلى مشروعك وقم باستيراد الدوال المطلوبة. لاحظ أنه إذا كنت تستخدم واجهة برمجة تطبيقات بسيطة يجب استدعاء WebPFree() لتحرير أي مخازن مؤقتة تم إرجاعها.

[DllImport("libwebp.dll", CallingConvention = CallingConvention.Cdecl)]
static extern int WebPEncodeBGRA(IntPtr rgba, int width, int height, int stride,
                                 float quality_factor, out IntPtr output);
[DllImport("libwebp.dll", CallingConvention = CallingConvention.Cdecl)]
static extern int WebPFree(IntPtr p);

void Encode() {
  Bitmap source = new Bitmap("input.png");
  BitmapData data = source.LockBits(
      new Rectangle(0, 0, source.Width, source.Height),
      ImageLockMode.ReadOnly,
      PixelFormat.Format32bppArgb);
  IntPtr webp_data;
  const int size = WebPEncodeBGRA(data.Scan0,
                                  source.Width, source.Height, data.Stride,
                                  80, out webp_data);
  // ...
  WebPFree(webp_data);
}

لماذا يجب استخدام تنسيق WebP المتحرك؟

مزايا الصور المتحركة بتنسيق WebP مقارنةً بملفات GIF المتحرّكة

يدعم WebP ألوان 24 بت RGB مع قناة ألفا 8 بت، ملف GIF بقيمة 8 بت وألفا 1 بت.
ويتوافق WebP مع كل من الضغط مع فقدان البيانات وبدون فقدان البيانات. في الواقع، قد تكون إحدى يمكن أن تجمع الصورة المتحركة بين الإطارات المفقودة مع فقدان البيانات والإطارات الخالية من فقدان البيانات. يمكن استخدام ملف GIF فقط. والضغط بدون فقدان البيانات. إنّ أساليب الضغط مع فقدان البيانات في WebP مناسبة تمامًا وحتى الصور المتحركة التي يتم إنشاؤها من مقاطع فيديو حقيقية، تزداد شعبية ومصدر الصور المتحركة.
يتطلب تنسيق WebP وحدات بايت أقل من ملف GIF¹. إنّ ملفات GIF المتحرّكة التي يتم تحويلها إلى ملفات WebP مع فقدان البيانات تكون أصغر بنسبة 64%، بدون فقدان البيانات. وتكون ملفات WebP أصغر بنسبة% 19. وهذا مهم بشكل خاص على شبكات الجوّال.
يستغرق تنسيق WebP وقتًا أقل لفك ترميز الفيديوهات عند استخدام وضع التقديم/الترجيع. ضِمن وميض، ويمكن أن يؤدي الانتقال بين علامات التبويب أو تغييرها إخفاء الصور وعرضها، مما يؤدي إلى إيقاف الصور المتحركة مؤقتًا ثم تخطيه للأمام إلى نقطة مختلفة. الاستخدام الزائد لوحدة المعالجة المركزية (CPU) والذي ينتج عنه يمكن أن تتطلب الرسوم المتحركة التي تسقط الإطارات أداة فك الترميز للانتقال إلى الأمام في الرسوم المتحركة. وفي هذه السيناريوهات، يستغرق رسم WebP المتحرك 0.57 ضعفًا الوقت² لفك ترميز ملفات GIF، ما يؤدي إلى تقليل التعطّل أثناء الانتقال للأعلى أو للأسفل والاستجابة بشكل أسرع للارتفاعات المفاجئة في استخدام وحدة المعالجة المركزية (CPU). هذا هو نظرًا إلى ميزتين بتنسيق WebP مقارنةً بتنسيق GIF:
- تخزن صور WebP بيانات وصفية حول ما إذا كان كل إطار يحتوي على ألفا مما يغنيك عن فك ترميز الإطار لاتخاذ هذا القرار. يؤدي ذلك إلى استنتاج أكثر دقةً للإطارات السابقة يعتمد عليها الإطار، وبالتالي يقلل فك الترميز غير الضروري الإطارات.
- تمامًا مثل برامج الترميز الحديثة، يضيف برنامج الترميز WebP بشكل إرشادي والإطارات الرئيسية على فترات زمنية منتظمة (وهو ما لا تستخدمه معظم برامج ترميز GIF). يساهم ذلك في تحسين وضع التقديم/الترجيع بشكل كبير في الصور المتحركة الطويلة. لتسهيل إدراج مثل هذه الإطارات بدون زيادة حجم الصورة بشكل ملحوظ، تنسيق WebP تضيف "طريقة المزج" إبلاغ لكل إطار بالإضافة إلى طريقة التخلص من الإطارات التي يستخدمها ملف GIF. ويتيح ذلك للإطار الرئيسي رسمه كما لو تم محو الصورة بالكامل. إلى لون الخلفية بدون فرض تغيير الإطار السابق بالحجم الكامل.

عيوب الصور المتحركة بتنسيق WebP مقارنةً بملفات GIF المتحرّكة

في حال عدم استخدام التقديم/الترجيع، يكون فك ترميز WebP مستقيمًا تستهلك وحدة معالجة مركزية (CPU) بشكل كبير مقارنةً بتنسيق GIF. يستغرق تطبيق WebP الفقدان 2.2 ضعف الوقت اللازم لفك الترميز GIF، بينما يستهلك تنسيق WebP بدون فقدان البيانات 1.5 مرة.
ولا يعد دعم WebP على نطاق واسع تقريبًا مثل دعم GIF، حيث عالميًا بشكل فعال.
تؤدي إضافة دعم WebP إلى المتصفحات إلى زيادة أثر الرمز الأجزاء المُعرضة للهجوم. في Blink، يكون هذا حوالي 1,500 سطر إضافي. من الرموز البرمجية (بما في ذلك مكتبة WebP Demux وصورة WebP من جانب Blink) برنامج فك الترميز). لاحظ أنه يمكن الحد من هذه المشكلة في المستقبل إذا يتشارك WebP وWebM رمز فك ترميز أكثر شيوعًا، أو إذا كانت لغة WebP والإمكانات في نهج WebM.

ما هي أسباب عدم إتاحة تنسيق WebM في <img>؟

قد يكون من المنطقي على المدى الطويل إتاحة تنسيقات الفيديوهات في <img>. . مع ذلك، إجراء ذلك الآن، وذلك بغرض أن يتمكّن WebM في <img> من تعبئة فيما يتعلق بالدور المقترح لتنسيق WebP المتحرك، هناك مشكلة:

عند فك ترميز إطار يعتمد على إطارات سابقة، يتطلب WebM ذاكرة أكبر بنسبة 50% من سعة ذاكرة WebP المتحركة لاستيعاب الحد الأدنى من الإطارات السابقة³.
يختلف دعم برامج ترميز الفيديو والحاوية بشكل كبير عبر المتصفحات الأجهزة. لتسهيل التحويل التلقائي لترميز المحتوى (على سبيل المثال، الخوادم الوكيلة لتوفير معدل نقل البيانات)، ستحتاج المتصفحات إلى إضافة عناوين قبول للإشارة إلى التنسيقات التي تدعمها علامات الصور. حتى هذا قد يكون غير كافية، لأنّ أنواع MIME مثل "فيديو/webm" أو "فيديو/mpeg" ثابت إلى دعم برنامج الترميز (مثل VP8 مقابل VP9). على الجانب الآخر يدويًا، يتم تجميد تنسيق WebP بشكل فعال، وإذا كان البائعون الذين يشحنون الموافقة على شحن تنسيق WebP المتحرك، وهو سلوك WebP على مستوى Universal Analytics يجب أن تكون متسقة؛ وبما أن "image/webp" رأس القبول هو مستخدم بالفعل للإشارة إلى دعم WebP، لا توجد تغييرات في رأس قبول جديدة ضرورية.
يتم تحسين حزمة فيديو Chromium من أجل التشغيل بسلاسة، ويفترض أنه لا يتم تشغيل سوى مقطع فيديو واحد أو اثنين الوقت. ونتيجة لذلك، يصبح التنفيذ قاسيًا في استخدام النظام الموارد (سلاسل البيانات والذاكرة وما إلى ذلك) لتحسين جودة التشغيل إلى أقصى حدّ مثل إذا كان التطبيق لا يتناسب بشكل جيد مع العديد من مقاطع الفيديو المتزامنة، إلى إعادة تصميمها حتى تكون مناسبة للاستخدام مع صفحات الويب المليئة بالصور.
لا يتضمن WebM حاليًا جميع أساليب الضغط من WebP. وبالتالي هذه الصورة يتم ضغطها باستخدام WebP بشكل أفضل بكثير من البدائل الأخرى:

¹ بالنسبة إلى جميع المقارنات بين صور GIF المتحرّكة وملفات WebP المتحرّكة، سنتحدّث عن مجموعة تضم حوالي 7000 صورة GIF متحركة تم التقاطها عشوائيًا من الويب. تم تحويل هذه الصور إلى صور WebP متحركة باستخدام الملف "gif2webp". باستخدام الإعدادات الافتراضية (التي تستند إلى أحدث إصدار شجرة مصدر libwebp اعتبارًا من 08/10/2013). الأرقام المقارنة هي متوسط القيم عبر هذه الصور.

² تم احتساب أوقات فك الترميز باستخدام أحدث إصدار من libwebp + ToT Blink اعتبارًا من 08/10/2013 باستخدام أداة قياس الأداء. "فك ترميز الوقت بالتقديم/الترجيع" يتم احتسابه على أنه "فك ترميز الإطارات الخمسة الأولى، ومحو الإطار للمخزن المؤقت، وفك ترميز الإطارات الخمسة التالية، وهكذا".

³ يحتفظ WebM بـ 4 إطارات مرجعية لملفات YUV في الذاكرة، مع كل إطار. تخزين (العرض+96)*(الارتفاع+96) بكسل. بالنسبة إلى YUV 4:2:0، نحتاج إلى 4 بايت لكل 6 بكسل (أو 3/2 بايت لكل بكسل). لذلك، تستخدم هذه الإطارات المرجعية 4*3/2*(width+96)*(height+96) بايت من الذاكرة. من ناحية أخرى لن تحتاج سوى للإطار السابق (في RGBA) 4*width*height بايت من الذاكرة.

⁴ يتطلّب العرض المتحرك بتنسيق WebP الإصدار 32 من Google Chrome أو الإصدارات الأحدث