انتقل إلى المحتوى
Callaba
الأسعارتسجيل الدخولانشر Callaba على AWS
برنامج مساهمة وتوجيه SRT

Callaba SRT Server

Callaba SRT Server هو حل خادم SRT سحابي ومستضاف ذاتياً لاستقبال إشارات مساهمة SRT ومراقبة حالة النقل وتوجيه الفيديو المباشر إلى مسارات Multiview والتسجيل وإعادة البث والتشغيل.

افتح عرض Multiview المباشر

هل تبحث عن شرح البروتوكول؟اقرأ الدليل التعريفي بخادم SRT

عمليات SRT المباشرة

راقب كل اتصال. وتحكم في من يُسمح له بالدخول.

أدِر ناشري SRT والمستقبلين من عرض مباشر واحد: راقب معدل البت وحالة النقل، وحدد منطقة كل اتصال وعنوان IP للطرف النظير، وطبّق سياسة الوصول، أو افتح عن قصد سير عمل للضيوف.

معلومات الاتصال

المنطقة وعنوان IP للطرف النظير

اعرف من أين يتصل كل طرف نظير عبر SRT وعنوان الشبكة الذي يستخدمه.

فرانكفورت، DE203.0.113.42
مباشر · معدل البت وفقدان الحزم وRTT

معدل البت وحالة النقل في الوقت الفعلي

6.2 Mb/sRTT 42 msفقدان الحزم 0.02%
سياسة الوصول

تحكم كامل في الناشرين والمستقبلين

اسمح فقط بقيم Stream ID أو عناوين IP للأطراف النظيرة المعتمدة، مع قواعد خاصة بدور الناشر أو المستقبل.

وصول الضيوف مفعّل
مسارات الإنتاج

توجيه المخرجات

تدخل إشارة المساهمة المباشرة إلى Callaba مرة واحدة، ثم يمكن أن تتابع إلى المراقبة أو Multiview أو التسجيل أو إعادة البث أو التشغيل.

MVRECOUTWEB
مسار منتج واضح

إشارة مساهمة SRT واحدة ومسارات إنتاج متعددة

يستقبل Callaba إشارة SRT مباشرة ويعرض حالة النقل للمشغلين ويوجّه الإدخال إلى مسار الإنتاج المختار.

مصادر المساهمة
IN

كاميرا أو جهاز ترميز

إشارة مساهمة SRT تُرسل عبر الإنترنت العام.

IN

مصدر إنتاج بعيد

إشارة مباشرة تصل من موقع أو استوديو أو فريق ميداني.

SRT

Callaba SRT Server

استقبال إشارة المساهمة ومراقبتها وتوجيهها.

معدل البت وحالة النقل في الوقت الفعليتحكم كامل في الناشرين والمستقبلين
سحابي أو مستضاف ذاتياً
مسارات الإنتاج
MV

Multiview

امنح المشغلين شاشة مباشرة مشتركة.

REC

التسجيل

احتفظ بالإشارة لاستخدامها لاحقاً.

OUT

إعادة البث

أرسل الإشارة التي تم التحقق منها إلى الوجهات المضبوطة.

WEB

Web Player

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

تدخل إشارة المساهمة المباشرة إلى Callaba مرة واحدة، ثم يمكن أن تتابع إلى المراقبة أو Multiview أو التسجيل أو إعادة البث أو التشغيل.

نشر اجتماعي مستمر

أبقِ YouTube وFacebook وTwitch على الهواء أثناء تبديل مصدر SRT

باستخدام مسارات SRT PULL مختبرة وإعدادات loop وreconnect ومخزن مؤقت مناسب للمسار، يبدّل Callaba مصدر الإدخال من دون إغلاق جلسات النشر الصادرة. يفقد المشاهدون عادةً بضع إطارات فقط بدلًا من توقف البث على المنصات الاجتماعية.

Routing host المفضّلالإشارة غير مستقرة
مصدر SRT مجهّزجاهز
SRTتبديل احتياطي للمصدر
جلسات النشرتبقى مباشرة
  • YouTubeLIVE
  • FacebookLIVE
  • TwitchLIVE

بدّل المصدر وأبقِ جميع الوجهات مباشرة

ينتقل Callaba إلى مسار SRT PULL المختبر التالي بينما تبقى مخارج YouTube وFacebook وTwitch متصلة.

بضع إطارات، لا جلسة بث جديدة

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

يعتمد عدد الإطارات المفقودة فعليًا على جاهزية المصادر وتوافق الوسائط والتخزين المؤقت وظروف الشبكة وإعدادات النشر. اختبر المسار كاملًا قبل الإنتاج.

المواصفات التقنية

ما الذي يدعمه المنتج وما الذي يجب التحقق منه

يوضع كل سلوك مدعوم بجوار فحص قبول عملي. تبقى واجهة Callaba المثبتة وملفات تعريف المصدر والوجهة والبنية التحتية الفعلية هي المرجع النهائي.

ما الذي يدعمه المنتج وما الذي يجب التحقق منه
الإمكاناتالسلوك المدعومفحص القبول
استقبال إشارات المساهمةأدخل فيديو SRT من الكاميرات أو أجهزة الترميز أو مواقع الإنتاج البعيدة إلى Callaba.يستقبل إشارات مساهمة SRT ويعرض حالة النقل للمشغلين ويوجّه الفيديو المباشر إلى Multiview والتسجيل وإعادة البث والتشغيل.
نمط استقبال Listener وCallerفي مسار الاستقبال القياسي يشغّل Callaba ‏SRT Listener، ويتصل جهاز الترميز أو المصدر الخارجي بصفته SRT Caller.الناشر · Caller: حافظ على رؤية تشغيلية للنقل الوارد أثناء بث الإشارة مباشرة.
مراقبة حالة النقلحافظ على رؤية تشغيلية للنقل الوارد أثناء بث الإشارة مباشرة.مباشر · معدل البت وفقدان الحزم وRTT
توجيه إدخال واحداستخدم إشارة المساهمة نفسها في Multiview أو التسجيل أو إعادة البث أو التشغيل.يمكن أن تتابع الإشارة المستلمة نفسها إلى مسارات Multiview والتسجيل وإعادة البث والتشغيل التي تضبطها في Callaba.
Multiviewامنح المشغلين شاشة مباشرة مشتركة.يمكن أن تتابع الإشارة المستلمة نفسها إلى مسارات Multiview والتسجيل وإعادة البث والتشغيل التي تضبطها في Callaba.
أبقِ YouTube وFacebook وTwitch على الهواء أثناء تبديل مصدر SRTباستخدام مسارات SRT PULL مختبرة وإعدادات loop وreconnect ومخزن مؤقت مناسب للمسار، يبدّل Callaba مصدر الإدخال من دون إغلاق جلسات النشر الصادرة. يفقد المشاهدون عادةً بضع إطارات فقط بدلًا من توقف البث على المنصات الاجتماعية.لـ SRT PULL اضبط routing_hosts وفعّل loop وreconnect كي يستطيع relay إعادة الاتصال والتنقل بعد انقطاع الاتصال. يتطلب تغيير المسار المفضّل تسلسل stop/save/start مضبوطًا؛ لا يعيد الحفظ تحميل relay العامل فورًا، ولا يوجد ضمان failover من نوع hitless.
حان وقت التشغيل الفعلي

اضبطه في Callaba ثم تحقّق من نقطة التسليم

توضح هذه الصفحة حدود المنتج. وتبيّن الأدلة أدناه عناصر التحكم التي ينبغي فتحها، والوحدة التالية التي يجب ربطها، وكيفية التأكد من جاهزية مسار العمل.

  1. الضبطخوادم SRTفتح الدليل
  2. الربطمسارات SRTفتح الدليل
  3. التحققالتدفقات والتحكم في الاتصالاتفتح الدليل
النشر

اختر التشغيل السحابي أو الاستضافة الذاتية

يشغّل الخياران مسار المنتج نفسه؛ اختر نموذج التشغيل المناسب لفريقك.

استضافة ذاتية على Linux

ثبّت Callaba على بنيتك التحتية بنظام Linux عندما تحتاج إلى تحكم مباشر في البيئة.

هل تبحث عن شرح البروتوكول؟

نشر خادم SRT وتشغيله واستكشاف أخطائه في بيئة الإنتاج

تعرّف إلى خادم SRT وأوضاع Caller وListener ومنافذ UDP وزمن الاستجابة ومعرّف البث وعبارة المرور لاستقبال الفيديو المباشر.

يوري باخولكوف، مؤسس Callaba

كتبه يوري باخولكوف

مؤسس Callaba. نبني أدوات فيديو سحابية لـ SRT وRTMP وWebRTC وNDI والتوجيه المباشر والمراقبة والتسجيل وسير عمل الإنتاج.

آخر تحديث: 22 يوليو 2026

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

يشير SRT إلى النقل الآمن والموثوق. يعمل عبر UDP ويضيف استعادة الحزم والتشفير والتحكم في زمن الاستجابة وأوضاع الاتصال وإحصاءات التشغيل. لذلك يناسب نقل الإشارة المباشرة عبر الإنترنت العام وشبكات المواقع والمسارات بعيدة المدى والاتصالات غير المثالية.

خادم SRT ليس مشغل فيديو للويب ولا شبكة CDN ولا خادم تشغيل للمشاهدين. في معظم مسارات الفيديو المباشر يُستخدم SRT من أجل نقل الإشارة والاستقبال. بعد أن يستقبل خادم SRT التغذية المباشرة، يمكن توجيه التدفق أو تسجيله أو تحويل ترميزه أو إعادة بثه أو تحويله إلى صيغ للمشاهدين مثل HLS أو WebRTC أو مخرجات RTMP.

إجابة سريعة: ما خادم SRT؟

خادم SRT هو نقطة الاستقبال المباشر التي تقبل اتصالات SRT من أجهزة الترميز والبرامج وتطبيقات الهاتف والكاميرات والمواقع أو تغذيات الشركاء. الإعداد الأكثر شيوعًا هو الخادم في وضع Listener و جهاز الترميز في وضع Caller. يستمع الخادم على منفذ UDP، ويستقبل البث المباشر، ويعرض إحصاءات مثل معدل البت وRTT وفقد الحزم، ثم يمرر التدفق إلى التسجيل أو إعادة البث أو تحويل الترميز أو التوجيه أو multiview أو التشغيل.

خادم SRT لاستقبال الفيديو المباشر مخطط قابل للفهرسة يوضح جهاز ترميز يرسل SRT عبر UDP إلى خادم SRT، ثم يوجه الخادم التغذية المباشرة إلى المراقبة والتسجيل وإعادة البث والتشغيل. خادم SRT استقبال فيديو مباشر · UDP · Caller/Listener · مراقبة · توجيه جهاز الترميز كاميرا، OBS، vMix، FFmpeg، تطبيق هاتف SRT عبر UDP معرّف البث · عبارة المرور · زمن الاستجابة خادم SRT نقطة Listener استقبال · مراقبة توجيه · حماية تسجيل HLS إعادة بث API نقل الإشارة استعادة UDP التحكم في سير العمل
يستقبل خادم SRT تغذية الإشارة أولًا. ويأتي التسجيل والتشغيل وإعادة البث والتوجيه بعد الاستقبال.

ما خادم SRT؟

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

في سير عمل مباشر نموذجي، يؤدي خادم SRT أربع مهام عملية:

  • استقبال التغذية المباشرة: ترسل كاميرا مزودة بمرمّز أو OBS أو vMix أو FFmpeg أو Larix أو أي مصدر آخر الفيديو إلى الخادم.
  • حماية مسار نقل الإشارة: يستطيع SRT استعادة الحزم المفقودة وتشفير جلسة النقل.
  • عرض الإحصاءات المباشرة: يمكن للمشغلين مراقبة معدل البت وRTT وفقد الحزم وعمليات إعادة الإرسال وحالة الاتصال.
  • تمرير التدفق إلى المرحلة التالية: يمكن للخادم توجيه التغذية إلى التسجيل أو تحويل الترميز أو إعادة البث أو التبديل أو التشغيل.

وهذا يجعل خادم SRT الحد الفاصل بين جهة المصدر وجهة المنصة. عندما يقول الفريق البعيد “نحن نرسل”، يكون خادم SRT هو المكان الذي تتحقق فيه من وصول الإشارة فعليًا واستقرارها وإمكان استخدام الوسائط في المراحل اللاحقة.

خادم SRT مقارنة ببروتوكول SRT

إن بروتوكول SRT هو وسيلة النقل. أما خادم SRT فهو نقطة النهاية البرمجية أو النظامية التي تستخدم البروتوكول لاستقبال التدفقات المباشرة أو إرسالها.

المصطلح المعنى مثال
بروتوكول SRT وسيلة نقل قائمة على UDP لتحريك الوسائط المباشرة مع الاستعادة والتشفير والتحكم في زمن الاستجابة والإحصاءات. الاتصال بين جهاز ترميز وCallaba.
خادم SRT نقطة استقبال أو ترحيل تقبل جلسات SRT وتربطها ببقية سير العمل. Callaba يستمع إلى تغذية قادمة من موقع بعيد.

ما خادم SRT المباشر؟

إن خادم SRT مباشر هو خادم SRT يُستخدم لنقل الفيديو المباشر في الوقت الفعلي أو شبه الفعلي. يستقبل التدفق أثناء الحدث ويمرره إلى إنتاج مباشر أو تسجيل أو توزيع.

تستخدم الفرق خوادم SRT المباشرة لنقل الأحداث عن بُعد، والاستقبال السحابي من الكاميرات وأجهزة الترميز، والنقل من الاستوديو إلى السحابة، وتسليم تغذيات الشركاء، ومسارات النسخ الاحتياطي، والإنتاج عن بُعد، وإعادة البث إلى وجهات متعددة.

كلمة “مباشر” مهمة لأن ضبط SRT يختلف عن نقل الملفات. على الخادم موازنة التأخير والاستعادة. فإذا كان زمن الاستجابة أقل مما يسمح به مسار الشبكة الحقيقي، فقد يتصل التدفق لكنه يتقطع عند فقد الحزم أو حدوث jitter.

كيف يعمل خادم SRT

يستقبل خادم SRT الصوت والفيديو المرمّزين عبر اتصال SRT. تكون الوسائط مرمّزة قبل نقلها. وغالبًا يحمل SRT في مسارات الفيديو المباشر تدفق MPEG-TS مدمجًا، لكن الحاوية الفعلية تعتمد على المرسل وسير العمل. عادة تستقبل تدفقًا جاهزًا: فيديو H.264 أو H.265/HEVC وصوت AAC وأحيانًا بيانات وصفية.

كيف يعمل خادم SRT مخطط سير عمل قابل للفهرسة يوضح ترميز المصدر ونقل SRT واستقبال خادم SRT والمراقبة والتوجيه وصيغ الإخراج. كيف يعمل خادم SRT يستقبل الخادم الإشارة المباشرة أولًا. ويأتي التشغيل والتسجيل وإعادة البث بعد الاستقبال. 1. الترميز H.264 / H.265 2. الإرسال SRT Caller 3. الاستقبال SRT Server Listener 4. المراقبة معدل البت، RTT، الفقد 5. التوجيه التسجيل إعادة البث تحويل الترميز التشغيل
يكون SRT أقوى عادة في مرحلة نقل الإشارة والاستقبال. ثم يسلم الخادم التدفق إلى بقية سير العمل الإعلامي.
  1. ينشئ جهاز الترميز تدفق الصوت والفيديو المباشر.
  2. يرسل جهاز الترميز التدفق إلى خادم SRT.
  3. يستقبل خادم SRT التدفق ويتابع صحة الاتصال.
  4. عند فقد الحزم، يستطيع SRT طلب إعادة إرسالها ما دامت مفيدة.
  5. يمرر الخادم التدفق إلى الخطوة التالية: مسجل أو محول ترميز أو إعادة بث أو مبدّل أو سير عمل API أو نظام تشغيل.

أوضاع Caller وListener وRendezvous

يستخدم SRT ثلاثة أوضاع اتصال. يحدد الوضع أي طرف يبدأ الاتصال وكيف تمر الجلسة عبر الجدران النارية وNAT.

أوضاع SRT Caller وListener وRendezvous مخطط قابل للفهرسة يشرح أوضاع اتصال SRT Listener وCaller وRendezvous لإعداد خادم SRT. أوضاع SRT: Caller وListener وRendezvous في الاستقبال السحابي، النمط الإنتاجي الأكثر شيوعًا هو الخادم Listener وجهاز الترميز Caller. Listener الخادم ينتظر عنوان IP عام أو DNS معروف. منفذ UDP معروف. أفضل إعداد سحابي أول. Caller جهاز الترميز يتصل يبدأ جلسة SRT. شائع مع OBS وvMix، وأجهزة الترميز المادية. Rendezvous يتصل الطرفان مفيد في بعض حالات NAT. اختبر قبل الإنتاج. ليس الإعداد الأول. الاختبار الأول الموصى به: جهاز الترميز Caller → خادم SRT Listener
لأول اختبار استقبال سحابي، أبقِ الإعداد بسيطًا: خادم SRT في وضع Listener والمصدر البعيد في وضع Caller.
  • Listener: ينتظر اتصال SRT واردًا على منفذ UDP معروف. وهذا هو الوضع الشائع لخادم استقبال سحابي أو نقطة نهاية في مركز بيانات.
  • Caller: يبدأ الاتصال بـ Listener. وهو شائع لأجهزة الترميز الميدانية وOBS وvMix وFFmpeg وتطبيقات الهاتف والمصادر البعيدة.
  • Rendezvous: يبدأ الطرفان الاتصال. قد يساعد ذلك في بعض حالات NAT، لكن يجب اختباره بعناية قبل الإنتاج.

منافذ خادم SRT وقواعد الجدار الناري

يستخدم SRT بروتوكول UDP، لذا يجب فتح منفذ UDP الصحيح في مجموعة أمان السحابة أو جدار الخادم الناري أو الموجّه أو سياسة الشبكة.

  • للخادم عنوان IP عام أو عنوان شبكة يمكن الوصول إليه؛
  • منفذ UDP الصحيح مفتوح؛
  • يستخدم جهاز الترميز وضع Caller/Listener الصحيح؛
  • يتطابق معرّف البث مع قاعدة التوجيه في الخادم إذا كان مستخدمًا؛
  • تتطابق عبارة المرور في الطرفين إذا كان التشفير مفعّلًا؛
  • سير عمل الاستقبال مرتبط بالمخرج الصحيح في المرحلة التالية.

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

مثال لإعداد خادم SRT

هذا إعداد عملي للاختبار الأول. استبدل المضيف والمنفذ ومعرّف البث وعبارة المرور بقيمك.

Install steps 
Server side:
mode: listener
UDP port: 10080
latency: 200 ms
stream ID: event-main
passphrase: optional, same on both sides

Sender side:
srt://YOUR_CALLABA_IP:10080?mode=caller&latency=200&streamid=event-main

قاعدة الاختبار: أثبت أولًا عمل مرسل واحد ومنفذ UDP واحد ومعرّف بث واحد ومعاينة واحدة وتسجيل واحد. ثم أضف التشفير والمصادر المتعددة وfailover والتوجيه وروابط المشغل والمراقبة الإنتاجية.

موضع خوادم SRT في مسارات البث المباشر

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

كاميرا أو جهاز ترميز → خادم SRT → محول ترميز / مسجل / إعادة بث / سير عمل المشغل

بعد استقبال خادم SRT للتدفق، تستطيع المنصة تجهيزه لإعادة البث أو التسجيل أو تحويل الترميز أو التشغيل أو التوجيه أو failover أو مسارات API أو المراقبة الإنتاجية.

خادم SRT مقارنة بـ RTMP وHLS وWebRTC وNDI

لا يحل SRT محل كل تقنيات الفيديو؛ بل يعالج جزءًا محددًا من سير العمل.

التقنية الدور الأنسب ملاحظة عملية
SRT نقل الإشارة المباشرة والاستقبال والنقل بين نقاط نهاية مضبوطة. استخدمه عندما يكون مسار الإشارة مهمًا أو غير مثالي.
RTMP / RTMPS النشر البسيط والاستقبال في المنصات الاجتماعية. يُستخدم غالبًا بعد استقبال SRT للدفع النهائي إلى المنصات.
HLS تشغيل للمشاهدين على نطاق واسع في المتصفحات وأجهزة التلفزيون والهواتف. تحتاج المتصفحات عادة إلى HLS أو صيغة تشغيل أخرى، لا إلى SRT الخام.
WebRTC فيديو تفاعلي آني ومكالمات وتغذيات عودة ومشاركة بزمن أقل من ثانية. مفيد عندما يحتاج المشاهد أو المشارك إلى زمن استجابة شديد الانخفاض.
NDI شبكات إنتاج منخفضة التأخير داخل LAN أو استوديوهات مضبوطة. استخدم جسور SRT/NDI عند نقل إشارات الإنتاج بين المواقع أو مسارات السحابة.

للمقارنة على مستوى البروتوكول، اقرأ SRT مقارنة بـ RTMP.

كيفية نشر خادم SRT

يعتمد الإعداد الدقيق على برنامجك ومزود السحابة وسير العمل، لكن منطق النشر متشابه عادة.

قائمة تحقق لإعداد خادم SRT

الجلسة المتصلة لا تكفي. طابق إعدادات النقل وتحقق من حمولة الوسائط.

قائمة تحقق لإعداد خادم SRT
الإعدادجهة الخادمجهة المرسلسبب أهميته
الوضع Listener Caller المصافحة
العنوان IP عام / DNS مضيف الخادم إمكان الوصول
المنفذ منفذ UDP مفتوح المنفذ نفسه الجدار الناري
زمن الاستجابة ميزانية الاستعادة السياسة نفسها jitter/الفقد
معرّف البث قاعدة التوجيه/الوصول القيمة نفسها الهوية
عبارة المرور المفتاح نفسه المفتاح نفسه التشفير
الترميز استقبال + توجيه H.264 / H.265 التوافق
الحاوية MPEG-TS شائع تدفق صوت/فيديو مدمج صيغة الحمولة
معدل البت راقب الإدخال الفعلي أقل من سعة الرفع الاستقرار
الصوت معاينة + مراقبة AAC / صوت المصدر الحمولة
الإحصاءات RTT، الفقد، إعادة الإرسال صحة الرفع التشخيص
المسار تسجيل / إعادة بث تسمية المصدر سير العمل
يتطلب إعداد خادم SRT فحوص الشبكة والوسائط معًا. المصافحة الناجحة لا تثبت أن الفيديو صالح للاستخدام.
الإعداد الاختبار الأول الموصى به سبب أهميته
الوضع الخادم Listener وجهاز الترميز Caller أبسط نمط استقبال سحابي.
منفذ UDP افتح منفذ UDP موثقًا لكل تغذية استقبال لن تصل حركة SRT عبر جدار ناري مغلق.
زمن الاستجابة ابدأ بـ 200–500 مللي ثانية لمسارات الإنترنت العادية يمنح SRT وقتًا لاستعادة الفقد وjitter.
MPEG-TS / الحاوية MPEG-TS هو حاوية الفيديو المباشر الشائعة عبر SRT يستقبل الخادم حمولة وسائط مدمجة، لا مجرد اتصال نقل.
معرّف البث استخدم قيمة واضحة مثل event-main يساعد في توجيه التغذيات وتعريفها وحمايتها.
عبارة المرور القيمة نفسها لدى المرسل والخادم يفشل التشفير إذا لم تتطابق المفاتيح.
  1. أنشئ خادمًا أو مثيلًا سحابيًا بقدرة CPU وشبكة وتخزين كافية لسير عملك.
  2. افتح منفذ UDP المطلوب في مجموعة أمان السحابة وجدار المضيف الناري.
  3. أنشئ SRT Listener لاستقبال التدفق الوارد.
  4. اضبط قواعد معرّف البث وعبارة المرور إذا كنت تحتاج إلى التوجيه والتشفير.
  5. صل جهاز الترميز بصفته SRT Caller وأرسل التدفق إلى نقطة Listener.
  6. تحقق من الإحصاءات المباشرة مثل معدل البت وRTT وفقد الحزم وإعادة الإرسال وحالة الاتصال.
  7. وجّه التدفق إلى المرحلة التالية للتسجيل أو إعادة البث أو تحويل الترميز أو التشغيل.

كيفية استخدام خادم SRT في Callaba

داخل Callaba، يُستخدم خادم SRT عادة كنقطة استقبال مضبوطة. يرسل مصدر بعيد تدفقًا إلى Callaba، ويجعله Callaba متاحًا للخطوة التالية من سير العمل.

تتضمن مسارات Callaba الشائعة:

  • جهاز ترميز SRT إلى Callaba، ثم إعادة البث إلى Twitch أو YouTube؛
  • OBS إلى Callaba عبر SRT، ثم تسجيل التدفق؛
  • vMix إلى Callaba عبر SRT، ثم توجيه التغذية إلى وجهة أخرى؛
  • تطبيق هاتف إلى Callaba عبر SRT، ثم إعادة البث إلى المنصات الاجتماعية؛
  • موقع بعيد إلى Callaba، ثم تجهيز التدفق للتشغيل في المتصفح؛
  • إدخال SRT إلى multiview في المتصفح ومسجل وتوجيه API وتسليم مضبوط للمشغل.

فحص تفاعلي: افتح عرض Callaba Multiview التجريبي لترى كيف تبدو المصادر المستقبلة بعد الاستقبال السحابي.

ما الذي يجب مراقبته على خادم SRT

لا تعني جلسة SRT المتصلة دائمًا أن التدفق سليم. راقب صحة النقل وصحة الوسائط.

إشارات النقل

  • حالة الاتصال: متصل أو منفصل أو يعيد الاتصال أو فشل.
  • معدل البت الوارد: هل ما زالت الوسائط تتدفق بالمعدل المتوقع.
  • RTT: زمن الرحلة ذهابًا وإيابًا بين المرسل والمستقبل.
  • فقد الحزم: مقدار البيانات المفقودة على المسار.
  • عمليات إعادة الإرسال: عدد المرات التي يحتاج فيها SRT إلى استعادة الحزم المفقودة.
  • Jitter: مقدار تغير توقيت الحزم.
  • ضغط مخزن الاستقبال: هل يعمل الاتصال قريبًا جدًا من حد الاستعادة.

حدود عملية: في الظروف الجيدة يكون RTT غالبًا نحو 20–60 مللي ثانية. إذا ظل أعلى من 150 مللي ثانية أو استمر في الارتفاع، افحص مسار الشبكة. وفقد الحزم فوق 1–2% يعني عادة ضرورة زيادة زمن الاستجابة أو خفض معدل البت أو تحسين الرفع قبل لوم الخادم.

إشارات الوسائط

  • فيديو أسود أو متجمد أو صوت مفقود أو صامت؛
  • ترميز أو معدل إطارات أو دقة أو صيغة صوت خاطئة؛
  • طوابع زمنية خاطئة أو إطارات مفتاحية مفقودة أو ربط تدفق غير متوافق.

مشكلات خادم SRT الشائعة

مسار استكشاف أخطاء خادم SRT مخطط قابل للفهرسة لمشكلات خادم SRT: افحص الوضع ومنفذ UDP ومعرّف البث وعبارة المرور وزمن الاستجابة وحمولة الوسائط ومسار المرحلة التالية. استكشف أخطاء خادم SRT بهذا الترتيب لا تتوقف عند “متصل”. افحص النقل والوسائط ومسار المرحلة التالية. 1. الوضع Caller/Listener 2. UDP هل المنفذ مفتوح؟ 3. الأمان معرّف البث، المفتاح 4. زمن الاستجابة هل الاستعادة كافية؟ 5. الوسائط الترميز، الصوت 6. الإحصاءات RTT، الفقد، معدل البت 7. المخرج تسجيل، HLS، RTMP
استكشف أخطاء النقل أولًا، ثم حمولة الوسائط، ثم مسار المرحلة التالية.

اتصال SRT لا يبدأ

افحص وضع الاتصال ومنفذ UDP وعنوان IP العام وقواعد الجدار الناري ومعرّف البث وعبارة مرور التشفير. تأتي معظم حالات فشل مصافحة SRT من وضع خاطئ أو حركة UDP محجوبة أو منفذ خاطئ أو إعدادات أمان غير متطابقة.

يتصل التدفق لكن الفيديو غير مستقر

راقب RTT وjitter وفقد الحزم وإعادة الإرسال وإعدادات زمن الاستجابة. إذا كانت القيمة شديدة الانخفاض لمسار الشبكة، فلن يملك SRT وقتًا كافيًا لاستعادة الحزم قبل أن تصبح عديمة الفائدة.

يتصل التدفق لكن لا يوجد صوت

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

قبل استكشاف أخطاء خادم SRT، تأكد من وجود الصوت في المصدر. استخدم المراقبة المحلية في OBS أو vMix أو جهاز الترميز أو سماعات الرأس أو معاينة الجهاز قبل لوم الشبكة أو الخادم.

إحصاءات SRT جيدة لكن المشاهدين ما زالوا يواجهون مشكلات

إذا كان رابط SRT سليمًا لكن المشاهدين يرون توقفات أو تشوهات، فقد تكون المشكلة في مرحلة لاحقة. افحص تحويل الترميز والتغليف وorigin وCDN وسلوك المشغل وصيغة الإخراج قبل لوم خادم SRT.

خادم SRT مستضاف ذاتيًا أم مُدار

يمكنك تشغيل خادم SRT بنفسك أو استخدام منصة مُدارة. يعتمد الخيار الأفضل على مقدار التحكم التشغيلي الذي يريد فريقك امتلاكه.

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

يمكن استخدام Callaba كمنصة سير عمل SRT سحابية أو مستضافة ذاتيًا. يمكنك تشغيلها على AWS أو تثبيتها على خادمك وإنشاء نقاط استقبال SRT وربط التدفقات بإعادة البث والتسجيل والتوجيه ومعاينة المتصفح وmultiview وتسليم المشغل ومسارات API.

قائمة تحقق ليوم الحدث لخادم SRT

  • تأكد من عنوان IP أو اسم المضيف للخادم.
  • تأكد من فتح منفذ UDP.
  • تأكد من وضع Caller/Listener/Rendezvous على الطرفين.
  • تأكد من معرّف البث إذا كان مستخدمًا.
  • تأكد من عبارة مرور التشفير إذا كانت مستخدمة.
  • تأكد من معدل البت والترميز ومعدل الإطارات والدقة وصيغة الصوت المتوقعة.
  • ابدأ التدفق وتحقق من معدل البت الوارد.
  • افحص RTT وفقد الحزم وإعادة الإرسال وjitter.
  • افحص الفيديو والصوت الفعليين، لا حالة الاتصال فقط.
  • تأكد من المسار التالي: تسجيل أو إعادة بث أو تحويل ترميز أو تشغيل.
  • تأكد من مزامنة الوقت: يجب أن يستخدم الخادم وجهاز الترميز NTP أو مصدر وقت موحدًا لربط السجلات والتسجيلات أثناء استكشاف الأخطاء.
  • اختبر المسار الاحتياطي قبل بدء الحدث.

مراجع رسمية وقراءات ذات صلة

استخدم هذه المراجع إذا احتجت إلى تفاصيل بروتوكول SRT أو وثائق إعداد Callaba أو أدلة سير عمل ذات صلة.

الأسئلة الشائعة

ما خادم SRT؟

خادم SRT هو نقطة استقبال أو ترحيل للفيديو المباشر تستقبل تدفقات SRT أو ترسلها أو توجهها. ويُستخدم عادة لنقل تغذية مباشرة من جهاز ترميز أو كاميرا أو موقع بعيد أو استوديو أو جهاز محمول أو نظام شريك إلى سير عمل مضبوط.

ما خادم SRT المباشر؟

خادم SRT المباشر هو خادم SRT لنقل الفيديو المباشر في الوقت الفعلي. يستقبل الفيديو أثناء الحدث ويمرر التدفق إلى التسجيل أو إعادة البث أو تحويل الترميز أو التبديل أو التوجيه أو التشغيل.

هل خادم SRT هو نفسه خادم البث؟

ليس دائمًا. يتولى خادم SRT عادة الاستقبال المباشر أو النقل بين نقاط نهاية مضبوطة. وقد تتولى منصة بث كاملة أيضًا تحويل الترميز والتسجيل وتشغيل المشاهدين والتحليلات والتحكم في الوصول ومسارات API وتسليم CDN.

هل يستخدم خادم SRT بروتوكول UDP؟

نعم. يعمل SRT عبر UDP، لذلك يجب فتح منفذ UDP الصحيح في جدار الخادم الناري أو مجموعة أمان السحابة أو الموجّه أو سياسة الشبكة.

أي منفذ يستخدم خادم SRT؟

لا يفرض SRT منفذًا عالميًا ثابتًا واحدًا؛ يحدده إعداد الخادم. في الإنتاج، تحجز الفرق عادة منفذ UDP أو نطاق منافذ واضحًا لاستقبال SRT وتوثق التغذيات أو العملاء أو الأحداث التي تستخدم كل منفذ.

هل ينبغي أن يكون خادم SRT في وضع Listener أم Caller؟

في معظم مسارات الاستقبال السحابي يكون خادم SRT في وضع Listener وجهاز الترميز في وضع Caller. يعمل ذلك جيدًا عندما يملك الخادم IP عامًا أو اسم DNS ومنفذ UDP معروفًا وقواعد جدار ناري واضحة.

هل يستطيع OBS الإرسال إلى خادم SRT؟

نعم. يستطيع OBS إرسال الفيديو إلى خادم SRT عند ضبط عنوان إخراج SRT. يستقبل الخادم التدفق ويمكنه توجيهه إلى التسجيل أو إعادة البث أو تحويل الترميز أو التشغيل.

هل يستطيع vMix الإرسال إلى خادم SRT؟

نعم. يدعم vMix مسارات SRT ويمكنه إرسال التدفقات أو استقبالها. من الإعدادات الشائعة أن يرسل vMix عبر SRT إلى Callaba بينما تتولى Callaba المراقبة والتوجيه والتسجيل أو إعادة البث.

هل SRT أفضل من RTMP؟

يكون SRT عادة أفضل من RTMP لنقل الإشارة عبر شبكات غير مستقرة أو كثيرة الفقد أو بعيدة المدى. ويظل RTMP شائعًا للنشر البسيط والاستقبال في المنصات. تستخدم مسارات كثيرة SRT لنقل الإشارة وRTMP أو RTMPS للتسليم النهائي إلى منصة اجتماعية.

هل تستطيع المتصفحات تشغيل SRT مباشرة؟

في مسارات الويب العادية لا تشغل المتصفحات SRT مباشرة. يستقبل خادم SRT التدفق أولًا، ثم تحوله المنصة أو تغلفه في صيغة للمشاهد مثل HLS أو WebRTC.

لماذا يتصل تدفق SRT لكن لا يظهر فيديو؟

قد يعمل اتصال نقل SRT بينما تكون حمولة الوسائط خاطئة. افحص الترميز والحاوية والطوابع الزمنية والإطارات المفتاحية ومسارات الصوت وربط التدفق وتوافق المرحلة التالية ووصول معدل البت فعليًا إلى الخادم.

كيف أجعل خادم SRT أكثر موثوقية؟

استخدم خادمًا مستقرًا وافتح منافذ UDP الصحيحة واختر زمن استجابة واقعيًا وراقب RTT وإعادة الإرسال واترك هامشًا كافيًا في النطاق الترددي وتحقق من حمولة الوسائط واختبر نقطة احتياطية قبل الحدث.

هل يحمل SRT عادة MPEG-TS؟

في مسارات الفيديو المباشر يُستخدم SRT غالبًا لحمل MPEG-TS بصوت وفيديو مدمجين، لكن حاوية الوسائط الدقيقة تعتمد على المرسل وسير العمل. يجب على الخادم التحقق من الحمولة، لا من اتصال SRT فقط.

ما أول مقاييس خادم SRT التي ينبغي مراقبتها؟

ابدأ بمعدل البت الوارد وRTT وفقد الحزم وإعادة الإرسال وحالة الاتصال. في الظروف الجيدة قد يكون RTT نحو 20–60 مللي ثانية. إذا ظل فوق 150 مللي ثانية أو تجاوز الفقد 1–2%، فزد زمن الاستجابة أو خفّض معدل البت أو حسّن مسار الشبكة.

إلى أين بعد ذلك

آخر تحديث: 22 يوليو 2026

ابدأ بإشارة حقيقية

قيّم Callaba SRT Server وفق نموذج النشر لديك

ابدأ في السحابة أو ثبّت على Linux أو شاهد تجربة Multiview المباشرة قبل الأتمتة.

تعرّف أكثر على بنية SRT ومسارات العمل