ترميز سطح المكتب البعيد: H.264 مقابل H.265 مقابل AV1

إذا كانت جلساتك البعيدة تبدو بطيئة لأن المعالج مشغول بالترميز، أو متقطعة لأن الشبكة لا تواكب، فغالباً يكون سبب ذلك اختيار الترميز. يقيّم هذا الدليل H.264 و H.265 و AV1 على أحمال عمل حقيقية لسطح المكتب البعيد — مع أرقام قابلة للتطبيق: معدلات البت، استهلاك المعالج، الكمون والإعدادات المنطقية لحالات استخدام 1080p و60fps.

لماذا يهم اختيار الترميز في سطح المكتب البعيد

أحمال عمل سطح المكتب البعيد تختلف عن بث Netflix. معظم الجلسات تحتوي على نص وواجهات مستخدم مع فيديو عرضي؛ هذا المزيج يفضل الترميزات والإعدادات المصممة للثبات والكمون المنخفض بدل GOP طويل وضغط فائق للفيديو. التنازلات التي ستوازن بينها هي:

• النطاق الترددي: كم ميغابت في الثانية يمكنك أن تتحملها بشكل مستمر عبر روابط WAN/الهاتف المحمول.
• تكلفة المعالج: الترميز يستهلك دورات معالجة. يؤثر استخدام المعالج على الاستجابة وعمر البطارية.
• الكمون: زمن الترميز وفواصل الإطارات المفتاحية تؤثر على تأخر إدخال المستخدم.
• التوافق: ماذا يدعم العميل والمتصفح من فك التشفير والتسريع العتادي.

إعداد الاختبار والمنهجية (ماذا تعني هذه الأرقام فعلاً)

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

• الأجهزة: Intel Core i7-10700K (8 أنوية / 16 خيطاً) على Windows 11.
• الالتقاط: شاشة سطح المكتب (1920×1080)، ثلاث سيناريوهات — سطح مكتب ثابت (نص ونوافذ)، مختلط (فيديو ويب + تمرير)، وحركة عالية (ألعاب 60fps).
• المشفرات والإصدارات: x264 (بناء FFmpeg مع x264)، x265 3.5، SVT-AV1 1.8.0 و libaom 3.6.0 حيث ذُكر. للترميز العتادي: NVIDIA NVENC على RTX 2060.
• الإعدادات: قارنّا إعدادات عملية (x264 veryfast، x265 veryfast، SVT-AV1 superfast) لأن سطوح المكتب البعيدة تحتاج كمون منخفض؛ واستخدمنا ضبط جودة معادل CRF حيث أمكن.
• القياسات: معدل البت المتوسط في الحالة المستقرة (Mbps)، متوسط استهلاك المعالج في النظام ككل (نسبة مئوية)، وزمن الترميز المقاس (مللي ثانية) لنفس المشهد لمدة 60 ثانية.

هذه ليست مقارنات أكاديمية دقيقة في معمل — بل أرقام عملية ستراها عند توصيل أداة بعيدة إلى حمولة عمل مكتبية مختلطة. تختلف النتائج بحسب أجيال المعالجات، عدد الجلسات المتزامنة أو إصدارات AV1 الأسرع؛ اعتبر الأرقام دليلاً واستخدم قائمة الضبط أدناه للتحقق على جهازك.

الأرقام: معدل البت، المعالج والكمون لسيناريوهات نمطية

الجدول: أرقام الحالة المستقرة الملاحظة لالتقاط 1080p. معدلات البت والمعالج هي متوسطات على تجارب ممثلة. الكمون هو الوقت المضاف على جانب المشفر (الطائرة ذهاباً وإياباً يعتمد على الشبكة والمرحّل).

النقاط الرئيسية من الجدول:

• H.265 (x265) يقلل معدل البت بحوالي 30–40% مقارنةً بـ H.264 لنفس الجودة المرئية، لكنه يكلف 2–3× أكثر في المعالج في هذه الإعدادات ويضيف زمن تشفير على جانب المشفر.
• AV1 (SVT-AV1) يمكنه تقليل معدل البت بنسبة إضافية 10–30% بعد H.265 في حالات كثيرة، لكن بثمن كبير في استهلاك المعالج والكمون. على منصة مكتبية حديثة غالباً ما يشغل معظم الأنوية للحصول على إعدادات معقولة.
• المشفرات العتادية (NVENC) تنقل العبء من المعالج إلى عتاد GPU. معدل البت قريب من جودة x264 veryfast مع تأثير ضئيل على المعالج وكمون منخفض، مما يجعلها الخيار الواضح عندما تكون متوفرة.

توصيات عملية — أي ترميز ومتى

• إذا كان لديك GPU مع NVENC حديث (Turing أو أحدث)، فاستخدمه لمعظم الجلسات التفاعلية. NVENC يعطي تكلفة معالج منخفضة، كمون منخفض ومعدل بت متوقع. إنه أسرع طريق لتحسين تجربة المستخدم لـ 1080p و60fps.
• إذا كنت محدوداً بشدة في النطاق الترددي (ربط عبر الهاتف أو مكتب بعيد بميزانية 2–3 Mbps) وكان المعالج متاحاً على الطرفين، فإن H.265 (x265) يمكنه توفير 30–40% من النطاق مقابل H.264 مع تكلفة أعلى في المعالج والكمون؛ مفيد للاتصالات غير التفاعلية أو تسجيل الشاشة حيث الكمون أقل أهمية.
• استخدم AV1 فقط عندما تكون وفورات النطاق الترددي ضرورية وتتحكّم في الطرفين مع هامش معالج كافٍ (أو مُشفّر مخصص). بالنسبة للجلسات التفاعلية، كمون AV1 وتكلفة المعالج غالباً ما يقدمان تجربة أسوأ من وفورات النطاق الترددي ما لم تشغّل خادماً مخصصاً للترميز أو مُشفّر AV1 عتادي.
• عملاء المتصفح اليوم يقيّدون خيارات الترميز. ترميز AV1 في المتصفحات لا يزال غير ناضج — إذا اعتمدت على عميل المتصفح (عميل Tenvo للمتصفح في النسخة التجريبية العامة) ففضّل الترميز من جانب الخادم أو المساعدة العتادية عند المرحّل لتحسين تجربة المستخدم.
• لاستخدامات العمل المختلطة (نص، فيديو عرضي) لا يزال x264 مع إعدادات مضبوطة (انظر القسم التالي) يمثل أفضل تعويض إجمالي بين الكمون والنطاق على الأجهزة المحدودة بالمعالج.

موضع Tenvo: المرحّل المدار مقابل الاستضافة الذاتية وخيارات العتاد

تشغيل مرحّل خاص بك عملياً له تكلفة كبيرة (تصحيح الثغرات، تجديد الشهادات، استرداد متعدد المناطق، حيازة المفاتيح). لمعظم الفرق يكون المرحّل المدار متعدد المناطق الافتراضي هو الخيار الصحيح — هذا ما يقدمه مرحّل Tenvo المدار (متعدد المناطق، Free $0 / Lite $2.99/mo / Pro $7.99/mo)، ويُبسط نشر خوادم مُسَرِّعة عتادياً عند الحاجة.

الاستضافة الذاتية للمرحّل خيار مناسب فقط عندما يكون لديك متطلب مكتوب يمنع البُنى التحتية لجهات خارجية (امتثال لموقع البيانات التنظيمي، شبكة معزولة، أو مطلب امتثال رسمي). إذا كان هذا وضعك، اتبع النصيحة في Self-Hosted Remote Desktop: Why, How, and What Breaks — وإلا توقع أن يكون المرحّل المدار أقل تكلفة بعد احتساب العمل على الاستدعاء والتحديثات.

ملاحظة أمنية: عندما تستخدم الجلسة مرحلاً، تنتهي جلسة TLS عند المرحّل والمشغل لديه القدرة التقنية على الوصول إلى حركة الجلسة. يستخدم Tenvo شهادات لكل جهاز للاتصالات؛ المسار النظير-إلى-نظير المباشر يتجنّب إنهاء المرحّل، لكن التراجع إلى المراحل شائع ويجب افتراضه في نماذج التهديد. راجع Remote desktop encryption: what actually protects a session و Is Remote Desktop Secure? An Honest Threat Model للحصول على تفاصيل.

قائمة ضبط وأوامر مشفر مثالية

مقابض عملية للضبط في الميدان:

• فضل الترميز العتادي (NVENC / QSV / VideoToolbox) عندما يكون متاحاً للجلسات التفاعلية.
• للمشفرات البرمجية، اختر إعدادات أسرع (x264 veryfast أو ultrafast) وازدد CRF/معدل البت بحذر؛ سطح المكتب البعيد حساس أكثر للكمون من الضغطة المثالية.
• استخدم فاصل إطارات مفتاحية قصير (1–2s) للحفاظ على استرداد بصري سريع بعد فقدان الحزم؛ لا تضبط GOPs ضخمة كما في VOD.
• فعل خيارات 'zerolatency' حيثما توفرت (x264 tune=zerolatency) عندما تكون الاستجابة التفاعلية مهمة.
• قم بقياس المحتوى الفعلي — الشاشات المليئة بالنص تضغط أفضل بكثير من الفيديو؛ اضبط معدل البت أو غيّر الترميز عندما تنتقل الجلسة إلى حركة مستمرة عالية (لعبة/فيديو).

أمثلة FFmpeg (للتوضيح):

# x264 veryfast, constrained bitrate, 1080p30
ffmpeg -f gdigrab -framerate 30 -i desktop -c:v libx264 -preset veryfast -tune zerolatency -b:v 3M -g 60 -pix_fmt yuv420p out.flv

# NVENC: low CPU, similar quality
ffmpeg -f gdigrab -framerate 30 -i desktop -c:v h264_nvenc -preset llhq -b:v 3M -g 60 out.flv

# SVT-AV1: superfast (high CPU) for bandwidth-limited scenarios
ffmpeg -f gdigrab -framerate 30 -i desktop -c:v libsvtav1 -preset 8 -b:v 1.8M -g 60 out.mkv

# Notes: adjust -b:v and -preset to tune bitrate vs CPU; use small -g (keyframe) for interactive sessions.

متى تختار ترميز — مسار قرار قصير

1. هل لديك GPU قادر على الترميز العتادي؟ استخدمه (NVENC/QSV/VideoToolbox).
2. هل النطاق الترددي هو القيد الأشد وتتحكم في الطرفين؟ فكر في H.265 (x265) إذا سمحت السياسة/الترخيص.
3. هل النطاق ضيق للغاية ويمكنك تحمل معالج عالي أو مُشفّر مخصص؟ فكر في AV1 (SVT-AV1) لكن فقط للجلسات التي يكون فيها الكمون وحمل المعالج مقبولين.
4. هل تستخدم عملاء متصفح فقط أو أجهزة مختلطة؟ التزم بـ H.264 أو بدائل الترميز العتادي لأوسع توافق.

للقراءة المتعمقة عن استراتيجيات النطاق وطرق القياس الحقيقية، راجع Remote desktop bandwidth: the maths and how to cut it و Remote desktop low bandwidth: optimization guide. إذا كانت الألعاب عن بعد أو تفاعل 60fps مطلباً، فالتنازلات تطابق تلك الواردة في تحليلنا Best remote desktop for gaming: Parsec vs Moonlight.

ملاحظة عملية نهائية: نفّذ اختبار تحقق سريع على جهاز الهدف الأكثر شيوعاً لديك. قِس معدل البت في الحالة المستقرة بتسجيل لمدة 60–120 ثانية للحِمل المعتاد، وقيّم المعالج والكمون الشامل. تعديلات بسيطة على الإعداد أو فاصل الإطارات المفتاحية تعطي غالباً مكاسب كبيرة في تجربة المستخدم.

هل تريد اختبار ذلك بنفسك؟ حمّل عميل Tenvo الأصلي لنظم Windows و macOS و Linux، أو جرّب عميل المتصفح (النسخة التجريبية العامة). إذا أردت أقل عبء عملياتي فاستعمل مرحّل Tenvo المدار متعدد المناطق؛ استضف بنفسك فقط إذا أجبرتك اللوائح على ذلك. احصل على العميل من تحميل Tenvo.