SDP وH.264 وH.265 في تشخيصات RTSP: بيانات التعريف التي تقرر إمكانية بدء تشغيل الفيديو

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

ما الذي يجب أن يثبته SDP؟

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

• m=video قسم الوسائط
• a=control عنوان URL للمسار
• a=rtpmap نوع الحمولة واسم برنامج الترميز
• معلمات برنامج الترميز a=fmtp
• H.264 sprop-parameter-sets عند وجودها
• إشارات H.265 VPS/SPS/PPS عند توفرها
• ما إذا كان معدل الساعة المعلن عنه متوقعًا

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

مجموعات المعلمات H.264 ليست دليلاً اختياريًا

تحتاج أجهزة فك التشفير H.264 إلى معلومات حول معلمات التسلسل والصورة. في عمليات نشر كاميرا RTSP، قد يظهر هذا الدليل في SDP، أو حمولات RTP داخل النطاق، أو كليهما. تظهر المشاكل عندما تفترض الكاميرا أن المتلقي يعرف بالفعل شيئًا لا يعرفه.

يجيب سجل التشخيص النظيف على:

• هل كان SPS مرئيًا؟
• هل كان PPS مرئيًا؟
• هل تتضمن الحمولات إطار IDR؟
• هل بدأ البث في منتصف الحزب الجمهوري؟
• هل بدا معرف مستوى الملف الشخصي معقولاً؟
• هل يتطابق وضع الحزم مع بنية الحمولة النافعة المرصودة؟

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

يضيف H.265 المزيد من حدود التوافق

يعد H.265 شائعًا في الكاميرات الحديثة، خاصة عندما يكون عرض النطاق الترددي مهمًا، ولكنه أقل دعمًا عالميًا من H.264 في الأدوات القديمة والمستهلكين المضمنين. يقدم H.265 أيضًا دليل VPS بالإضافة إلى SPS وPPS. قد يفشل النشر الذي يشير فقط إلى أن "RTSP يعمل" لأن ملف تعريف برنامج الترميز الفعلي أو تسليم المعلمة يقع خارج الحدود المدعومة للمستهلك.

بالنسبة للفرق الميدانية، يجب ألا تتضمن المقالة أو التذكرة أو التقرير المفيد "التبديل إلى H.264" فقط. يجب أن يوضح السبب:

• المستهلك الحالي يفتقر إلى دعم H.265
• مجموعات معلمات H.265 مفقودة أو متأخرة
• لا يتطابق نوع الحمولة مع تعيين برنامج الترميز المتوقع
• الدفق صالح ولكن خارج حدود المنتج
• يجب تغيير ملف تعريف الكاميرا لسير العمل هذا

ويمنع هذا المستوى من الوضوح تغييرات التجربة والخطأ المتكررة.

يجب مقارنة SDP مع RTP

SDP هو المطالبة. RTP هو الدليل التالي. ويجب مقارنة الاثنين.

أمثلة:

• يدعي SDP أن نوع الحمولة النافعة 96 هو H.264، لكن RTP يصل بنوع حمولة مختلف.
• يحتوي بروتوكول SDP على مسار فيديو، ولكن لا يوجد RTP يتبع "PLAY".
• يقول SDP H.265، لكن المنتج النهائي يدعم فقط H.264.
• يحذف SDP مجموعات المعلمات، ولا يرسلها RTP أبدًا قبل الشرائح.
• وصول RTP، لكن بنية وحدة NAL غير متوافقة مع برنامج الترميز المعلن عنه.

تتطلب هذه الحالات إجراءات تالية مختلفة. بدون مقارنة SDP وRTP، تبدو جميعها وكأنها فشل غامض "بدون فيديو".

لماذا يبرز مفتش RTSP هذا الدليل؟

تم تصميم RTSP Inspector لمهندسي البث وبائعي الكاميرات ومتكاملي الدوائر التلفزيونية المغلقة الذين يحتاجون إلى أدلة قابلة للتكرار. إنه ليس مشغل وسائط عام عن قصد. وتتمثل مهمتها في فحص مسار التحكم RTSP، وبيانات تعريف SDP، وتدفق RTP/RTCP، واستعداد H.264/H.265.

وهذا يجعل الإخراج مفيدًا في محادثات الدعم:

• بائع الكاميرا: إصلاح SDP أو الحزم
• فريق الشبكة: إصلاح مسار تسليم RTP
• فريق VMS: ضبط ملف تعريف برنامج الترميز المدعوم
• التكامل الميداني: تغيير ملف تعريف الدفق أو وضع النقل
• العميل: افهم لماذا لا يعد التشغيل دليلاً على صحة البروتوكول

في تشخيصات RTSP، لا يعد SDP نصًا معياريًا. إنه العقد الأول الذي يقدمه الدفق. إذا تم فسخ هذا العقد، فإن بقية خط الأنابيب يخمن.