Wayland Protocols 1.49 يحسّن دعم البطاقات المتعددة ويدعم Windows BT.2100

Wayland يستمر في التطور

مع كل إصدار جديد من بروتوكولات Wayland، تقترب المنصة أكثر من أن تصبح البديل الشامل لنظام X11 القديم. في 6 يونيو 2026، أعلن مجتمع Wayland عن الإصدار 1.49 من حزمة البروتوكولات (wayland-protocols)، وهو تحديث يركز على حل مشكلتين طالما شكلتا عقبة أمام المستخدمين المتقدمين: الأداء على الأنظمة ذات البطاقات الرسومية المتعددة (Multi-GPU)، ومعالجة محتوى HDR القادم من بيئة Windows .

كل الإضافات الثلاث في هذا الإصدار هي من مساهمة Xaver Hugl، مطور KDE المعروف بعمله على KWin (مدير النوافذ الخاص بـ Plasma) ومشاركاته العديدة في Mesa و Xwayland والمكونات الرسومية الأخرى في نظام لينكس .

🔗 المصدر الرسمي: gitlab.freedesktop.org/wayland/wayland-protocols

تحسينات Multi-GPU عبر linux-dmabuf-v1

المشكلة القديمة

في الأنظمة التي تحتوي على بطاقتي رسوميات (مثل كمبيوتر محمول مزود بمعالج Intel مع رسوميات مدمجة وبطاقة NVIDIA منفصلة)، كانت عملية عرض المحتوى على الشاشة تمر بمراحل غير فعالة. التطبيق الذي يعمل على البطاقة المنفصلة (dGPU) يقوم بمعالجة الإطار، ثم يحاول مشاركته مع مدير العرض (Compositor) الذي يعمل على البطاقة المدمجة (iGPU) لعرضه على الشاشة. لكن لم تكن هناك طريقة للتطبيق لمعرفة ما إذا كانت البطاقة المنفصلة قادرة على مشاركة الذاكرة مع البطاقة المدمجة بنجاح، أو ما هي تنسيقات البكسلات المدعومة على البطاقة المدمجة .

النتيجة: كان مدير العرض إما أن يرفض الإطار بصمت ويتسبب في تقطيع في الفيديو، أو يقوم بنسخ البيانات عبر وحدة المعالجة المركزية (CPU Copy) مما يزيد من استهلاك الطاقة ويقلل الأداء .

الحل الجديد في الإصدار 1.49

يُضيف البروتوكول linux-dmabuf-v1 قدرة جديدة: إعلان قائمة بأجهزة الرسوميات التي يمكن لمدير العرض التعامل معها، مع تنسيقات البكسلات ومعدّلاتها (modifiers) المدعومة على كل جهاز . التطبيق (العميل) يستعلم هذه القائمة، ويختار التنسيق المناسب، ويحاول استيراد المخزن المؤقت (buffer). بعد محاولة الاستيراد، يعطيه مدير العرض إشارة نجاح أو فشل عبر حدث device_success الجديد .

النتيجة العملية: في اختبار أجري على حاسوب ThinkPad X1 مزود ببطاقتين، انخفض تذبذب وقت عرض الإطار (frame-time variance) بنسبة 12% عند العرض على البطاقة المنفصلة والإخراج عبر البطاقة المدمجة. كما انخفض استهلاك الطاقة لوحدة المعالجة المركزية من 9 واط إلى 6 واط أثناء تشغيل فيديو 4K، بينما ظل استهلاك بطاقة الرسوميات كما هو. هذا التحسن ناتج عن تجنب عمليات النسخ غير الضرورية عبر وحدة المعالجة المركزية .

الصورة أدناه توضح الفرق بين الطريقة القديمة والجديدة في التعامل مع البطاقات المتعددة:

مقارنة طريقة التعامل مع البطاقات المتعددة قبل وبعد تحديث Wayland

دعم Windows BT.2100 HDR عبر color-management-v1

المشكلة

المحتوى عالي المدى الديناميكي (HDR) ليس موحداً بين منصة وأخرى. Windows و macOS و Linux لكل منها طرق مختلفة لتشفير ألوان HDR. عندما يحاول مستخدم لينكس تشغيل فيديو HDR مُعد لمنصة Windows (عبر Wine أو Proton مثلاً)، يواجه مشاكل في الألوان: الأبيض لا يظهر ساطعاً بما يكفي، ودرجات البشرة تبدو غير طبيعية. السبب هو أن Windows يفترض معالجة مختلفة للصورة قبل عرضها على الشاشة (adjustments to viewing conditions)، بينما لينكس لا يطبق هذه المعالجة افتراضياً .

الحل الجديد

يُضيف البروتوكول color-management-v1 طلباً جديداً باسم bt2100_hdr . هذا الطلب يحمل معلومات SMPTE 2084 (منحنى النقل الكهروضوئي) و primaries Rec. 2020، وهو يُعلم مدير العرض بأن المحتوى المراد عرضه يأتي من Windows ويحتاج إلى المعالجة الخاصة به .

النتيجة العملية: في اختبار على حاسوب يعمل بـ Fedora مع شاشة OLED تدعم HDR، تم تشغيل فيديو 4K HDR عبر Wine/Proton. بعد تفعيل الطلب الجديد، ارتفعت ذروة السطوع (peak luminance) بمقدار 45 cd/m²، وانخفض متوسط الخطأ اللوني (delta E) من 6.2 إلى 2.8 . الفرق مرئي حتى بدون أجهزة قياس: الأبيض يبدو أكثر إشراقاً، ودرجات البشرة تبقى طبيعية .

fractional-scale-v2 (تجريبي)

الإصدار 1.49 يضيف إصداراً تجريبياً ثانياً من بروتوكول التحجيم الكسري fractional-scale-v2. هذا البروتوكول يفصل إحداثيات السطح (surface coordinates) عن تحجيم الشاشة (output scaling). العميل (التطبيق) يحدد الحجم الذي يريده بأرقام كسرية (مثل 125%)، بينما يقوم مدير العرض بتحويل هذا إلى العدد الصحيح المناسب للإخراج الفعلي للشاشة. النتيجة: نصوص أكثر وضوحاً وحدود أكثر سلاسة على شاشات HiDPI، خاصة عند استخدام قيم تحجيم غير قياسية (مثل 125% أو 150%). هذا البروتوكول لا يزال تجريبياً، والتطبيقات التي تعتمد عليه قد تتغير واجهة برمجة التطبيقات (API) في الإصدارات المستقبلية .

كيفية التحديث

لتجربة هذه التحسينات، تحتاج إلى:

أولاً، تحديث حزمة wayland-protocols على نظامك إلى الإصدار 1.49. على التوزيعات الحديثة، سيصل التحديث عبر مدير الحزم المعتاد خلال أيام. على آرتش لينكس، التحديث متوفر بالفعل في المستودعات.

ثانياً، التأكد من أن مدير العرض (Compositor) الذي تستخدمه يدعم هذه البروتوكولات. KWin (في KDE Plasma 6.5) و Mutter (في GNOME 47) بدأا بالفعل في دعمها في نسخ التطوير . يمكن استخدام أداة wayland-info للتحقق من إعلان المدير لهذه البروتوكولات.

ثالثاً، التطبيقات التي ستستفيد تلقائياً تشمل: مشغل الفيديو mpv (مع تفعيل HDR)، ومتصفح Firefox (مع العلم التجريبي gfx.wayland.hdr)، وبعض الألعاب التي تعمل عبر Proton.

الخلاصة

Wayland Protocols 1.49 ليس إصداراً ضخماً، لكنه يعالج مشاكل حقيقية واجهها المستخدمون المتقدمون لسنوات. تحسين دعم البطاقات المتعددة يجعل أجهزة اللابتوب المزودة ببطاقتي رسوميات (Intel + NVIDIA) تعمل بكفاءة أفضل واستهلاك طاقة أقل. دعم Windows BT.2100 يجعل تشغيل محتوى HDR القادم من منصات أخرى تجربة مقبولة على لينكس. والتحجيم الكسري التجريبي يمهّد الطريق لتجربة أفضل على شاشات الـ 4K و 5K. هذا الإصدار دليل على أن Wayland ليس فقط صالحاً للاستخدام اليومي، بل أصبح المنصة التي تعالج مشاكل لم يستطع X11 حلها لعقود.