Sidang Video SkaDate Oxwall

Dari segi teknikal, SkaDate terdiri daripada Oxwall platform, plugin dating tertentu, tema Laman web temu janji, dan sokongan penyelesaian. Ini bermakna kebanyakan Oxwall plugin harus bekerja dengan baik pada tapak tersebut termasuk:

SkaDate / Oxwall Video Conference Plugin

SIDANG VIDEO

Laman Utama: http://www.videowhisper.com/?p=Oxwall+Video+Conference

Membolehkan pengguna untuk mencipta dan menyertai Persidangan Video Bilik-bilik dengan komen, kadar, dan tag. Memerlukan RTMP hosting.

Persidangan Video Oxwall integrasi:
+ Oxwall plugin untuk persediaan mudah dan konfigurasi
+ Pengguna boleh mencipta dan mengedit Bilik Persidangan video
+ Konfigurasi akses , keizinan dan seting sebilik
+ Senarai bilik, Lihat dalam talian, Tempahan, atas, Tag
+ Widget Mainpage dengan pengguna dalam talian, Pautan bilik
+ Papan pemuka widget dengan kawan-kawan dalam talian
+ Widget profil pengguna bilik
+ Kemaskini Newsfeed bilik baru

SYARAT-SYARAT
Selain daripada hompej biasa diperlukan untuk Oxwall, aplikasi ini memerlukan rtmp yang hos rancangan pada pelayan flash media bagi video streaming (Wowza, Red5, Adobe). Baca lanjut mengenai persediaan sampingan rtmp dan hosting pilihan di Laman Utama plugin.

Hubungi kakitangan VideoWhisper.com untuk penjelasan lanjut, cadangan atau bantuan:
http://www.videowhisper.com/tickets_submit.php

WebRTC Videochat dan sokongan persidangan

WebRTC adalah teknologi baru komunikasi video masa nyata. Sokongan tidak boleh didapati di semua pelayar dan peranti tetapi semakin meningkat. Isu sebenar di masa kini adalah skalabiliti.

Bolehan

Kerana WebRTC menggunakan rangkaian meneliti kegelapan, masih perlu ada satu nod yang berdekatan untuk membantu menyebarkan aliran untuk hos tempatan lain. Meneliti kegelapan merentasi satu rangkaian global boleh menjadi amat sukar.

Penyelesaian WebRTC out-of-the-box konvensional memerlukan setiap pelanggan untuk mewujudkan dan mengekalkan sambungan yang berasingan dengan setiap peserta lain dalam satu rangkaian rumit di mana beban trafik meningkat pesat kerana setiap peserta tambahan ditambah.

Penyiaran memerlukan pelayan gred sambungan ke hidup aliran berbilang pengguna dan menggunakan sambungan ADSL rumah biasa (yang telah muat turun yang lebih tinggi dan gambar yang lebih besar) isu-isu sebenar yang menyebabkan.

Semasa ujian 2 atau beberapa pengguna berfungsi dengan baik dalam demo dan ujian beban kecil, Had-had WebRTC sering menunjukkan dalam mod pengeluaran: menjadi tidak boleh digunakan apabila ramai pengguna menonton sama HD aliran dan penyiar sambungan tetap.

Pemula semua berharap permohonan streaming mereka akan menjadi satu kejayaan besar, dengan beribu-ribu penonton yang menonton. Penghibur perkhidmatan yang hd video penuh 8 Mbps secara langsung kepada 100 penonton di pelbagai lokasi dunia memerlukan sehingga 800Mbps upload sambungan.
Kebanyakan sambungan ADSL mempunyai di bawah upload 100Mbps membenarkan penstriman video tersebut kepada jumlah maksimum sebanyak 12 pengguna.

Penyelesaian adalah untuk menggunakan pelayan penyampai untuk streaming boleh dipercayai dari dan ke WebRTC pelanggan jika dilaksanakan dengan yang BroadcastLiveVideo penyelesaian.

Sokongan pelayar biasa dan kebolehpercayaan pelaksanaan

WebRTC pada masa ini tidak disokong oleh pelayar lalai PC pada sistem yang lebih tua (Internet Explorer untuk Windows dan Safari untuk lebih tua Mac OS) atau versi yang lebih tua secara amnya digunakan oleh ramai pengguna.
Ini mencipta isu sebenar untuk rangkaian organisasi dengan pengagihan perisian standard, lebih tua OS setups, Studio-studio dan caffes internet dengan perisian pentadbiran yang ketat atau pengguna biasa newbie yang menggunakan komputer mereka dengan persediaan lalai.
WebRTC adalah tidak disokong pada masa ini pada pelayar lalai yang mudah alih sama ada, kecuali tempahan Android.
Manakala WebRTC adalah popular di kalangan geeks teknologi dan peminat, ramai pengguna yang kerap tidak dapat mengakses pelaksanaan atau boleh menggunakan hanya terhad fungsi.

WebRTC standards are early in the process of ratification. Browsers supporting WebRTC are not fully transparent with updates which can result in issues with the implementation of WebRTC.

Untuk maklumat lanjut rujuk laman-laman rujukan:

Pelayar PC Saham WebRTC RTMP
Internet Explorer + Kelebihan (Lalai Windows) 9% No * Ya
Safari (MacOS lalai) 13% tidak Ya
Chrome 57% Ya Ya
Firefox 9% Ya * Ya
Opera 5% Ya Ya

*Laporan Mozilla Navigator.getUserMedia sebagai Deprecated dan MediaDevices.getUserMedia sebagai eksperimen .
*IE tidak menyokong WebRTC sekali tetapi terdapat rancangan untuk memperkenalkan beberapa sokongan dalam Kelebihan pelayar .

Syer pasaran PC pelayar menunjukkan persediaan WebRTC tidak akan bekerja untuk banyak pengguna PC kerana sokongan pelayar. Ramai di antara pengguna-pengguna ini dengan pelayar lalai adalah pemula atau dihadkan oleh dasar-dasar tempat kerja daripada menggunakan pelayar yang berbeza dan tidak mungkin Tukarkan pelayar mereka.
Telefon bimbit WebRTC sokongan adalah lebih rendah manakala RTMP dibantu kedua-dua Android dan iOS dengan aplikasi.
Aliran RTMP boleh diterbitkan untuk iOS dan Android pelayar sebagai SPP.

WebRTC vs RTMP

Buat masa ini, WebRTC ini masih dalam perbincangan pembangunan bagi pelaksanaannya lengkap sedangkan RTMP sudah disediakan untuk penggunaan mana-mana komunikasi masa sebenar projek.

WebRTC boleh menjadi satu penyelesaian untuk masa depan dan RTMP adalah penyelesaian untuk masa kini yang mungkin diperlukan untuk sementara waktu.

WebRTC boleh longgar semasa pertempuran untuk penyeragaman dan saling kendalian, dengan pelaksanaan pelbagai cadangan di atas web pelayar atau pasaran mencapah mendekati dari Google, Microsoft, Apple.

RTMP pasti dilaksanakan pada semua pelayar PC dengan Flash plugin dan sebagai aplikasi sendiri untuk OS mudah alih dan desktop.

Disampaikan (RTMP Server) vs P2P (WebRTC atau RTMFP kilat)

Bergantung kepada persediaan ISP dan rangkaian untuk bahagian penting pengguna tidak boleh menyambung dan aliran terus antara satu sama lain pada setiap. Beberapa pengalaman besar latency (beberapa saat) dan kerugian bingkai besar-besaran ke atas P2P.

Menguji keupayaan rangkaian P2P anda dengan ini RTMFP sambungan penyemak .

Menggunakan pelayan penyampai adalah penyelesaian yang paling boleh dipercayai untuk komunikasi video.

Sesetengah pembekal mengatakan hanya 8% pengguna mereka perlu RTMP tetapi yang boleh menjadi bias mengingati mereka menekankan WebRTC / Sesi RTMFP yang tidak memerlukan kos server streaming.
Biasanya kebanyakan sambungan internet rumah tidak pergi dengan P2P melainkan pengguna dalam rangkaian yang sama atau sangat dekat. Pelayan gred sambungan yang biasanya diperlukan untuk P2P yang boleh dipercayai mengenai teknologi ini.

Kebimbangan keselamatan dengan menggunakan pelayar yang WebRTC sokongan

Pada bulan Januari 2015, TorrentFreak dilaporkan bahawa pelayar yang menyokong WebRTC mengalami kecacatan Keselamatan serius yang compromises Keselamatan terowong VPN, dengan membenarkan alamat IP sebenar pengguna untuk dibaca. Alamat IP membaca permintaan tidak kelihatan dalam konsol pemaju pelayar, dan mereka tidak disekat oleh plugin menyekat/privasi iklan biasa (membolehkan pengesanan dalam talian oleh pengiklan dan entiti-entiti lain walaupun langkah berjaga-jaga).

Jika pelayar anda adalah berlandaskan WebRTC ujian ini Alat pengesanan Harta Intelek.

End of Flash

Flash was planned to be discontinued a decade ago but alternatives took a long time and browsers continued support as that was the only reliable method to provide certain features as broadcasting webcam.

Currently browsers and developers plan to end support for Flash at the end of 2020.

Flash support will be discontinued by browsers when other technologies become available and reliable for features previously provided by Flash only (streaming live video from webcam).