الإجابة المختصرة: اختر البروتوكول الذي يستطيع جانب الاستقبال قبوله فعليًا. SRT خيار للمساهمة عندما يدعمه الطرفان ويكون المسار مضبوطًا؛ ويبقى RTMP تسليمًا شائعًا من جهاز الترميز إلى المنصة أو خادم الاستيعاب. تشغيل المشاهدين والتسليم مهمتان لاحقتان تضبطان منفصلتين.
ابدأ بالمستقبل ثم اختر التسليم
| نقطة القرار | مسار SRT | مسار RTMP |
|---|---|---|
| المستقبل | مستقبل مساهمة يدعم SRT وتتحكم به أو عُيّن لك | نقطة استيعاب RTMP أو عنوان منصة مقدم للنشر |
| النقل | جلسة SRT مبنية على UDP؛ يتضمن الوضع المباشر التحكم بالتوقيت وإعادة الإرسال | جلسة RTMP مبنية على TCP إلى نقطة النهاية المضبوطة |
| سؤال الشبكة | هل يستطيع النظيران الوصول إلى بعضهما وهل تتفق إعدادات الوضع والتأخر وعبارة المرور؟ | هل يستطيع جهاز الترميز الوصول إلى المضيف وهل يطابق العنوان/المفتاح عقد نقطة النهاية؟ |
| سؤال برنامج الترميز | تحقق منفصلًا من الحاوية وبرامج الترميز المقبولة للمستقبل | تحقق منفصلًا من ملف الصوت/الفيديو المقبول للهدف |
| المهمة التالية المفيدة | مساهمة في سير عمل تشغيل أو إنتاج | نشر إلى خدمة استيعاب أو RTMP Server مضبوط |
ثلاثة قرارات شائعة
- توفر المنصة عنوان URL ومفتاح بث فقط: انشر RTMP باستخدام ذلك العقد.
- يتحكم فريقك في مستقبل SRT: استخدم SRT عندما يتفق الطرفان على الوضع وhost:port والتأخر وأي Stream ID/عبارة مرور.
- تنتهي مساهمة SRT في منصة RTMP/RTMPS: تحقق من مساهمة SRT وتسليم النشر إلى المنصة كلًّا على حدة.
صُمم وضع SRT المباشر حول نافذة تأخر مضبوطة وتغذية راجعة من المستقبل؛ قد تسمح نافذة أكبر بوقت أطول للاستعادة لكنها تبقى خيار توزيع لا وعدًا بصورة أفضل. توافق RTMP خاص بنقطة النهاية بالقدر نفسه. المنصة التي تتطلب عنوان RTMP أو RTMPS تحدد التسليم النهائي حتى لو استخدمت وصلة المساهمة SRT في مكان آخر.
ما الذي يتغير تشغيليًا
| قبل أول اتصال | سجّل |
|---|---|
| SRT | وضع caller/listener/rendezvous؛ وhost:port؛ والتأخر؛ وStream ID أو عبارة المرور عند استخدامها؛ وحاوية الفيديو/الصوت وبرامج الترميز. |
| RTMP | عنوان الاستيعاب الكامل والتطبيق/المسار والمفتاح؛ والملف الذي يعلنه المستقبل، وغالبًا H.264/AAC حيث تطلبه نقطة النهاية؛ وفحص صحة البث. |
أبقِ بيانات الاعتماد خارج لقطات الشاشة وسجلات المحادثة وتسجيلات الاختبار.
يجيب تشفير SRT وRTMPS عن سؤالين مختلفين لأمن النقل: يمكن ضبط SRT بالتشفير، بينما RTMPS هو RTMP محمول عبر TLS. لا تصف وجهة RTMPS خيارات استيعاب RTMP Server منفصل.
اختبر مسار مساهمة واحدًا
استخدم المصدر المحضر نفسه لأي من التبويبين: اقفل تنسيق البرنامج، ودوّن إعدادات برنامج ترميز الفيديو والصوت، وامنح الناشر وصولًا إلى نقطة الاختبار المختارة. ابدأ جلسة بروتوكول واحدة، وأكد حالة الناشر، وافحص المعاينة، ثم تحقق من الخرج اللاحق إن كان سير العمل يستخدمه.
عروض البروتوكولات
اختر بروتوكولاً واحداً لاختباره
يبدأ كل عرض يدوياً ويحافظ على مدة إيجار مؤقتة خاصة به. استخدم إعدادات مصدر متطابقة عند مقارنة المسارات؛ لا تشغّل هذه الصفحة معيار تأخير مضبوطاً.
عرض SRT مباشر
جرّب اتصال SRT مباشرًا
أنشئ اتصالًا مؤقتًا لمدة ساعة واحدة. أرسل تغذيتك إلى عنوان الناشر في وضع Caller، مع ترك معرّف التدفق فارغًا. وشاهدها في Multiview أدناه، أو صِل المستقبِل لديك بعنوان المستقبِل في وضع Caller.
تؤكد النتيجة أن المصدر المختار وصل إلى ذلك المسار المؤقت ومعاينته. إنه فحص إعداد، لا معيار مقارنة، لذلك لا يرتب التأخر أو الجودة أو الاعتمادية. أعد اختبار أي إعداد متغير واستخدم سجلات المستقبل أو بيانات الاتصال الظاهرة للمشغل.
موضع Callaba
يمكن لـ RTMP Server من Callaba إعطاء الناشرين والمستقبلين قواعد وصول منفصلة وعرض نشاط مرئي للمشغل. وبدل ذلك يمكن أن يكون Guest RTMP Server مفتوحًا بلا قواعد وصول معرفة مسبقًا. ويعد SRT Server مورد المساهمة المقابل لسير عمل SRT متوافق. تستخدم مراقبة المتصفح وتشغيل المشاهدين وحدات مضبوطة منفصلة؛ عنوان نشر RTMP ليس عنوانًا قابلًا للتشغيل في المتصفح.
الخطوات التالية
- للمستمع RTMP المضبوط، راجع RTMP Server وضوابط الوصول/دورة حياته.
- لمستقبل مساهمة SRT، راجع SRT Server.
- لجسر صريح، استخدم مسار بوابة مساهمة RTMP الموثق فقط بعد تأكيد نقطتي النهاية.
