دفق H.265 RTSP لا يعمل: متى يتم تبديل الكاميرا مرة أخرى إلى H.264

يعد "دفق H.265 RTSP لا يعمل" واحدًا من عمليات البحث الأكثر أهمية لاستكشاف أخطاء الكاميرا وإصلاحها لأن الدفق غالبًا ما يعمل في مكان ويفشل في مكان آخر. قد يقوم VLC بتشغيلها. قد يظهر ذلك تطبيق جوال. قد يفشل المتصفح، أو NVR، أو خط أنابيب التحليلات، أو تكامل Home Assistant، أو جسر WebRTC، أو جهاز إعادة البث بسبب "نوع دفق غير مدعوم"، أو "برنامج الترميز غير متطابق"، أو "تعذر كتابة الرأس"، أو "لا يوجد فيديو"، أو أداة تحميل دائمة.

لا يكون الفشل دائمًا هو جلسة RTSP. H.265، ويُسمى أيضًا HEVC، هو حد دعم برنامج الترميز. يمكن لـ RTSP تسليمها بشكل صحيح بينما لا يزال نظام الاستقبال غير قادر على فك تشفيرها أو تعبئتها أو عرضها أو إعادة بثها.

نجاح RTSP لا يعني دعم برنامج الترميز

يمكن لعميل RTSP إكمال ما يلي بنجاح:

• "خيارات".
• "وصف".
• "الإعداد".
• "تشغيل".
• تسليم RTP

ولا تزال تفشل في عرض الفيديو. إذا أعلن SDP عن وصول حزم H.265 وRTP، فقد يكون النقل جيدًا. قد لا يدعم المنتج المتلقين للمعلومات H.265 في هذا المسار.

وهذا مهم لأن المستخدمين غالبًا ما يصفون المشكلة بأنها "RTSP لا يعمل". التشخيص الأفضل هو أن "نقل RTSP يعمل، لكن برنامج الترميز المعلن عنه غير مدعوم أو غير جاهز لفك التشفير لهذا المستهلك."

لماذا يفشل H.265 أكثر من H.264؟

يعتبر H.265 فعالًا، خاصة بالنسبة للكاميرات عالية الدقة، لكن الدعم غير متساوٍ. العديد من مسارات المتصفح لا تتعامل مع H.265 الخام بشكل جيد. يمكن لبعض مسجلات الفيديو الرقمية (NVR) تسجيل H.265 ولكن لا يمكن معاينتها بشكل متسق. تتطلب بعض مسارات التحليلات H.264 لأن تسريع الأجهزة أو استخراج الإطارات أو إخراج الحاوية يتوقع ذلك. تحتاج بعض أجهزة إعادة البث إلى تحويل الترميز أو تكوين خاص.

أوضاع الفشل الشائعة:

• لا يتم تحميل معاينة المتصفح
• يعمل الدفق الفرعي منخفض الدقة ولكن يفشل الدفق الرئيسي
• التيار الرئيسي هو H.265 بينما التيار الفرعي هو H.264
• يتم تسجيل NVR ولكن فشل العرض المباشر
• يرفض إخراج RTMP/FLV تنسيق HEVC
• لا يمكن لجسر WebRTC أن يتطابق مع برامج الترميز
• تقبل خدمة التحليلات H.264 فقط

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

افحص SDP قبل تغيير الإعدادات

قبل تغيير إعدادات الكاميرا، افحص SDP:

• هل يعلن a=rtpmap عن H265 أو H264 أو برنامج ترميز آخر؟
• هل يختلف التيار الرئيسي عن التيار الفرعي؟
• هل معلمات H.265 VPS/SPS/PPS مرئية؟
• هل يظل نوع الحمولة ثابتًا في RTP؟
• هل يصل RTP بعد "PLAY"؟
• هل الفشل قبل تسليم الوسائط أم بعده؟

إذا ذكر SDP H.265 وكان النظام الأساسي المستهدف يتوقع H.264، فإن الإجراء التالي ليس تصحيح أخطاء جدار الحماية. إنه اختيار ملف تعريف الدفق أو تغيير برنامج الترميز أو تحويل الشفرة.

غالبًا ما يكون التيار الرئيسي مقابل التيار الفرعي هو الدليل

تكشف العديد من الكاميرات:

• التيار الرئيسي: دقة عالية، H.265
• التيار الفرعي: دقة منخفضة، H.264

وهذا ما يفسر سبب عمل الدفق الفرعي أثناء فشل الدفق الرئيسي. يثبت الدفق الفرعي إمكانية الوصول إلى RTSP وبيانات الاعتماد. لا يثبت أن المستهلك يدعم برنامج ترميز التدفق الرئيسي.

تقرير جيد يقارن:

• التيار الرئيسي SDP
• تيار فرعي SDP
• أسماء الترميز
• resolution
• bitrate
• استمرارية RTP
• جاهزية فك التشفير

إذا فشل H.265 فقط، يشير الدليل إلى دعم برنامج الترميز أو حزم H.265 بدلاً من بناء جملة URL RTSP.

عندما يكون البديل H.264 هو الحل العملي

غالبًا ما يكون تبديل ملف تعريف الكاميرا إلى H.264 هو الحل الأسرع عندما:

• المنتج المستهدف لا يدعم H.265
• المعاينة المباشرة تعتمد على المتصفح
• يلزم إعادة البث إلى RTMP/FLV
• يتطلب مسار التحليلات إطارات H.264
• مسار فك ترميز الأجهزة غير معروف
• تحتاج حالة الدعم إلى توافق واسع النطاق

لا يزال من الممكن أن يكون H.265 مفيدًا في التسجيل أو كفاءة التخزين. قد تستخدم البنية العملية H.264 للاستقبال/الاكتشاف المباشر وH.265 للتسجيل بالكاميرا المحلية حيثما يكون ذلك مدعومًا.

حيث يناسب مفتش RTSP

لا يحاول RTSP Inspector تحويل كل تدفق أو تشغيله. ومهمتها إثبات عقد الدفق:

• نجح التحكم في RTSP
• أعلن SDP عن H.265 أو H.264
• وصل RTP أو لم يصل
• كان دليل معلمة الترميز موجودًا أو مفقودًا
• من المحتمل أن يكون فشل المصب هو دعم برنامج الترميز أو فقدان الحزمة أو عدم تطابق بيانات التعريف

بالنسبة لعمليات البحث مثل "دفق H.265 RTSP لا يعمل"، أو "كاميرا من نوع الدفق غير مدعومة"، أو "يعمل H.265 في VLC ولكن ليس NVR"، فإن هذا الدليل يمنع التصحيح المهدر. قد يكون الإصلاح هو H.264 الاحتياطي، وليس لاعبًا آخر.