LOLS IRL พูด srtla มาตรฐานที่เข้ากันได้กับ BELABOX ตัวรับของคุณเองจึงทำงานเหมือนรีเลย์ที่เราโฮสต์ทุกอย่าง นี่คือสิ่งที่ต้องรัน พอร์ตไหนสำคัญ และข้อผิดพลาดข้อเดียวที่ทำให้การเชื่อมต่อเครือข่ายมือถือไปไม่ถึงเครื่องของคุณเลย
คุณไม่ต้องโฮสต์อะไรเลย: รีเลย์ LOLS Cloud ฟรีมีไว้เพื่อให้ bonding ใช้ได้ตั้งแต่เปิดแอป หรือจะโฮสต์ตัวรับเองแล้วไม่พึ่งใครก็ได้ คนเลือกโฮสต์ด้วยเหตุผลดีๆ คุณอยากให้สตรีมลงบนโครงสร้างที่คุณคุมเอง คุณอยากได้เครื่องที่อยู่ใกล้ตัวจริงๆ ในที่ที่เราไม่มีรีเลย์ คุณไม่อยากมีโควตาให้คิด หรือแค่ชอบรันของตัวเอง ไม่มีอะไรในแอปผูกกับเซิร์ฟเวอร์ของเรา การเปลี่ยนจึงเป็นแค่เปลี่ยนชื่อโฮสต์ ไม่มีอย่างอื่น
โทรศัพท์ (wifi + เครือข่ายมือถือ)
|
| srtla, UDP, หนึ่งซ็อกเก็ตต่อเครือข่าย
v
srtla_rec รับที่พอร์ต UDP สาธารณะ ประกอบการเชื่อมต่อกลับ
|
| SRT ธรรมดา, UDP, บน localhost
v
มีเดียเซิร์ฟเวอร์ MediaMTX หรือเทียบเท่า
|
+--> OBS หรือรีสตรีมต่อไปที่ Twitch / Kick / YouTubeสองส่วน แต่ละส่วนมีหน้าที่เดียว srtla_rec จากโปรเจกต์ BELABOX คือส่วนที่เข้าใจ bonding: ทุกการเชื่อมต่อที่โทรศัพท์เปิดจะลงทะเบียนกับมันเป็นส่วนหนึ่งของกลุ่มเดียว และมันแปลงกลุ่มนั้นกลับเป็นสตรีม SRT ธรรมดาหนึ่งสตรีม จากนั้นส่งสตรีมนั้นต่อไปที่ตัวรับ SRT ซึ่งเป็นจุดที่มีเดียเซิร์ฟเวอร์รับช่วง MediaMTX เป็นตัวเลือกที่พบบ่อย ส่งสตรีมต่อให้ OBS เผยแพร่ซ้ำ หรือบันทึกได้ แต่อะไรที่รับ SRT ได้ก็ใช้ได้
ตัวรับต้องเข้าถึงได้จากทุกเครือข่ายที่โทรศัพท์สตรีมผ่าน ซึ่งในทางปฏิบัติคือแอดเดรสสาธารณะ VPS เล็กๆ ก็เหลือเฟือ: นี่คือการส่งต่อแพ็กเก็ต ไม่ใช่การทรานส์โค้ด เมกะบิตกับ CPU ธรรมดาสำคัญกว่าจำนวนคอร์มาก วางไว้ใกล้ที่ที่คุณสตรีมในทางภูมิศาสตร์ ด้วยเหตุผลเดียวกับที่เลือกรีเลย์ที่ใกล้ที่สุด: ระยะทางคือดีเลย์ที่เอากลับไม่ได้ และจ่ายซ้ำทุกครั้งที่ส่งซ้ำ
ตัวรับในวง LAN ที่บ้าน ที่แอดเดรสประมาณ 192.168.1.50 เข้าถึงได้จาก Wi-Fi ของคุณและไม่มีที่อื่น การเชื่อมต่อเครือข่ายมือถือของคุณส่งไปยังแอดเดรสส่วนตัวไม่ได้ จึงลงทะเบียนไม่ได้ และคุณไม่ได้ bonded คุณสตรีมผ่าน Wi-Fi ด้วยขั้นตอนเพิ่ม และสถิติจะแสดงการเชื่อมต่อหนึ่งสายแทนที่จะเป็นสอง
ไม่ก็โฮสต์บนเครื่องที่มีแอดเดรสสาธารณะ หรือฟอร์เวิร์ดพอร์ต UDP บนเราเตอร์ไปที่กล่องใน LAN ของคุณ แล้วชี้แอปไปที่แอดเดรสสาธารณะของเราเตอร์ ชื่อ DNS แบบไดนามิกช่วยให้ไม่ต้องพิมพ์ใหม่ทุกครั้งที่แอดเดรสเปลี่ยน
| พอร์ต | ใช้ทำอะไร |
|---|---|
| UDP, พอร์ต srtla ของคุณ, ขาเข้าจากอินเทอร์เน็ต | พอร์ตเดียวที่โทรศัพท์แตะ ธรรมเนียมคือ 5000 แต่ละการเชื่อมต่อที่ bonded มาจากแอดเดรสและพอร์ตต้นทางของตัวเอง จึงไม่มีอะไรต่อสายให้เปิดหรือตั้งค่า |
| UDP, ตัวรับ SRT ของคุณ, ภายในเครื่อง | ที่ที่ srtla_rec ส่งสตรีมที่ประกอบแล้วไป MediaMTX รับ SRT ที่ 8890 โดยค่าเริ่มต้น ไม่ต้องเปิดสู่อินเทอร์เน็ต เว้นแต่คุณอยากให้ไคลเอนต์ SRT ธรรมดาเผยแพร่เข้ามาด้วย |
| อะไรก็ตามที่มีเดียเซิร์ฟเวอร์ของคุณให้บริการ | RTMP, RTSP, HLS หรือ WebRTC ออกไปที่ OBS หรือผู้ชม ขึ้นอยู่กับคุณทั้งหมด และไม่ใช่ส่วนของเส้นทาง bonding |
ไฟร์วอลล์ security group ของคลาวด์ และกฎฟอร์เวิร์ดของเราเตอร์ มักตั้งค่าเริ่มต้นเป็น TCP การลงทะเบียน srtla ที่ส่งไปที่กฎ TCP อย่างเดียวจะหายไปโดยไม่มีข้อผิดพลาดที่ไหนเลย ซึ่งดูเหมือนตัวรับล่มทุกประการ ถ้าการเชื่อมต่อไม่ยอมลงทะเบียน เช็กโปรโตคอลของกฎก่อนเช็กอย่างอื่น
srtla_rec ส่ง SRT stream id ผ่านไปตรงๆ สิ่งที่ใส่ในช่อง Stream id ของแอปจึงเป็นอะไรก็ตามที่เซิร์ฟเวอร์ข้างหลังคาดหวัง กับ MediaMTX คือรูปแบบ publish คือพาธ และอาจมีข้อมูลล็อกอินเมื่อเปิดการยืนยันตัวตน:
publish:mypath
publish:mypath:username:passwordเปิดการยืนยันตัวตนถ้าพอร์ตเปิดสู่อินเทอร์เน็ต endpoint เผยแพร่ที่ไม่มีการยืนยันตัวตนบนแอดเดรสสาธารณะ ท้ายที่สุดจะมีคนที่ไม่ใช่คุณเจอ
srtla_rec รับอยู่srtla_rec บันทึกการลงทะเบียนการเชื่อมต่อหนึ่งครั้งต่อหนึ่งสาย ทั้งหมดอยู่ใต้กลุ่มเดียว สองการเชื่อมต่อควรได้สองการลงทะเบียนในกลุ่มเดียวกัน ถ้าเห็นแค่หนึ่งตลอด แปลว่าเครือข่ายที่สองไปถึงโฮสต์ไม่ได้: แอดเดรสส่วนตัว กฎไฟร์วอลล์ที่เป็น TCP อย่างเดียว หรือ VPN ที่รันบนโทรศัพท์ติดที่ขั้นไหน หรืออยากให้ใครอีกคนช่วยดูตัวรับที่ไม่ยอมรับการเชื่อมต่อที่สอง ถามใน Discord หรืออีเมลมาที่ support@lols.gg บอกภูมิภาคที่คุณอยู่ สิ่งที่โอเวอร์เลย์สถิติแสดง และสิ่งที่ตัวรับบันทึก มักจบในสองข้อความ
ที่เกี่ยวข้อง: bonding ใน 5 นาที สำหรับฝั่งแอปและวิธีอ่านตัวบอก วิธีใช้รีเลย์ฟรี ถ้าไม่อยากโฮสต์ และคู่มือทั้งหมด