وكيل Tencent Cloud International: البث المباشر بدون كارتون على مستوى الثواني ، كيفية الوصول إلى نظام تدفق منخفض التأخير استنادًا إلى Tencent Cloud Express Live (WebRTC)

في مشاهد الترويج الكبير والعالي المتزامن مثل التجارة الإلكترونية ، والتفاعل مع الأحداث ، والتعليم عبر الإنترنت ، فإن "كارتون" و "تأخير كبير" هما القتلة النهائيون لأعمال البث المباشر.

غالبًا ما تكون تقنيات البث المباشر التقليدية (مثل RTMP أو HTTP-FLV أو HLS) مصحوبة

من 3 إلى 5 ثواني

حتى تأخير أطول. أدى هذا إلى مشهد محرج: هتف المذيع أمام الكاميرا "رابط 3 ، 2 ، 1!" ، لم يسمع الجمهور أمام الشاشة الصوت إلا بعد 5 ثوانٍ ، وفي هذا الوقت تم بالفعل سرقة المنتج. هذا الفارق الزمني يضعف بشدة التجربة التفاعلية في الوقت الحقيقي ، مما يؤثر بشكل مباشر على معدل التحويل.

من أجل ضغط التأخير إلى

في غضون ثانية واحدة (عادة حوالي 800 مللي ثانية أو حتى 300 مللي ثانية)

في الوقت نفسه ، مع الأخذ في الاعتبار القدرة على فتح الإطار الأول في الثانية ومقاومة بطاقة الشبكة الضعيفة ، أطلقت Tencent Cloud تقنية WebRTC

بث مباشر سريع (WebRTC Live)

. في هذا البرنامج التعليمي اليوم ، سنبدأ من المبادئ المعمارية والقتال الفعلي للواجهة الأمامية ، ونأخذك خطوة بخطوة لبناء نظام بث مباشر منخفض التأخير بدون توقف.

1. لماذا WebRTC ؟ المقارنة الهيكلية بين البث المباشر السريع والبث المباشر التقليدي

السبب الأساسي لبطء البث المباشر التقليدي هو بروتوكول طبقة النقل. يعتمد RTMP/FLV على بروتوكول TCP ، وآلية إعادة إرسال المصافحة لـ TCP وتصميم المخزن المؤقت للاعب ، والذي يحدد بشكل طبيعي أنه لا يمكنه تحقيق تأخير ميلي ثانية.

نص عادي

البث المباشر القياسي (RTMP/FLV): [مذيع] ──> (TCP) ──> [تحويل الشفرة/توزيع السحاب] ─> (TCP) ─> [التخزين المؤقت للجمهور 3-5 ثواني]

البث المباشر السريع (WebRTC): [جانب المرساة] ──> (UDP) ──> [عقدة الحافة/خادم الوسائط] ─> (UDP) ─> [الجمهور 300-800ms]

تقوم Tencent Cloud ببث مباشر على العقد الهامشية للبث المباشر القياسي

ترقية WebRTC

، تنعكس مزاياها التكنولوجية الأساسية في:

نقل UDP وتحسين QoS الديناميكي: التخلي عن إعادة الإرسال الصامدة لـ TCP ، واستخدام UDP للإرسال عالي التزامن غير المنضبط ، والجمع بين تصحيح الخطأ الأمامي (FEC) وتقنية إعادة إرسال الحزمة المفقودة (ARQ) ، ومعدل فقدان الحزمة في الشبكة يصل إلى 40 ٪ في بيئة قاسية لا يزال من الممكن الحفاظ على الصورة سلسة.

دعم أصلي بدون مكونات إضافية: أكثر من 90 ٪ من المتصفحات الرئيسية (Chrome ، و Safari ، و Edge ، وما إلى ذلك) ومحرك WebRTC المدمج بشكل طبيعي لـ WeChat و QQ Ecological. لا يحتاج الجمهور إلى تثبيت أي مكونات إضافية Flash أو تطبيقات حصرية ، ويمكن لجانب الويب تحقيق "تشغيل الشاشة".

البث المباشر القياسي السلس والمتوافق: يشارك البث المباشر السريع والبث المباشر القياسي لـ Tencent Cloud مجموعة من بيئة الخلفية ، ويدعم نفس وظائف الدفع والتسجيل وإعادة الشفرة ولقطات الشاشة و AI. يمكن للشركات الانتقال بسلاسة من الأعمال الحالية.

2. التدريبات القتالية الفعلية: الوصول السريع والبث المباشر السريع

بعد ذلك ، نحن

على سبيل المثال ، يوضح تشغيل موقع الويب H5 كيفية تحقيق تدفق الفيديو المتأخر المنخفض للغاية من خلال البث المباشر السريع لـ Tencent Cloud SDK.

1. التحضير: إنشاء عنوان URL للبث المباشر السريع

يختلف عنوان URL الخاص بتشغيل البث المباشر عن البث المباشر القياسي.

Webrtc: //

. هيكل عنوان البث المباشر السريع النموذجي هو كما يلي:

$ $ \ Text {webrtc:// [تشغيل اسم المجال]/[AppName]/[StreamName] ؟ [معلمات التقدير]}$ $

ملاحظة: بعد أن تقوم وحدة التحكم السحابية Tencent بتكوين اسم مجال البث المباشر وتشغيل وظيفة البث المباشر ، يمكنك تصدير رابط تشغيل WebRTC المقابل مباشرة من خلال مولد العنوان في الخلفية.

2. مقدمة من Tencent Cloud Player SDK

تقديم البرنامج النصي لمشغل البث المباشر على الويب الذي توفره Tencent Cloud رسميًا في صفحة HTML الخاصة بك:

3. تهيئة المشغل وتمكين وضع WebRTC

مثيل لاعب في جافا سكريبت ، وسوف تكون جاهزة

Webrtc: //

العنوان الوارد.

Var player = new TcPlayer ("video-container" ، {

"Webrtc": "webrtc:// your-play-domain.com/live/stream-abc? TxSecret = xxx & txTime = xxx "، // عنوان البث المباشر السريع

"Autoplay": true, // التشغيل التلقائي

"Width": "480", // عرض الفيديو

"Height": "320", // ارتفاع الفيديو

"Controls": true, // عرض أشرطة التحكم

"Wording": {

1002: "فشل سحب تدفق الفيديو الفوري ، تحاول إعادة الاتصال..."

}

}) ؛

4. استراتيجية قاع الشبكة الضعيفة: تحسين متعدد القنوات

في حالات نادرة ، ستحظر بعض الشبكات الداخلية للشركات بشكل صارم منافذ UDP ، مما يتسبب في فشل WebRTC في تحسين النجاح. لضمان معدل نجاح التشغيل بنسبة 100 ٪ ، نحتاج إلى تصميم آلية جيبر:

أفضل الممارسات: دعم البث المباشر لـ Tencent Cloud للعودة في رسالة Answer

يحتوي على عناوين متعددة القنوات لـ UDP و TCP. بشكل افتراضي ، يتم إعطاء الأولوية لقناة UDP لضمان تأخير منخفض للغاية ؛ عندما يصافح UDP العمل الإضافي (عادةً ما يتم ضبطه على 2-3 ثوانٍ) ، يجب على المشغل أن ينخفض تلقائيًا إلى تدفق HTTP-FLV أو HLS القياسي لضمان "التدفق المستمر" للأعمال.

3. دخل المهندس المعماري إلى الحفرة للمشاركة: كيف تضمن توفر البث المباشر خلال فترة الترويج ؟

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

1. إذا لم يتحرك الجنود والخيول ، فإن الحبوب والعشب أولاً: مؤهلات حساب الشركة الموحدة

سواء كان الأمر يتعلق بالاتصال بموارد البث المباشر عالية التزامن ، أو التقدم بطلب للحصول على ائتمان عالي الجودة للصوت والفيديو في الوقت الفعلي (TRTC) ، فأنت بحاجة إلى حساب سحابي للمؤسسة يتمتع بسلطة واضحة وموضوع متوافق. في بداية التحضير لمشروع البث المباشر ، يجب على الشركات إجراء ذلك من خلال القنوات الرسمية

شراء حساب سحابة Tencent

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

2. الاقتراض المزدوج للأعمال والتكنولوجيا: الاستفادة الجيدة من وكلاء السحابة

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

وكيل سحابة تينسنت

.

المستوى الفني: عادةً ما يكون الوكلاء مجهزين بفريق من مهندسي الصوت والفيديو ذوي الخبرة ، والتي يمكن أن تساعدك في تغيير الشفرة ، وتصميم استراتيجية ذاكرة التخزين المؤقت لـ CDN ، وتحسين الشبكة الضعيفة للعميل لمشهد القتل عالي التزامن.

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

3. استقرار سلسلة رأس المال الخلفية: تجنب كارثة تعليق المتأخرات

استهلاك النطاق الترددي لخدمات البث المباشر (خاصة البث المباشر السريع WebRTC مع تأخير منخفض للغاية) أمر مقلق للغاية عندما تندفع حركة المرور. إذا تجاوز عدد الأشخاص عبر الإنترنت في تلك الليلة التوقعات ، وكانت عملية الموافقة المالية الداخلية للشركة مرهقة ، بمجرد استنفاد رصيد الحساب وتوقف النظام تلقائيًا ، فسوف يتسبب ذلك في خسائر GMV لا يمكن تعويضها وأزمة علاقات عامة. من خلال قنوات الوكلاء

إعادة شحن Tencent Cloud Dai

، لا يمكن للشركات الاستمتاع بمدفوعات أكثر مرونة متعددة العملات ومنح الائتمان لفترة الحساب فحسب ، بل يمكنها أيضًا التقدم بطلب للحصول على ضمانات دفع طارئة من المسؤولين أو الوكلاء في حالات الطوارئ لضمان استقرار خدمات البث المباشر في ظل ذروة حركة المرور الكبيرة.

4. الملخص والتوقعات

من 5 ثوانٍ إلى 300 مللي ثانية ، لا يتم تغيير رقم واحد فقط ، ولكن إعادة تشكيل نموذج الأعمال التفاعلي بأكمله في الوقت الفعلي.

نجح حل تدفق البث المتأخر المنخفض للغاية استنادًا إلى تقنية WebRTC من Tencent Cloud Express (WebRTC) ، من خلال إغراق قدرات الأمان وإعادة التوجيه إلى الحافة وتحسين بروتوكول UDP لطبقة النقل ، في حل مشكلة "التأخير التفاعلي العالي والتزامن العالي" خلال فترة الترويج الكبيرة.

الجمع بين إدارة الأصول السحابية الموحدة (مثل

نظام الحساب السحابي القياسي Tencent) ودعم الشريك البيئي الموثوق به (مثل ضمان إعادة شحن الأعمال والتكنولوجيا للوكيل) ، يمكن للفريق الفني التركيز بشكل كامل على ابتكار طريقة اللعب الحية والترحيب بهدوء بمعمودية حركة المرور القادمة.