عیب یابی HTML5 و WebRTC جریان در VideoWhisper

استفاده از این آموزش برای شناسایی و رفع مسائلی که ممکن است پس از راه حل VideoWhisper به درستی پیکربندی شد رخ می دهد, تست و در حال اجرا. اگر شما don’آن را نصب نشده, با این حال یک برنامه برای یک راه حل کلید در دست دریافت کنید, در مثال برای چت ویدئویی HTML5 .

قبل از عیب یابی اطمینان حاصل کنید که آخرین پلاگین ها را دارید, راه حل نصب شده ، بنابراین مسائل مربوط به نسخه های قدیمی نیست. به عنوان فن آوری, مرورگرها و جریان سرور به روز رسانی, راه حل نیز برای مطابقت و نسخه های قدیمی تر به روز می شود ممکن است دیگر کار کند.

مسائل مربوط به جریان می تواند علل مختلفی داشته باشد: تنظیمات پیکربندی تنظیم, اتصال اینترنت کاربر به سرور جریان, شرایط شبکه و مناسب بودن پروتکل جریان, نوع مرورگر و نسخه.

برای بهترین قابلیت اطمینان جریان زنده و تجربه بیننده, توصیه می شود برای پخش / نوازندگان به استفاده از راه اندازی حرفه ای ترین در دسترس, به منظور ارائه بهترین خدمات به بینندگان خود. این بدان معنی است که بهترین دستگاه با بیشترین قدرت پردازش (کامپیوتر در صورت امکان), بهترین اتصال (سیمی یا فای 5Ghz), RTMP به HLS با OBS یا مشابه به جای WebRTC مبتنی بر وب.

در اینجا & #8217; s برخی از مسائل و مراحل ممکن برای شناسایی علت و رفع احتمالی آنها:

آخرین صفری, Ios 15 WebRTC شکست

در اسناد Wowza SE, غیر فعال کردن NSURLSession WebSocket ویژگی:

  • Ios : باز تنظیمات کاربرد. شیر سیاحت اکتشافی در افریقا, سپس پیشرفته, و سپس ویژگی های تجربی.
  • کامپیوتر: از منوی صفری > تنظیمات … > زبانه پیشرفته, فعال کردن منوی Show Develop. سپس از منوی توسعه > ویژگی های تجربی غیر فعال کردن NSURLSession WebSocket .

ویدئو pixelation, کیفیت پایین

1. در برنامه چت ویدئویی HTML5 , تغییر وضعیت تنظیمات و بررسی قطعنامه جریان انتخاب شده & بیت را در پنل پخش و مطمئن شوید که این ها به مقادیر پایین پیکربندی نشده اند. درجه بیت و وضوح باید کیفیت بالاتر ارائه. حداکثر بیت رای دادن توسط مجوز و طرح میزبانی محدود می شود.
2. همچنین بررسی واقعی جریان اندازه گیری بیت را. تنظیم ها را تغییر دهید تا اندازه گیری ها را هم برای پخش و هم برای پخش پنل ها انجام دهید.
+ استفاده از بهترین شبکه در دسترس اگر شما انتخاب: 5گیگاهرتز در فای به جای 2.4 گیگاهرتز, LTE/4G در تلفن همراه به جای 3G, سیمی به جای بی سیم.
+ بررسی کنید که بیت البیت اندازه گیری شده به بیت البیت انتخابی نزدیک است.
+ استفاده از کروم در کامپیوتر به عنوان که همچنین ارائه آمار WebRTC مانند از دست دادن بسته, تاخیر, لرزش.
3. سعی کنید تنظیم میزان ارسال بیت جریان و ببینید که اگر میزان ارسال بیت واقعی بر اساس تنظیمات جدید به دست آورد. حداکثر بیت رای دادن توسط مجوز و طرح میزبانی محدود می شود.
– WebRTC نیز سازگار با کیفیت بسته به اتصال موجود و شرایط شبکه برای UDP.
شبکه های مجرا و وای فای / تلفن همراه بسته به سیگنال ممکن است از دست دادن بسته تولید هنگام استفاده از WebRTC UDP. نتیجه از دست دادن بسته در وقفه, پیکسل, کیفیت پایین تر, -خودکار جمع کردن بیت المثل (مجبور شده توسط مرورگر).
4. سعی کنید RTMP TCP پخش با OBS / پخش کننده Larix یا سایر نرم افزارهای تبدیل کننده, همانطور که در زیر ذکر شد. TCP بسته ها را دوباره ارسال می کند, رفع مسائل مربوط به سیگنال فای یا اتصال تلفن همراه.
5. اگر مسائل رخ می دهد هر دو برای WebRTC و RTMP جریان, اندازه گیری اتصال اینترنت شما (دستورالعمل های زیر را ببینید).

پخش وقفه پخش جریان, خطاهای مکرر, وب سایت آهسته در حالی که جریان

برخی از پخش کنندگان ممکن است مسائل را با توجه به سرعت اتصال به اینترنت خود را تجربه, محل (خیلی دور از سرور جریان). داشتن یک اتصال پایین تر نیاز به تنظیم حداکثر میزان ارسال بیت جریان, پس از آن doesn ' t & #8217; مصرف تمام پهنای باند موجود.

1) اگر گزینه های اتصال متعددی دارید, سعی کنید با یک اتصال متفاوت.
+ برای فای, 5گروه Ghz بهتر است برای جریان ویدئو در مقایسه با قدیمی تر 2.4 تکنولوژی Ghz.
+ برای موبایل, Lte / 4G بهتر از 3G قدیمی تر است.
+ اتصالات سیمی قابل اعتمادتر از بی سیم هستند.
2) آیا تست سرعت از محل رادیو و تلویزیون به یک محل در نزدیکی جریان سرور.
1. برو به https://www.speedtest.net .
2. تغییر سرور و جستجو برای سرور در Beauharnois (آمریکای شمالی).
3. مطبوعات برو به اندازه گیری شروع.
3. دریافت لینک اندازه گیری از آیکون بالا سمت چپ و به اشتراک گذاشتن با کارکنان ما.
اتصال پخش آپلود نیاز به مدیریت ویدئو + جریان صوتی و همچنین سایر تعاملات و درخواست های وب.
3) در برخی از شرایط شبکه UDP جریان ممکن است کار نمی کند و یا ارائه بیت کم و قابلیت اطمینان (نمایش به عنوان pixelation, وقفه).
پخش می توانید دانلود OBS for PC / Larix پخش برای تلفن همراه در هر دستورالعمل در زبانه پخش به پخش با RTMP TCP به جای WebRTC UDP.

اتصال به شدید بالا است و کیفیت جریان کم/مختل شده است, اگر چه تنظیم میزان ارسال بیت بالا در تنظیمات

بررسی آمار بیت ریت زنده در برنامه چت ویدئویی HTML5, استفاده از Chrome / شجاع برای دریافت آمار پیشرفته.
+ تغییر به گزینه شبکه قابل اعتماد تر اگر در دسترس است و در حال حاضر با استفاده از آن نیست: 5گیگاهرتز در فای به جای 2.4 گیگاهرتز, LTE/4G در تلفن همراه به جای 3G, سیمی به جای بی سیم.
+ سعی کنید OBS / لاریکس پخش RTMP جریان.
اگر میزان ارسال بیت اتصال بالا است و زنده جریان بیت کمتر از پیکربندی شده است, مشکل می تواند مربوط به شرایط شبکه و پروتکل WebRTC جریان بیش از UDP. برای کیفیت بالاتر و قابلیت اطمینان, پخش با استفاده از یک برنامه RTMP TCP مانند OBS برای دسکتاپ یا Larix Broadcaster تلفن همراه امکان پذیر است, به طور مستقیم به جریان سرور بدون بسته به مرورگر وب. RTMP جریان است به کاربران سایت به عنوان HTML5 HLS تحویل.

مرورگر پخش خطای خرابی جریان, سعی مجدد پیام, خطاهای اجازه, دوربین در لیست موجود نیست

– اطمینان حاصل کنید که شما در حال بارگذاری سایت بیش از HTTPS (مورد نیاز برای انتشار دوربین) نه HTTP.
– راه اندازی مجدد مرورگر.
– تست با یک مرورگر دیگر: کروم, فایرفاکس, شجاع, سیاحت اکتشافی در افریقا, لبه - تیزی.
را امتحان کنید مرورگر شجاع (حفظ حریم خصوصی Chrome چنگال متمرکز شده است).

مسائل مربوط به اتصال متناوب در ارتباط با سایت آهسته یا متناوب 503 خطاهای وب / خطاهای درخواست وب APP

منابع میزبانی وب ممکن است برای پیچیدگی سایت و بار زیر طراحی شده باشد.
-سعی کنید کاهش پیچیدگی سایت (با حذف پلاگین ها) و بار منابع در هر درخواست.
-ارتقا به طرح بالاتر از HTML5 WebRTC رله میزبانی .

پخش جریانی وصل نمی شود یا قطع مى شود

بررسی کنید که آیا میزان ارسال بیت (ویدئو + سمعی) در داخل برنامه محدودیت میزبانی. تلاش برای پخش میزان ارسال بیت بالاتر منجر به رد جریان خودکار و استراحت کوتاه در حالی که تمام تلاش های اتصال رد می شود.
مشاهده مشتری آپلود (کیلوبیت بر ثانیه) برای طرح خود را در HTML5 WebRTC رله میزبانی و پیکربندی پایین تر.

برخی از کاربران فقط می تواند جریان & #8217; t

– مسئله مرورگر: ارتقاء مرورگر به آخرین نسخه یا سعی کنید یک مرورگر HTML5 مختلف مانند مرورگر شجاع . مرورگر باید از آخرین ویژگی های WebRTC و کدک ها پشتیبانی کند. مرورگرهای قدیمی تر و نسخه ها کار نخواهند کرد (در ویندوز استفاده از لبه اینترنت اکسپلورر).
– شماره شبکه: پروتکل شبکه دیگری را امتحان کنید: پخش می توانید دانلود OBS for PC / Larix پخش برای تلفن همراه در هر دستورالعمل در زبانه پخش به پخش با RTMP TCP به جای WebRTC UDP.
– مسئله فایروال: اگر کاربر دارای یک فایروال می تواند به طور موقت آن را غیر فعال برای شناسایی در صورتی که علت. بنادر و پروتکل های مورد نیاز بستگی به روش جریان, پیکربندی سرور و سایت.

بازدید کنندگان می توانند & #8217; t اتصال یا جریان (بدون ورود)

تنها مسائل بازدید کننده به احتمال زیاد مربوط به کش و سایت در خدمت محتوای استاتیک را به درخواست های خود را.
در وپ سوپر نهانگاه شما می توانید کش برای بازدید کنندگان سایت که کوکی ها را غیر فعال کنید.

بدون صدا

– پخش نیاز به انتخاب دستگاه ورودی صحیح (میکروفون). هنگام پخش. باز کردن زبانه پخش برای ایجاد تغییرات در دستگاه ها/تنظیمات ورودی.
– بینندگان نیاز به استفاده از “شیر برای صدا” دکمه برای فعال کردن صدا.
مرورگرها نیاز به تعامل کاربر برای پخش ویدئو خودکار با صدا را می دهند. گاهی اوقات پخش در همه مجاز نیست و نرم افزار نشان می دهد “شیر به بازی” دکمه.
این یک ویژگی مرورگر است / محدودیت.
– جریان یا صفحه را دوباره بارگذاری کنید. بسته به شرایط شبکه و مرورگر, گاهی اوقات جریان صوتی ممکن است از پخش WebRTC UDP مفقود شده باشد. سعی کنید OBS / لاریکس پخش جریان بیش از RTMP TCP برای افزایش قابلیت اطمینان.

وب کم یا میکروفن قابل دسترسی نیست

برنامه های کاربردی مبتنی بر وب استفاده از دستگاه های ارائه شده توسط سیستم / مرورگر به WebRTC . را امتحان کنید نمونه های WebRTC برای بررسی دستگاه های موجود. اگر سیستم / مرورگر آن را برای استفاده از WebRTC قابل دسترس نیست, نرم افزار مبتنی بر WebRTC نمی تواند به آن دسترسی پیدا کند.
-اطمینان حاصل کنید که شما دسترسی بیش از HTTPS نه HTTP به عنوان آخرین مرورگرها نیاز به SSL برای انتشار وب کم / میکروفن.
-دیگری را امتحان کنید مرورگر.
-سعی کنید پخش با OBS با تنظیمات از زبانه پخش.
-در صورت موجود, سعی کنید میراث فلش بر اساس برنامه های کاربردی.
-برای کسب اطلاعات بیشتر در مورد پشتیبانی مرورگر WebRTC, با پشتیبانی ارائه دهنده سخت افزار چک کنید.

چگونه تست

– سعی کنید دموهای زنده , ترجیحاً از Chrome استفاده کنید / شجاع برای دریافت آمار پیشرفته. اگر مسائل در دموهای زنده رخ نمی دهد, علت ممکن است مربوط به نصب شما. اگر مسائل مشابهی رخ دهد, ممکن است این ها مربوط به مرورگر مشتری باشد / ارتباط.
– تعویض به گزینه بهتر شبکه در صورت در دسترس و نه در حال حاضر با استفاده از آن: 5گیگاهرتز در فای به جای 2.4 گیگاهرتز, LTE/4G در تلفن همراه به جای 3G, سیمی به جای بی سیم.
– به روز رسانی مرورگرها به آخرین نسخه ها. سعی کنید مرورگرهای مختلف برای شناسایی اگر مسئله خاص به مرورگر خاص و پلاگین های آن. سعی کنید باز کردن یک برگه / پنجره جدید در حالت حریم خصوصی بدون پلاگین در صورت امکان برای تست مرورگر مشابه بدون پلاگین.
– از یک کامپیوتر متفاوت امتحان کنید / دستگاه تلفن همراه, در صورت موجود بودن, برای شناسایی اگر مسئله خاص دستگاه باشد.
– سعی کنید از ISP های مختلف (به عنوان مثال دسترسی از یک دستگاه تلفن همراه با WiFi خاموش برای استفاده از شبکه تلفن همراه) برای شناسایی اگر مسئله خاص به اتصال است.
– -شریک زندگی داشته باشيد, دوست از یک آزمون مکان های مختلف برای شناسایی اگر مسئله خاص به محیط تست خود را.

محدودیت

– پخش زنده نیاز به یک اتصال اینترنت با سرعت بالا قابل اعتماد با bitrate آپلود به اندازه کافی برای انتقال ویدیو زنده. در غیر این صورت انتقال با شکست مواجه می شود و یا تنها می تواند با کیفیت پایین با قاب های از دست رفته و وقفه انجام شود.
گزینه: کاربرانی که نمی #8217؛اتصال اینترنت پرسرعت قابل اعتمادی دارند، ممکن است نتونند ویدئو زنده پخش کنند. می تواند سعی کنید انتقال تنها صوتی میکروفن. کاربران اتصال پایین همچنین می توانند ضبط و ارسال پیام های ویدئویی/صوتی را در چت امتحان کنند (اگر وب درخواست don’همچنین زمان پرداخت).
– پخش زنده نیاز به اتصال به اینترنت با سرعت بالا با بیترات دانلود به اندازه کافی برای پخش ویدیو زنده.
این محدودیت ها مربوط به اتصال اینترنت #8217’’ در سطح سرور یا نرم افزار مرتب نمی شوند.
– آخرین تکنولوژی مرورگر HTML5 برای پشتیبانی از تمام ویژگی های مورد نیاز است. برخی از مرورگرها با پشتیبانی جزئی ممکن است اجازه ضبط ویدئو یا پخش را نمی دهند. برخی از ویژگی ها ممکن است تنها پس از فعال کردن از ویژگی های مرورگر پیشرفته در دسترس باشد. در مثال ضبط نیاز دارد MediaRecorder API.

Wowza RTSP پخش زنده برای آندروید

 

تست دستگاه پخش RTSP خود را:
RTSP://184.72.239.149/VOD / MP4:BigBuckBunny_175k.mov

 

 

پیکربندی سرور Wowza رسانه

– http://www.wowza.com/forums/content.php?36#انتشار
[نصب، دیر]/کنفرانس / Application.xml

+ تنظیم خاصیت جریان / StreamType به زندگی می کنند :
<StreamType>زنده</StreamType>

+ تنظیم HTTPStreamers اموال را به cupertinostreaming,smoothstreaming,sanjosestreaming :
<HTTPStreamers>cupertinostreaming,smoothstreaming,sanjosestreaming</HTTPStreamers>

+ تنظیم خاصیت جریان / LiveStreamPacketizers به ​​cupertinostreamingpacketizer,smoothstreamingpacket izer,sanjosestreamingpacketizer:
<LiveStreamPacketizers>cupertinostreamingpacketizer,smoothstreamingpacketizer,sanjosestreamingpacketizer</LiveStreamPacketizers>

+ تنظیم خاصیت RTP / احراز هویت / PlayMethod به هیچ:
<PlayMethod>هیچ</PlayMethod>

 

– http://www.wowza.com/forums/content.php?62
[نصب، دیر]/کنفرانس / VHost.xml و اضافه کردن 554 به لیست HostPort / بنادر

– http://www.wowza.com/forums/content.php?36#RTSP
RTP > ظرف خواص در [نصب، دیر]/کنفرانس /[کاربرد]/Application.xml (مطمئن شوید که برای دریافت ظرف خواص درست – چند در Application.xml وجود دارد):
رمز:

<ویژگی>
<نام>forceMPEGTSOut</نام>
<ارزش>درست</ارزش>
<نوع>بولی</نوع>
</ویژگی>
<ویژگی>
<نام>rtpWrapMPEGTS</نام>
<ارزش>درست</ارزش>
<نوع>بولی</نوع>
</ویژگی>

انتشار

http://www.wowza.com/forums/content.php?62

  1. رمز گذاری:

    بهترین کار این است برای رمزگذاری ویدئو با استفاده از یک میزان ارسال بیت پایین, نرخ فریم و پیچیدگی را پشتیبانی می کند کم. برای موبایل جریان یک میزان ارسال بیت کل بین 64Kbps تا 250Kbps است که احتمالا بهترین. بسیاری از دستگاه های تلفن همراه ممکن است قادر به تحمل کامل 30 فریم بر ثانیه (فریم در ثانیه). نرخ فریم از 15 – 24 فریم در ثانیه ممکن است بهترین برای موبایل. بهترین کار این است به رمز به پیچیدگی H.264 پایین. ترین دستگاه های تلفن همراه تنها حمایت H.264 پایه. پیچیدگی رمزگذار و سطح مورد بحث است اینجا.

  2. شبکه (راه اندازی UDP و TCP):

    UDP: بهترین برای باز کردن تمام UDP است (0-65535) پورت ها را برای جریان RTSP / RTP. در سمت ورودی, Wowza تمایل به تلاش برای استفاده از پورت های بین وسیعی از 6970-9999. خروجی انتخاب پورت توسط دستگاه گیرنده ساخته شده. بنابراین بهتر است برای باز کردن تمام بنادر به ترافیک UDP خروجی. گرفتن راه اندازی UDP درستی گاهی اوقات مشکل و وابسته به روتر و فایروال خود را راه اندازی است. اگر پشت NAT (ترجمه آدرس شبکه) این مهم است که تمام پورت UDP به سرور در حال اجرا Wowza نقشه برداری.

 

اندروید: اغلب دستگاه های آندروید پشتیبانی جریان RTSP / RTP. دستگاه های جدیدتر آندروید که نسخه در حال اجرا 2.2 یا بیشتر (از Froyo) همچنین فلش پلیر پشتیبانی 10.1 و می تواند RTMP و فلش جریان HTTP بازی. دستگاه های آندروید می توانید جریان های MP3 بازی بیش از نه RTSP / RTP در هر ترکیبی (صوتی / تصویری و یا فقط صوتی). دستگاه های آندروید است که فلش پلیر پشتیبانی 10.1 می توانید با استفاده از MP3 RTMP و یا فلش HTTP بازی. هنگامی که جریان به یک دستگاه Android با استفاده از RTSP / RTP, بخش RTP باید بیش از جریان UDP. آندروید را پشتیبانی نمی کند RTSP / RTP در لایه (RTP بر TCP). این به این معنی اگر UDP برای پخش RTP در دسترس نیست, RTP بر TCP به عنوان یک عدم موفقیت کار نمی کند و جریان خود را نمی خواهد بازی.

مشتریان با پخش RTSP / RTP بر روی DroidX و Droid2 گزارش کرده اند. به نظر می رسد که تنها چند اندازه قاب به درستی بر روی این دستگاه ها بازی خواهد کرد:

  • 800×480
  • 480×320
  • 240×160

 

VideoWhisper فراهم می کند سازگار, RTMP مدیریت Wowza برنامه های هاستینگ و کمک با جریان همراه:

http://www.videowhisper.com/?P = Wowza + رسانه + سرور + میزبانی وب