ما هو البث عبر SRT؟ شرح الفرق بين SRT وRTMP
SRT بروتوكول لنقل الفيديو صُمّم ليصمد أمام الشبكات غير الموثوقة. إليك كيف يستعيد الحزم المفقودة، وما وظيفة إعداد زمن التأخير، وكيف يقارن بـ RTMP، ولماذا لا تزال معظم المنصات تطلب RTMP.
في هذه الصفحة
SRT (Secure Reliable Transport) بروتوكول مفتوح المصدر لإرسال الفيديو المباشر عبر شبكات غير متوقعة مثل الإنترنت العام. يعمل فوق UDP، ويعيد طلب الحزم التي تُفقد، ويتيح لك اختيار مقدار التأخير الذي تقايضه مقابل الموثوقية، ويمكنه تشفير البث. ويستخدمه المذيعون لنقل تدفقات عالية الجودة بين المواقع.
ليس بديلًا عن RTMP في كل مكان، لكنه يحل مشاكل محددة بكفاءة عالية. إليك كيف يعمل ومتى يستحق الاستخدام.
أهم النقاط
- يستخدم SRT بروتوكول UDP ويستعيد الحزم المفقودة ضمن نافذة زمن تأخير تحددها أنت.
- يناسب الوصلات البعيدة أو كثيرة الفقد، مثل المواقع النائية وتدفقات المساهمة.
- لا تزال معظم منصات صنّاع المحتوى توثّق الاستقبال عبر RTMP أو RTMPS.
- يحمي تشفير AES بعبارة مرور مشتركة تدفقات SRT أثناء النقل.
من أين جاء SRT وما المشكلة التي يحلها
طوّرت شركة الفيديو Haivision بروتوكول SRT وأطلقته كمصدر مفتوح في 2017. وهو اليوم مدعوم في طيف واسع من برامج الترميز وفك الترميز وخوادم الوسائط والبرمجيات، بما في ذلك OBS وFFmpeg.
المشكلة التي يستهدفها سهلة الوصف: الإنترنت العام يفقد الحزم ويعيد ترتيبها، خصوصًا عبر المسافات الطويلة أو شبكات Wi-Fi المزدحمة أو الاتصالات الخلوية. وكانت وصلات البث التقليدية تتجنب ذلك بدوائر مخصصة أو سعة أقمار صناعية. أما SRT فيهدف إلى تقديم موثوقية بمستوى البث الاحترافي عبر اتصالات إنترنت عادية بدلًا من ذلك.
ويفعل ذلك دون أن يهتم كثيرًا بما يحمله البث. فـ SRT وسيلة نقل لا صيغة فيديو، وأكثر ما يحمله هو تدفق نقل MPEG يحتوي على فيديو H.264 أو HEVC مع صوت AAC. وقد ساعدت هذه المرونة على اعتماده بسرعة في سير العمل الاحترافي.
كيف تعمل استعادة الحزم ومخزن زمن التأخير المؤقت
يعمل RTMP فوق TCP، الذي يعيد إرسال البيانات المفقودة لكنه يبطئ الاتصال كله كلما اكتُشف فقد. وعلى الوصلات البعيدة كثيرة الفقد، يظهر ذلك على شكل توقفات وتقطيع.
أما SRT فيستخدم UDP ويتولى الاستعادة بنفسه. يحتفظ المستقبِل بالحزم في مخزن مؤقت قصير. وعندما يكتشف فجوة في التسلسل، يطلب من المرسِل إعادة إرسال الحزمة المفقودة فقط. فإذا وصل البديل قبل أن تغادر تلك اللحظة من الفيديو المخزن المؤقت، لا يلاحظ أحد في المراحل اللاحقة أي شيء.
حجم المخزن المؤقت هو إعداد زمن التأخير (latency). القيم الأكبر تتحمل شبكات أسوأ على حساب التأخير؛ والقيم الأصغر تبقي التأخير منخفضًا لكنها تُسقط الحزم التي تصل متأخرة جدًا. نقطة البداية الشائعة هي بضعة أضعاف زمن الذهاب والإياب بين المرسِل والمستقبِل، مع رفعها للوصلات غير المستقرة. وتعبّر الأدوات عن زمن التأخير بوحدات مختلفة، لذا راجع الوثائق.
التشفير ومعرّفات البث وأوضاع الاتصال
يتضمن SRT ميزات لا يوفرها RTMP بمفرده:
- التشفير. AES بعبارة مرور يتشاركها الطرفان، باستخدام مفاتيح 128 أو 192 أو 256 بت. أما RTMP فيحتاج إلى النسخة المنفصلة RTMPS ليكون مشفّرًا.
- معرّف البث (Stream ID). معرّف اختياري يتيح لمنفذ مستقبِل واحد قبول عدة تدفقات وتوجيه كل منها بشكل صحيح، وهو يشبه مفتاح البث قليلًا.
- أوضاع الاتصال. يستمع أحد الطرفين على منفذ ويتصل به الطرف الآخر. وفي وضع ثالث، هو rendezvous، يتصل الطرفان في الوقت نفسه، ما قد يساعد عندما يكون كلاهما خلف جدار حماية.
لأن SRT يستخدم UDP، يجب أن يكون منفذ UDP لدى الطرف المستمع مفتوحًا في كل جدار حماية على الطريق، على عكس اتصالات TCP الصادرة في RTMP. ولجانب RTMP، راجع كيف يعمل RTMP وRTMP مقابل RTMPS.
SRT مقابل RTMP: أين يتفوق كل منهما
لا يوجد بروتوكول أفضل ببساطة؛ فكل منهما جيد في مهام مختلفة.
- SRT يتفوق في المساهمة. إرسال تدفق من موقع نائي أو فريق ميداني أو وصلة خلوية إلى مركز الإنتاج هو المكان الذي تؤتي فيه استعادة الحزم ثمارها، وكذلك سلاسل البث التي تغذي أنظمة العرض (playout) وأجهزة فك الترميز وخوادم الوسائط.
- SRT يتعامل مع المسافة بشكل أفضل. على الوصلات العابرة للقارات التي تعاني الفقد والاهتزاز، ينتج مخزن زمن تأخير مضبوط جيدًا نتائج أكثر ثباتًا عادة من RTMP القائم على TCP.
- RTMP يتفوق في التوافق. يدعمه تقريبًا كل برنامج ترميز وخدمة ومنصة، والإعداد ليس سوى رابط ومفتاح.
- RTMP أبسط في النشر. لا منافذ UDP، ولا ضبط لزمن التأخير، ولا عبارات مرور تحتاج إلى تنسيق.
قاعدة عملية: استخدم SRT بين الأنظمة التي تتحكم فيها أنت أو أحد شركائك، وRTMP أو RTMPS للمرحلة الأخيرة نحو المنصات العامة.
لماذا لا تزال YouTube وTwitch ومعظم المنصات تطلب RTMP
إذا كان SRT بهذه المتانة، فلماذا تواصل منصات صنّاع المحتوى الكبرى توثيق الاستقبال عبر RTMP وRTMPS؟
أولًا، التوافق: تريد المنصات أن يتمكن كل بثّاث من الاتصال، من تطبيقات الهاتف إلى أجهزة الترميز القديمة، وRTMP هو البروتوكول الذي تتحدثه جميعها. ثانيًا، معظم صنّاع المحتوى يبثون من المنزل إلى خادم استقبال قريب، حيث يعمل TCP بشكل جيد بما يكفي. ثالثًا، بنت المنصات على مدى سنوات أنظمة المصادقة وإدارة المفاتيح والمراقبة حول RTMP.
هذه الصورة تتغيّر. فبعض المنصات والكثير من خدمات الفيديو الاحترافية تقبل SRT أو بروتوكولات استقبال أحدث أخرى. لكن وقت كتابة هذا المقال، ستمنحك منصة تواصل اجتماعي أو ألعاب رئيسية عادة رابط RTMP أو RTMPS. ويشرح دليل البث عبر RTMP مخصص كيف تعمل تلك الوجهات.
إرسال RTMP وSRT من البث السحابي نفسه
تحتاج إعدادات كثيرة إلى البروتوكولين معًا: RTMP للمنصات العامة، وSRT لاستوديو أو خادم عرض أو مستقبِل لدى شريك. ومن برنامج ترميز منزلي، يعني ذلك مخرجين وضعف سرعة الرفع.
يتولى StreamHouse ذلك في السحابة. أضف YouTube أو Twitch أو Kick عبر RTMP أو RTMPS، إضافة إلى مخرج SRT مخصص موجّه إلى مستقبِلك، إلى البث نفسه. بث واحد يصل إليها جميعًا، ولا تستهلك الوجهات الإضافية خانات بث إضافية.
للبرامج المسجلة مسبقًا، ارفع فيديوهاتك، التي تُجهَّز مسبقًا وفق ملف ترميز واحد موحّد، ثم ابنِ قائمة تشغيل وابدأها أو جدولها. يتكرر البث 24/7، ويعيد الاتصال تلقائيًا بعد انقطاعات الشبكة، ويواصل العمل وحاسوبك مطفأ.
الأسئلة الشائعة
هل SRT أفضل من RTMP للبث؟
في مسارات الشبكة الطويلة أو غير الموثوقة، نعم عادة، لأن SRT يستعيد الحزم المفقودة دون أن يوقف الاتصال كله. لكن المنصات الرئيسية كثيرًا ما لا توفر سوى RTMP أو RTMPS، لذا يعتمد الخيار الصحيح على وجهة تدفقك.
هل زمن التأخير في SRT أقل من RTMP؟
قد يكون كذلك. فتأخير النقل في SRT يساوي تقريبًا مخزن زمن التأخير الذي تحدده، والذي يمكن أن يكون صغيرًا على الشبكات الجيدة. لكن التأخير الإجمالي لدى المشاهدين يعتمد أيضًا على معالجة المنصة وتشغيلها، لذا لن يبدو تغيير البروتوكول أسرع دائمًا.
هل يستطيع OBS البث عبر SRT؟
نعم. أدخل عنوانًا يبدأ بـ srt:// كخادم مخصص في OBS، مع تضمين معاملات مثل الوضع وزمن التأخير وعبارة المرور في الرابط. ويجب أن يدعم الخادم أو الخدمة المستقبِلة SRT وأن تكون مُعدّة لقبول الاتصال.
هل SRT مشفّر افتراضيًا؟
فقط عندما تحدد عبارة مرور. مع عبارة المرور نفسها على الطرفين، يشفّر SRT التدفق باستخدام AES بمفاتيح 128 أو 192 أو 256 بت. ومن دونها ينتقل دون تشفير، لذا حدد واحدة للتدفقات التي تعبر الإنترنت العام.
