LOLS IRL bicara srtla standar kompatibel BELABOX, jadi receiver milikmu berperilaku persis seperti relay hosting kami. Ini yang perlu dijalankan, port mana yang penting, dan satu kesalahan yang membuat koneksi seluler tidak pernah sampai ke perangkatmu.
Kamu tidak harus host apa pun: relay LOLS Cloud gratis ada supaya bonding langsung jalan, atau kamu bisa host sendiri receiver-mu dan tidak bergantung pada siapa pun. Orang memilih host sendiri karena alasan yang baik. Kamu ingin stream mendarat di infrastruktur yang kamu kendalikan, kamu ingin mesin yang secara fisik dekat denganmu padahal kami tidak punya relay di dekatmu, kamu tidak ingin memikirkan jatah, atau kamu memang suka menjalankan barang sendiri. Tidak ada di aplikasi yang terikat ke server kami, jadi pindah cuma ganti hostname dan tidak ada yang lain.
ponsel (wifi + seluler)
|
| srtla, UDP, satu socket per jaringan
v
srtla_rec mendengarkan di port UDP publik, menyusun ulang koneksi
|
| SRT biasa, UDP, di localhost
v
media server MediaMTX atau sejenisnya
|
+--> OBS, atau restream lanjut ke Twitch / Kick / YouTube
Dua bagian, masing-masing satu tugas. srtla_rec, dari proyek BELABOX, adalah bagian yang paham bonding: setiap koneksi yang dibuka ponselmu mendaftar ke sana sebagai bagian dari satu grup, dan ia mengubah grup itu kembali jadi satu stream SRT biasa. Lalu ia meneruskannya ke listener SRT, tempat media server mengambil alih. MediaMTX pilihan yang umum dan bisa meneruskan stream ke OBS, menerbitkannya ulang, atau merekamnya, tapi apa pun yang menerima SRT bisa dipakai.
Receiver harus bisa dijangkau dari setiap jaringan yang dipakai ponselmu untuk streaming, yang dalam praktiknya berarti alamat publik. VPS kecil sudah cukup: ini meneruskan paket, bukan transcoding, jadi megabit dan CPU sederhana jauh lebih penting daripada jumlah core. Taruh secara geografis dekat tempatmu streaming, dengan alasan yang sama seperti memilih relay terdekat: jarak adalah delay yang tidak bisa diambil kembali, dan dibayar lagi di setiap pengiriman ulang.
Receiver di LAN rumahmu, di alamat seperti 192.168.1.50, bisa dijangkau dari Wi-Fi-mu dan dari tempat lain tidak. Koneksi seluler tidak bisa routing ke alamat privat, jadi ia tidak pernah mendaftar dan kamu tidak terbonding, kamu streaming lewat Wi-Fi dengan langkah tambahan, dan statistik akan menunjukkan satu koneksi, bukan dua.
Host di mesin dengan alamat publik, atau forward port UDP di routermu ke perangkat di LAN-mu lalu arahkan aplikasi ke alamat publik routermu. Nama dynamic DNS menghemat kamu mengetik ulang setiap kali alamatmu berubah.
| Port | Untuk apa |
|---|---|
| UDP, port srtla-mu, masuk dari internet | Satu-satunya port yang disentuh ponsel. 5000 adalah konvensinya. Setiap koneksi bonding datang dari alamat dan port sumbernya sendiri, jadi tidak ada yang perlu dibuka atau diatur per koneksi. |
| UDP, listener SRT-mu, lokal | Tempat srtla_rec meneruskan stream yang sudah disusun ulang. MediaMTX mendengarkan SRT di 8890 secara bawaan. Ini tidak perlu dibuka ke internet kecuali kamu juga ingin klien SRT biasa bisa publish ke sana. |
| Apa pun yang disajikan media server-mu | RTMP, RTSP, HLS, atau WebRTC keluar ke OBS atau ke penonton, sepenuhnya terserah kamu dan bukan bagian dari jalur bonding. |
Firewall, security group cloud, dan aturan forwarding router sangat sering bawaannya TCP. Pendaftaran srtla yang dikirim ke aturan khusus TCP menghilang tanpa error di mana pun, dan tampak sama persis dengan receiver yang mati. Kalau sebuah koneksi tidak mau mendaftar, cek protokol di aturannya sebelum mengecek yang lain.
srtla_rec meneruskan stream id SRT apa adanya, jadi yang masuk ke kolom Stream id di aplikasi adalah apa pun yang diharapkan server di belakangnya. Dengan MediaMTX itu bentuk publish, sebuah path dan opsional kredensial saat autentikasi menyala:
publish:mypath
publish:mypath:username:password
Nyalakan autentikasi kalau port terbuka ke internet. Endpoint publish tanpa autentikasi di alamat publik lama-lama akan ditemukan seseorang yang bukan kamu.
srtla_rec mendengarkan.srtla_rec mencatat pendaftaran koneksi per koneksi, semuanya di bawah satu grup. Dua koneksi harus memberi dua pendaftaran di grup yang sama. Kalau yang kamu lihat selalu satu, jaringan kedua tidak bisa menjangkau host: alamat privat, aturan firewall khusus TCP, atau VPN yang jalan di ponsel.Macet di satu langkah, atau ingin ada yang ikut melihat receiver yang tidak mau menerima koneksi kedua? Tanya di Discord atau kirim email ke support@lols.gg. Sertakan wilayahmu, apa yang ditunjukkan overlay statistik, dan apa yang dicatat receiver, dan biasanya cukup dua pesan.
Terkait: bonding dalam lima menit untuk sisi aplikasi dan cara membaca indikator, memakai relay gratis kalau kamu tidak mau host sendiri, dan semua panduan.