Selesaikan masalah HTML5 and WebRTC streaming dalam VideoWhisper

Gunakan tutorial ini untuk mengenal pasti dan membetulkan isu-isu yang mungkin berlaku selepas penyelesaian VideoWhisper dikonfigurasikan dengan betul, diuji dan berjalan. Jika anda tidak ’t telah memasangnya, lagi mendapatkan pelan untuk penyelesaian siap guna, dalam contoh untuk HTML5 Videochat .

Sebelum menyelesai masalah pastikan anda mempunyai Pemalam terkini, penyelesaian yang dipasang supaya isu tidak berkaitan dengan versi lebih lama. Sebagai teknologi, pelayar dan kemas kini pelayan penstriman, penyelesaian juga dikemaskini untuk dipadankan dan versi lebih lama mungkin tidak berfungsi.

Isu penstriman boleh mempunyai pelbagai sebab: Pengesetan konfigurasi persediaan, sambungan Internet pengguna untuk penstriman pelayan, keadaan rangkaian dan kesesuaian protokol penstriman, jenis dan versi pelayar.

Untuk kebolehpercayaan penstriman langsung terbaik dan pengalaman penonton, Adalah disyorkan untuk penyiar / penghibur untuk menggunakan persediaan profesional yang paling tersedia, untuk memberikan perkhidmatan terbaik kepada penonton mereka. Ini bermakna peranti terbaik dengan kebanyakan kuasa pemprosesan (komputer jika boleh), sambungan terbaik (berwayar atau WiFi 5Ghz), RTMP ke HLS dengan OBS atau seumpamanya dan bukannya WebRTC berasaskan web.

Di sini & #8217; s beberapa isu yang mungkin dan langkah untuk mengenal pasti punca mereka dan pembaikan yang mungkin:

Safari Terkini, iOS 15 WebRTC Gagal

Satu Dokumentasi Wowza SE, melumpuhkan NSURLSession WebSocket Mempunyai:

  • iOS : Terbuka Seting Permohonan. Ketuk Safari, kemudian Lanjutan, dan kemudian Ciri-ciri eksperimen.
  • PC: Daripada menu Safari > Keutamaan … > Tab lanjutan, benarkan papar menu Develop. Kemudian dari Membangunkan menu > Ciri eksperimen melumpuhkan NSURLSession WebSocket .

Video sekala, kualiti rendah

1. In HTML5 Videochat App , Seting Togol dan semak resolusi penstriman terpilih & kadar bitin Panel penyiaran dan pastikan ini tidak dikonfigurasikan kepada nilai rendah. Kadar dan resolusi yang lebih tinggi harus memberikan kualiti yang lebih tinggi. Kadar bit maksimum adalah terhad oleh lesen dan pelan hosting.
2. Juga menyemak ukuran bitrate sebenar. Togol tetapan untuk mendapatkan ukuran kedua-dua untuk Panel siaran dan main balik.
+ Gunakan rangkaian terbaik yang tersedia jika anda mempunyai pilihan: 5GHz pada WiFi dan bukannya 2.4 GHz, LTE/4G di telefon bimbit dan bukannya 3G, berwayar dan bukannya wayarles.
+ Sahkan bahawa kadar bit yang diukur adalah berhampiran dengan kadar bit terpilih.
+ Gunakan Chrome pada PC kerana ia juga menyediakan statistik WebRTC seperti kehilangan paket, kependaman, ketar.
3. Cuba laraskan kadar bit penstriman dan lihat sama ada kadar bit sebenar dicapai berdasarkan tetapan baru. Kadar bit maksimum adalah terhad oleh lesen dan pelan hosting.
– WebRTC juga bersesuaian kualiti bergantung kepada sambungan dan keadaan rangkaian yang tersedia untuk.
Rangkaian yang sesak dan Wi-Fi / mudah alih bergantung pada isyarat boleh menghasilkan kehilangan paket apabila menggunakan WebRTC UDP. Kehilangan paket keputusan dalam gangguan, sekala, kualiti yang lebih rendah, menurun nilai secara automatik (dipaksa oleh pelayar).
4. Cuba RTMP penyiaran TCP dengan OBS / Larix Broadcaster atau pengekod lain, seperti yang dinyatakan di bawah. Peket TCP, menetapkan isu isyarat yang berkaitan dengan WiFi atau sambungan mudah alih.
5. Jika isu berlaku untuk WebRTC dan RTMP streaming, mengukur sambungan Internet anda (lihat arahan di bawah).

Gangguan penstriman penyiar, Ralat kerap, Laman web perlahan semasa penstriman

Sesetengah penyiar mungkin mengalami isu kerana kelajuan sambungan internet, lokasi (sangat jauh dari pelayan penstriman). Mempunyai sambungan yang lebih rendah memerlukan pelarasan aliran maksimum kadar bit, Jadi ia doesn & #8217; t menggunakan semua lebar jalur yang tersedia.

1) Jika anda mempunyai berbilang pilihan sambungan, cuba dengan sambungan lain.
+ Untuk WiFi, 5Kugiran Ghz lebih baik untuk penstriman video berbanding lebih tua 2.4 Teknologi Ghz.
+ Untuk telefon bimbit, LTE / 4G adalah lebih baik daripada 3G yang lebih tua.
+ Sambungan berwayar lebih dipercayai daripada wayarles.
2) Adakah ujian kelajuan dari penyiaran lokasi ke satu lokasi berhampiran streaming server.
1. pergi ke https://www.speedtest.net .
2. Tukar pelayan dan Cari pelayan di Beauharnois (Amerika Utara).
3. Tekan pergi ke mula pengukuran.
3. Dapatkan pautan pengukuran dari ikon kiri atas dan kongsi dengan kakitangan kami.
Penyiar sambungan muat naik perlu mengendalikan video + aliran audio dan juga interaksi lain dan permintaan web.
3) Dalam sesetengah keadaan rangkaian penstriman UDP mungkin tidak berfungsi sama sekali atau memberikan kadar bit dan kebolehpercayaan yang rendah (menunjukkan sebagai sekala, gangguan).
Penyiar boleh memuat turun OBS untuk PC / Larix Broadcaster untuk mudah alih mengikut arahan dalam tab Siaran untuk disiarkan dengan RTMP TCP dan bukannya WebRTC UDP.

Sambungan kepada mutlak kualiti tinggi dan penstriman adalah rendah/terganggu, Walaupun dikonfigurasikan dengan nilai bitrate yang tinggi

Semak statistik secara langsung bitrate dalam aplikasi sembang video HTML5, menggunakan Chrome / Berani untuk mendapatkan statistik lanjutan.
+ Tukar ke pilihan rangkaian yang lebih dipercayai jika tersedia dan belum menggunakannya: 5GHz pada WiFi dan bukannya 2.4 GHz, LTE/4G di telefon bimbit dan bukannya 3G, berwayar dan bukannya wayarles.
+ Cuba OBS / Penyiar Larix RTMP streaming.
Jika sambungan bitrate adalah tinggi dan Live streaming-kadar bitis lebih rendah daripada dikonfigurasikan, isu boleh berkaitan dengan keadaan rangkaian dan protokol WebRTC penstriman lebih UDP. Untuk kualiti dan kebolehpercayaan yang lebih tinggi, penyiaran boleh dilakukan menggunakan aplikasi TCP RTMP seperti OBS untuk desktop atau Larix Broadcaster mudah alih, terus ke pelayan penstriman tanpa bergantung pada pelayar web. RTMP Stream dihantar ke laman pengguna sebagai HLS HTML5.

Kegagalan penstriman pelayar penyiar ralat, Cuba semula mesej, Ralat keizinan, kamera tidak terdapat dalam senarai

– Pastikan anda memuatkan tapak melebihi HTTPS (diperlukan untuk menerbitkan kamera) bukan HTTP.
– Mulakan semula pelayar.
– Uji dengan pelayar yang berbeza: Chrome, Firefox, Berani, Safari, Kelebihan.
Cuba yang Pelayar berani (Chrome privasi tertumpu fork).

Masalah sambungan berselang-seli yang berkaitan dengan tapak perlahan atau 503 Ralat web / APL Web Minta RALAT

Sumber web hosting mungkin kurang berkuasa untuk kerumitan tapak dan beban.
-Cuba kurangkan kerumitan tapak (dengan mengalih keluar Pemalam) dan beban sumber setiap permintaan.
-Naik taraf ke pelan lebih tinggi daripada Yang hosting oleh HTML5 WebRTC .

Strim penyiaran tidak menyambungkan atau menyahsambung

Semak jika kadar bit (video + audio) adalah dalam pelan hosting had. Cuba untuk menyiarkan kadar biter yang lebih tinggi akan menyebabkan penolakan aliran automatik dan cooldetik pendek sementara semua percubaan sambungan ditolak.
Lihat muat naik pelanggan (KBps) untuk pelan anda di Yang hosting oleh HTML5 WebRTC dan konfigurasikan lebih rendah.

Sesetengah pengguna hanya boleh & #8217; t Stream

– Isu pelayar: Naik taraf pelayar ke versi terkini atau cuba pelayar HTML5 yang berbeza seperti Pelayar berani . Pelayar mestilah menyokong ciri dan codec WebRTC terkini. Pelayar dan versi yang lebih lama tidak akan berfungsi (dalam Windows menggunakan Edge tidak Internet Explorer).
– Isu rangkaian: Cuba protokol rangkaian yang berlainan: Penyiar boleh memuat turun OBS untuk PC / Larix Broadcaster untuk mudah alih mengikut arahan dalam tab Siaran untuk disiarkan dengan RTMP TCP dan bukannya WebRTC UDP.
– Isu firewall: Jika pengguna mempunyai Tembok Api boleh melumpuhkan sementara untuk mengenal pasti jika itu adalah punca. Pelabuhan dan protokol yang diperlukan bergantung kepada kaedah penstriman, pelayan dan konfigurasi tapak.

Pelawat boleh & #8217; menyambung atau menstrim (tanpa log masuk)

Pelawat hanya isu yang paling mungkin berkaitan dengan cache dan tapak yang menghidangkan kandungan statik kepada permintaan mereka.
Dalam cache WP Super anda boleh melumpuhkan cache untuk pelawat tapak yang mempunyai cookies.

Tiada Bunyi

– Penyiar perlu Pilih peranti input yang betul (Mikrofon). Apabila disiarkan. Buka tab penyiaran untuk membuat perubahan kepada peranti/tetapan input.
– Penonton perlu menggunakan “Ketuk untuk Bunyi” butang untuk membolehkan audio.
Pelayar memerlukan interaksi pengguna untuk membenarkan main balik video automatik dengan Bunyi. Kadangkala main semula tidak dibenarkan di semua dan aplikasi akan “Tekan untuk memainkan” Butang.
Ini adalah ciri pelayar / Sekatan.
– Cuba Muatkan semula strim atau halaman. Bergantung pada keadaan rangkaian dan pelayar, aliran audio kadang kala mungkin hilang dari penyiaran WebRTC UDP. Cuba penstriman OBS / Larix Broadcaster melalui TCP RTMP untuk meningkatkan kebolehpercayaan.

Webcam atau mikrofon tidak boleh diakses

Aplikasi berasaskan web menggunakan peranti yang disediakan oleh sistem / pelayar ke WebRTC . Cuba yang Sampel WebRTC untuk menyemak peranti yang tersedia. Jika sistem / pelayar tidak boleh diakses untuk kegunaan WebRTC, aplikasi yang berasaskan WebRTC & #8217; boleh mencapainya.
-Pastikan anda mengakses https bukan HTTP sebagai pelayar terkini memerlukan SSL untuk menerbitkan webcam/mikrofon.
-Cuba yang lain pelayar.
-Cuba penyiaran dengan OBS dengan tetapan daripada tab penyiaran.
-Jika tersedia, cuba aplikasi kilat berasaskan legasi.
-Untuk maklumat lanjut mengenai sokongan WebRTC pelayar, Semak dengan sokongan pembekal perkakasan.

Cara Menguji

– Cuba demo hidup , sebaik-baiknya menggunakan Chrome / Berani untuk mendapatkan statistik lanjutan. Jika isu tidak berlaku dalam demo langsung, punca mungkin berkaitan dengan pemasangan anda. Jika isu yang sama berlaku, ini mungkin berkaitan dengan pelayar pelanggan / sambungan.
– Tukar ke pilihan rangkaian yang lebih baik jika tersedia dan belum menggunakannya: 5GHz pada WiFi dan bukannya 2.4 GHz, LTE/4G di telefon bimbit dan bukannya 3G, berwayar dan bukannya wayarles.
– Kemas kini pelayar kepada versi terkini. Cuba pelayar yang berbeza untuk mengenal pasti jika isu adalah khusus untuk pelayar tertentu dan Pemalam. Cuba membuka tab/tetingkap baru dalam mod privasi tanpa Pemalam jika mungkin untuk menguji pelayar yang sama tanpa Pemalam.
– Cuba daripada komputer lain / peranti mudah alih, Jika tersedia, untuk mengenal pasti jika isu khusus kepada peranti.
– Cuba daripada ISP lain (sebagai contoh akses daripada peranti mudah alih dengan WiFi dimatikan untuk menggunakan rangkaian mudah alih) untuk mengenal pasti jika isu khusus untuk.
– Mempunyai rakan kongsi, rakan daripada ujian lokasi yang berbeza untuk mengenal pasti jika isu khusus untuk persekitaran ujian anda.

Had

– Penyiaran langsung memerlukan sambungan internet berkelajuan tinggi yang boleh dipercayai dengan kadar bit muat naik yang cukup untuk menghantar video langsung. Jika tidak, penghantaran gagal atau hanya boleh dilakukan pada kualiti yang rendah dengan bingkai dan gangguan yang hilang.
Pilihan: Pengguna yang tidak ’tidak mempunyai sambungan internet berkelajuan tinggi yang boleh dipercayai mungkin tidak dapat menyiarkan video langsung. Boleh cuba menghantar hanya audio mikrofon. Pengguna sambungan rendah juga boleh mencuba rakaman dan menghantar mesej video/audio dalam sembang (jika web meminta #8217;bukan juga masa).
– Main balik langsung memerlukan sambungan internet berkelajuan tinggi dengan bitrate muat turun yang cukup untuk main balik video langsung.
Batasan ini berkaitan dengan sambungan internet #8217&pengguna dan #8217 tidak boleh disusun di peringkat pelayan atau perisian.
– Teknologi pelayar HTML5 terkini diperlukan untuk menyokong semua ciri. Sesetengah pelayar yang mempunyai sokongan separa mungkin tidak membenarkan rakaman video atau penyiaran. Sesetengah ciri mungkin tersedia hanya selepas mendayakan daripada ciri pelayar Lanjutan. Contohnya rakaman memerlukan MediaRecorder API.