عناء تصوير HTML5 وWebRTC الجري في VideoWhisper

تحديد وإصلاح المشكلات التي قد تحدث بعد تكوين حل VideoWhisper بشكل صحيح, تم اختبارها وتشغيلها.
إذا كنت لا #8217 ؛ ر تثبيته, بعد الحصول على خطة لحل تسليم المفتاح, في المثال ل HTML5 فيديوشات .

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

يمكن أن يكون لمشكلات البث أسباب مختلفة: إعداد إعدادات التكوين, اتصال إنترنت المستخدم إلى ملقم الدفق, شروط الشبكة ومدى ملاءمة بروتوكول البث, نوع المستعرض وإصداره.

هنا’ بعض المشكلات والخطوات الممكنة لتحديد سببها والإصلاحات الممكنة:

بكسل الفيديو, جودة منخفضة

1. في تطبيق HTML5 Videochat , تبديل الإعدادات والتحقق من دقة الدفق المحددة & معدل البت في لوحة البث وتأكد من عدم تكوين هذه القيم المنخفضة. ارتفاع معدل البت والقرار ينبغي أن توفر أعلى جودة. الحد الأقصى لمعدل البت محدود من خلال خطة الترخيص والاستضافة.
2. تحقق أيضًا من قياسات معدل البت الحقيقي. تبديل الإعدادات للحصول على قياسات للوحات البث والتشغيل على حد سواء.
+ استخدم أفضل شبكة متاحة إذا كان لديك الخيار: 5GHz على واي فاي بدلا من 2.4 جيجاهرتز, LTE/4G على الهاتف المحمول بدلا من الجيل الثالث 3G, سلكية بدلاً من اللاسلكية.
+ تحقق من أن معدل البت المقاس قريب من معدل البت المحدد.
+ استخدام كروم على جهاز الكمبيوتر كما أن يوفر أيضا إحصاءات WebRTC مثل فقدان الحزمة, الكمون, غضب.
3. حاول ضبط معدل بت التدفق ومعرفة ما إذا كان يتم تحقيق معدل البت الحقيقي استنادًا إلى الإعدادات الجديدة. الحد الأقصى لمعدل البت محدود من خلال خطة الترخيص والاستضافة.
– كما يتكيف WebRTC مع الجودة اعتمادًا على ظروف الاتصال والشبكة المتاحة لـ UDP.
الشبكات المزدحمة وواي فاي / المحمول اعتمادا على إشارة قد تنتج فقدان الحزمة عند استخدام برنامج تشغيل بروتوكول UDP WebRTC. يؤدي فقدان الحزمة إلى مقاطعة, Pixelation, أقل جودة, تخفيض معدل البت التلقائي (القسري من قبل المتصفح).
4. حاول RTMP البث TCP مع OBS / GoCoder أو غيرها من الترميزات, كما هو مذكور أدناه. TCP يعيد إرسال الحزم, إصلاح مشاكل الإشارة المتعلقة بشبكة WiFi أو اتصال الهاتف المحمول.
5. في حالة حدوث مشكلات لكل من WebRTC و RTMP دفق, قياس اتصال الإنترنت الخاص بك (انظر التعليمات أدناه).

انقطاع تدفق البث, أخطاء متكررة, بطء الموقع أثناء البث

قد تواجه بعض المذيعين مشاكل بسبب سرعة الاتصال بالإنترنت, موقع (بعيدا جدا عن تدفق الخادم). يتطلب وجود اتصال أقل ضبط الحد الأقصى لمعدل البت في البث, لذلك لا #8217؛ ر تستهلك جميع عرض النطاق الترددي المتاحة.

1) إذا كان لديك خيارات اتصال متعددة, حاول باستخدام اتصال مختلف.
+ لواي فاي, 5Ghz الفرقة هو أفضل لتدفق الفيديو مقارنة كبار السن 2.4 تكنولوجيا Ghz.
+ للجوال, Lte / 4G هو أفضل من الجيل الثالث 3G كبار السن.
+ الاتصالات السلكية أكثر موثوقية من اللاسلكية.
2) قم باختبار سرعة من موقع البث إلى موقع بالقرب من ملقم التدفق.
1. الانتقال إلى https://www.speedtest.net .
2. تغيير الخادم والبحث عن خادم في بوهارنوا (أمريكا الشمالية).
3. اضغط على GO لبدء القياس.
3. احصل على رابط القياس من أعلى أيقونة اليسار وشاركه مع موظفينا.
يحتاج اتصال تحميل المذيع إلى التعامل مع الفيديو + تدفق الصوت وأيضا التفاعلات الأخرى وطلبات الويب.
3) في بعض ظروف الشبكة قد لا تعمل دفق UDP على الإطلاق أو توفر معدل بت وموثوقية منخفضين (عرض كبكسل, انقطاع).
يمكن للمذيع تحميل OBS للكمبيوتر / GoCoder للجوال لكل تعليمات في علامة التبويب البث للبث مع RTMP TCP بدلاً من WebRTC UDP.

اتصال لقطع عالية وتدفق نوعية منخفضة / DISRUPTED, على الرغم من تكوين معدل البت العالي في الإعدادات

تحقق من إحصائيات معدل البت المباشر في تطبيق HTML5 Videochat, استخدام Chrome للحصول على إحصائيات متقدمة.
+ التبديل إلى خيار شبكة أكثر موثوقية إذا كان متوفراً ولم يكن بالفعل استخدامه: 5GHz على واي فاي بدلا من 2.4 جيجاهرتز, LTE/4G على الهاتف المحمول بدلا من الجيل الثالث 3G, سلكية بدلاً من اللاسلكية.
+ محاوله OBS / جوكودير بث RTMP.
إذا كان معدل البت للاتصال مرتفعًا وكان معدل بت البث المباشر أقل من تكوينه, يمكن أن تكون المسألة ذات صلة بظروف الشبكة وتدفق بروتوكول WebRTC عبر UDP. للحصول على جودة وموثوقية أعلى, البث ممكن باستخدام تطبيق RTMP TCP مثل OBS لسطح المكتب أو جوودير المحمول, مباشرة إلى تدفق الخادم دون الاعتماد على متصفح الويب. يتم تسليم تيار RTMP لمستخدمي الموقع كما HTML5 HLS.

خطأ فشل تدفق متصفح المذيع, إعادة المحاولة رسالة, أخطاء الإذن, الكاميرا غير متوفرة في القائمة

– تأكد من تحميل الموقع عبر HTTPS (مطلوب لنشر الكاميرا) لا HTTP.
– إعادة تشغيل المستعرض.
– اختبار مع متصفح مختلف: الكروم, فايرفوكس, شجاع, رحلات السفاري.
محاولة متصفح شجاع (شوكة تركيز خصوصية Chrome).

مشكلات اتصال متقطعة مقترنة بالموقع البطيء أو متقطع 503 أخطاء الويب / أخطاء طلب ويب APP

قد تكون موارد استضافة الويب ضعيفة لتعقيد الموقع وتحميله.
-حاول تقليل تعقيد الموقع (عن طريق إزالة الإضافات) وتحميل الموارد لكل طلب.
-الترقية إلى خطة أعلى من HTML5 WebRTC ترحيل استضافة .

دفق البث لا يتصل أو ينقطع

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

يمكن لبعض المستخدمين فقط #8217 دفق

– مشكلة المستعرض: ترقية المتصفح إلى أحدث إصدار أو محاولة متصفح HTML5 مختلفة مثل متصفح شجاع . يجب أن يدعم المتصفح أحدث ميزات WebRTC وبرامج الترميز. لن تعمل المتصفحات والإصدارات القديمة (في استخدام ويندوز حافة لا إنترنت إكسبلورر).
– مشكلة الشبكة: جرّب بروتوكول شبكة اتصال مختلف: يمكن للمذيع تحميل OBS للكمبيوتر / GoCoder للجوال لكل تعليمات في علامة التبويب البث للبث مع RTMP TCP بدلاً من WebRTC UDP.
– مشكلة جدار الحماية: إذا كان لدى المستخدم جدار حماية يمكن تعطيله مؤقتًا لتحديد ما إذا كان هذا هو السبب. تعتمد المنافذ والبروتوكولات المطلوبة على طريقة البث, تكوين الخادم والموقع.

يمكن للزوار الاتصال #8217؛ ر أو تيار (دون تسجيل الدخول)

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

لا يوجد صوت

– يحتاج المذيع إلى تحديد جهاز الإدخال الصحيح (الميكروفون). عند البث. فتح علامة التبويب البث لإجراء تغييرات على أجهزة/إعدادات الإدخال.
– يحتاج المشاهدون إلى الاستخدام “اضغط للحصول على الصوت” لتمكين الصوت.
تتطلب المتصفحات تفاعل المستخدم للسماح بتشغيل الفيديو تلقائيًا باستخدام الصوت. في بعض الأحيان غير مسموح بالتشغيل على الإطلاق وسيظهر التطبيق “اضغط على التشغيل” زر.
هذه ميزة متصفح / تقييد.
– محاولة إعادة تحميل دفق أو صفحة. اعتمادًا على ظروف الشبكة والمتصفح, قد يكون دفق الصوت مفقودًا أحيانًا من بث WebRTC UDP. جرّب تدفق OBS/GoCoder عبر RTMP TCP لمزيد من الموثوقية.

كاميرا ويب أو ميكروفون غير قابل للوصول

تستخدم التطبيقات القائمة على الويب الأجهزة التي يوفرها النظام / المستعرض إلى WebRTC . محاولة نماذج WebRTC للتحقق من الأجهزة المتوفرة. إذا كان النظام / المستعرض لا يجعله في متناول استخدام WebRTC, لا يمكن الوصول إلى التطبيق المستندة إلى WebRTC.
-تأكد من الوصول عبر HTTPS لا HTTP كما تتطلب أحدث المتصفحات SSL لنشر كاميرا ويب / ميكروفون.
-جربي تجربة أخرى المستعرض.
-حاول البث باستخدام OBS باستخدام الإعدادات من علامة التبويب البث.
-إذا كان متوفرا, محاولة التطبيقات القديمة المستندة إلى فلاش.
-لمزيد من التفاصيل حول دعم WebRTC للمتصفح, تحقق من دعم موفر الأجهزة.

 

اختبارات عامة لتحديد طبيعة المشكلة:
– محاوله العروض الحية , يفضل استخدام كروم للحصول على احصائيات متقدمة. في حالة عدم حدوث مشكلات في العروض التوضيحية المباشرة, قد يكون السبب متعلقاً بالتثبيت. في حالة حدوث نفس المشكلات, قد تكون هذه ذات صلة إلى مستعرض العميل / صلة.
– التبديل إلى خيار شبكة أفضل إذا كان متوفراً ولم يكن تستخدمه بالفعل: 5GHz على واي فاي بدلا من 2.4 جيجاهرتز, LTE/4G على الهاتف المحمول بدلا من الجيل الثالث 3G, سلكية بدلاً من اللاسلكية.
– تحديث المستعرضات إلى أحدث الإصدارات. حاول متصفحات مختلفة لتحديد ما إذا كانت المشكلة محددة لمتصفح معين ومكوناته الإضافية. حاول فتح علامة تبويب / نافذة جديدة في وضع الخصوصية دون الإضافات إذا كان ذلك ممكنا لاختبار المتصفح نفسه دون الإضافات.
– حاول من كمبيوتر آخر / جهاز محمول, إذا كان متوفرا, لتحديد ما إذا كانت المشكلة خاصة بالجهاز.
– حاول من موفر خدمة إنترنت مختلف (في سبيل المثال الوصول من جهاز محمول مع واي فاي إيقاف استخدام شبكة الجوال) لتحديد ما إذا كانت المشكلة خاصة بالاتصال.
– لديك شريك, صديق من اختبار موقع مختلف لتحديد ما إذا كانت المشكلة خاصة بـ بيئة الاختبار الخاصة بك.

فيديوتشات HTML5 عشوائي – كاميرات الويب وورد الروليت

ويتضمن الحل بيدفيديوتشات الآن طريقة Videochat عشوائية.

يتوفر فيديوتشات عشوائي مع زر التالي في واجهة HTML5 فيديوتشات التطبيق.

تمكين العملاء من الانتقال بسرعة إلى غرفة لأداء مختلف (دون ترك واجهة الدردشة).
يتم تحديد الغرفة القادمة من غرف نشط مؤخرا على الإنترنت, باختيار غرفة لم تدخل المستخدم أو بإدخال وقت أطول قبل (للاستدارة).

يمكن استخدام زر التالي للانتقال إلى غرف المجانية أو المدفوعة المتاحة تبعاً لإعدادات. وسوف لا انتقل إلى غرف فيها المؤدي في عرض خاص. الزوار دائماً الحصول على غرف خالية (لأنهم لا يملكون رصيداً لعروض مدفوعة الأجر).

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

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

انظر عرض مباشر.

 

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