تحسين دقة عصبي على الجهاز، قيد التطوير — بكسلات أحدّ من بث أخف.

يمر بث سطح المكتب البعيد بضربتي ضغط قبل أن يصل إلى عينيك. أولاً، يصغّر المضيف الدقة حين تتجاوز دقة المصدر ما يستطيع العميل عرضه — فجهاز MacBook Pro M4 مقاس 14 بوصة يستضيف بدقة 3024 × 1964 ويبث إلى iPad mini بدقة 2266 × 1488 يكون قد تخلى عن نحو ثلث بكسلاته قبل أن يرى المرمّز الإطار. وثانياً، يطبّق المرمّز نفسه ضغطاً مع فقدان ليلائم معدل البت الذي تستطيع الشبكة حمله. وكلتا الخطوتين تتخلص من التفاصيل عالية التردد — وهي بالضبط ما يصنع الفرق بين حرف واضح وبقعة ملطّخة.

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

إن عملت كما نأمل، فسيكون الأثر أوضح ما يكون حيث تحتاجه أكثر: نص المتن بحجم 11 نقطة، والشيفرة بخط أحادي المسافة، والخطوط الرفيعة في ملف Figma، وحدود الأزرار في الشريط الجانبي. هذه هي الحالات التي تعني فيها بضع بكسلات ملطّخة الفرق بين "مقروء" و"عليّ أن أقترب". وهذه فجوة حقيقية في ما يستطيعه أي مرمّز مضبوط للحركة بمفرده — ولهذا بالذات يستحق الأمر وقت البحث لنعرف إن كان نموذج على الجهاز يستطيع سدها.

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

هل يتفوق بوضوح على ما لدينا؟ يقرأ محرك معدل البت التكيّفي في Remio اتصالك فعلاً ويختار النطاق الذي يُبقي الصورة حادة بقدر ما تسمح الشبكة. ولا يستحق النموذج العصبي مكانه إلا إن استعاد تفاصيل تتجاوز ذلك الخط الأساسي بهامش يلحظه الناس فعلاً — لا فوزاً في اختبار يختفي عند مسافة المشاهدة العادية.

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

هل يبقى صريحاً بشأن ما يفعله؟ النموذج الذي يعيد بناء تفاصيل معقولة المظهر من بكسلات مضغوطة يفعل شيئاً مختلفاً عن نموذج يخترع محتوى لم يكن موجوداً. وفي سطح مكتب بعيد، حيث يجب أن يطابق ما تراه ما هو موجود فعلاً على المضيف، ليس هذا التمييز كمالياً — بل هو نموذج الثقة كله. وأي شيء نطرحه يجب أن يعيد البناء، ولا يختلق أبداً.

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

H.265 بالعتاد من طرف إلى طرف يعني أن المرمّز على المضيف وفاكّ الترميز على العميل يعملان كلاهما على سيليكون فيديو مخصص، لا على المعالج المركزي — وهو السبب نفسه الذي يجعل فيديو 4K يُعرض بسلاسة على هاتف كان سيختنق لو حاول فك ترميزه برمجياً. وهذا الهامش هو ما يتيح لـ Remio الاحتفاظ بالتفاصيل عند معدل بت لا يستطيع ترميز برمجي تحمله.

محرك معدل البت التكيّفي هو القطعة التي تؤدي العمل الفعلي الذي يُستكشف التحسين العصبي للدقة للمساعدة فيه: يقيس اتصالك في بداية الجلسة ويختار أعلى نطاق لمعدل البت يستطيع ذلك الاتصال تحمله دون ارتفاعات في التأخير، بدلاً من تجويع البث بصمت. اقرأ كيف تعمل الجودة التكيّفية ←

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

لن يختلق واجهة مفقودة. فإن قُطع زر عند حافة البث لأن المرمّز أسقط منطقة، فنموذج يخترع بقية الزر لا مكان له في سطح مكتب بعيد. يجب أن تثق بأن ما تراه على iPad يطابق ما هو موجود فعلاً على المضيف — والنموذج التوليدي الذي يملأ محتوى لم يكن موجوداً سيكسر تلك الثقة، لذا لن نطرح إلا نموذجاً يعيد البناء من بكسلات رُمّزت فعلاً، لا نموذجاً يخترع.

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

لن يُقدَّم على أنه يصلح تشغيل الفيديو على المضيف. فإن كنت تشاهد فيلماً على جهاز Mac البعيد، فما يُبَث هو ما عرضه فاكّ الفيديو لدى المضيف نفسه — بدقة المضيف. ومرحلة استعادة الجودة على البث لا تحسّن مصدراً أنتجه المضيف أصلاً؛ وللحصول على تشغيل أحدّ للأفلام تبقى النصيحة الصريحة كما هي اليوم: شغّله على جهاز العميل لا على المضيف.

ولن يُباع أبداً كبديل عن شبكة جيدة. فاتصال الشبكة المحلية المباشر سيكون دائماً أحدّ من اتصال شبكة واسعة مقيّد مهما أُضيف فوقه من تحسين للدقة — ومحرك معدل البت التكيّفي الذي يطرحه Remio اليوم يمنحك فعلاً أفضل صورة يستطيع اتصالك الفعلي تحملها. وأي شيء نبنيه هنا سيكون تأميناً إضافياً للشبكات السيئة، لا بديلاً عن شبكة جيدة.