Jitsi Meet ไม่ได้ส่งการประชุมไปยัง YouTube โดยอัตโนมัติ: สำหรับ Jitsi ที่ติดตั้งบนเซิร์ฟเวอร์ของคุณเอง เส้นทางที่ใช้กันโดยทั่วไปคือ Jibri ซึ่งจะบันทึกการประชุมและสตรีมไปยัง YouTube โดยใช้คีย์สตรีม หากคุณต้องการเพียงแค่กิจกรรมสั้นๆ โปรแกรมเข้ารหัสบนเดสก์ท็อป เช่น OBS สามารถบันทึกหน้าต่างของผู้เข้าร่วม Jitsi และส่งไปยัง YouTube แทนได้ การเลือกที่เหมาะสมขึ้นอยู่กับว่าใครควรเป็นผู้ใช้งานโปรแกรมเข้ารหัส คุณต้องการโอเวอร์เลย์และการควบคุมโดยละเอียดหรือไม่ และคุณสามารถใช้งานบริการ Jibri ได้หรือไม่
คู่มือนี้ครอบคลุมทั้งสองวิธี โดยเริ่มจากวิธีตั้งค่า Jibri แบบโฮสต์เองก่อน เหมาะสำหรับผู้ดูแลระบบที่ใช้งาน Jitsi Meet แบบโฮสต์เอง บริการ Jitsi แบบโฮสต์อาจไม่เปิดเผยการถ่ายทอดสด ผู้ให้บริการจะเป็นผู้ควบคุมว่า Jibri จะใช้งานได้หรือไม่ ปัจจุบัน YouTube กำหนดให้ต้องมีช่องที่ได้รับการยืนยันแล้วและไม่มีข้อจำกัดในการถ่ายทอดสดในช่วง 90 วันที่ผ่านมา การเปิดใช้งานครั้งแรกอาจใช้เวลานาน ดังนั้นโปรดตรวจสอบคุณสมบัติของช่องก่อนวันจัดงาน
ช่องทางการสตรีมแบบใดที่เหมาะกับกิจกรรมของคุณ?
| เส้นทาง | เหมาะสมที่สุด | ข้อแลกเปลี่ยนหลัก |
|---|
| จิทซีกับจิบรี | กระบวนการทำงานการประชุมแบบโฮสต์เองที่สามารถทำซ้ำได้ โดยที่ผู้ดูแลการประชุมจะเริ่มการถ่ายทอดสดจากอินเทอร์เฟซของ Jitsi | จำเป็นต้องมีการติดตั้ง Jibri บนฝั่งเซิร์ฟเวอร์ และต้องมี CPU, หน่วยความจำ และความจุเครือข่ายที่เพียงพอ ผู้ดูแลระบบ Jitsi ต้องดูแลรักษาระบบนี้ |
| Jitsi บวก OBS บนคอมพิวเตอร์ของผู้บรรยาย | กิจกรรมพิเศษครั้งเดียว, รูปแบบการจัดวางที่มีตราสินค้า, การ์ดชื่อเรื่อง, ภาพซ้อน, ฉากเฉพาะที่ หรือการควบคุมที่มากขึ้นเหนือตัวเข้ารหัสและโปรโตคอลการนำเข้า | จำเป็นต้องใช้คอมพิวเตอร์และผู้ควบคุมเฉพาะ ระบบบันทึกภาพต้องสามารถมองเห็นและได้ยินการประชุมได้อย่างต่อเนื่อง และการเชื่อมต่ออัปโหลดของคอมพิวเตอร์จึงมีความสำคัญอย่างยิ่ง |
| บันทึกแล้วอัปโหลด | การบรรยายที่ไม่จำเป็นต้องมีผู้ฟังแบบเรียลไทม์หรือการสนทนาสด | ไม่ได้สร้างกิจกรรมสด แต่ให้เวลาคุณในการแก้ไขและตรวจสอบการบันทึกขั้นสุดท้ายก่อนเผยแพร่ |
สำหรับการใช้งานแบบจัดการเองและโฮสต์เองที่ต้องการผู้ดูแลเพื่อเริ่มการถ่ายทอดสดการประชุม ให้ใช้ Jibri เลือก OBS เมื่อการควบคุมการผลิตหรือการกำหนดค่า RTMPS อย่างชัดเจนมีความสำคัญมากกว่าเวิร์กโฟลว์แบบคลิกเดียว YouTube แนะนำให้ใช้ RTMPS สำหรับการนำเข้าแบบเข้ารหัส เวิร์กโฟลว์ในตัวของ Jibri และตัวเลือกเอาต์พุตที่มีให้ใช้งานอาจแตกต่างกันไปในแต่ละเวอร์ชัน ดังนั้นโปรดตรวจสอบการขนส่งที่รองรับโดยเวอร์ชันที่ติดตั้งของคุณ หากคุณไม่สามารถตรวจสอบการรองรับ RTMPS ในการกำหนดค่า Jibri ของคุณได้ ให้ใช้ตัวเข้ารหัสที่เปิดเผย URL และโปรโตคอลการนำเข้าของ YouTube
Jibri ทำอะไร และต้องใช้ทรัพยากรเท่าไหร่?
Jibri คือส่วนประกอบสำหรับการออกอากาศและการบันทึกของ Jitsi โดยจะเปิดเซสชันเบราว์เซอร์สำหรับการประชุม บันทึกเสียงและวิดีโอที่แสดงผล และเข้ารหัสผลลัพธ์เพื่อส่งไปยังบริการสตรีมมิ่ง Jibri ไม่ได้ทำงานภายในบทบาทการกำหนดเส้นทางสื่อของ Jitsi Videobridge โครงการ Jibri ระบุว่ามันถูกออกแบบมาให้ทำงานบนเครื่องแยกต่างหากหรือ VM ที่ไม่มีแอปพลิเคชันอื่นใช้จอแสดงผลหรืออุปกรณ์เสียง และ Jibri หนึ่งอินสแตนซ์รองรับการบันทึกได้ครั้งละหนึ่งรายการเท่านั้น ทำให้มันเหมาะสมกับกิจกรรมที่วางแผนและจัดการไว้มากกว่าการสตรีมเป็นครั้งคราวบนเซิร์ฟเวอร์ขนาดเล็กที่กำลังรับภาระอยู่แล้ว
OBS หลีกเลี่ยงการเพิ่ม Jibri เข้าไปในระบบเซิร์ฟเวอร์ของ Jitsi แต่ย้ายงานบันทึกและเข้ารหัสไปที่คอมพิวเตอร์ของผู้บรรยาย ซึ่งอาจประหยัดกว่าหากคุณมีเวิร์กสเตชันสำหรับงานอีเวนต์อยู่แล้ว แต่จะสร้างการพึ่งพาการทำงานในพื้นที่: ผู้ปฏิบัติงานต้องดูแลให้หน้าต่างการประชุม การกำหนดเส้นทางเสียง ตัวเข้ารหัส และการเชื่อมต่อเครือข่ายมีความเสถียรอยู่เสมอ การใช้ Jibri เป็นโฮสต์จะรวมศูนย์ความรับผิดชอบเหล่านั้นไว้ด้วยกัน แต่ต้องแลกมาด้วยการตั้งค่าและการบำรุงรักษาเซิร์ฟเวอร์
ตั้งค่า Jibri สำหรับการใช้งาน Docker แบบโฮสต์เอง
คู่มือการใช้งาน Docker ของ Jitsi จะได้รับการอัปเดตเป็นระยะ โปรดใช้ไฟล์ compose และตัวอย่างสภาพแวดล้อมที่ตรงกับเวอร์ชันที่คุณติดตั้ง อย่าคัดลอกการตั้งค่าจากสาขาที่ไม่เกี่ยวข้องหรือจากบทช่วยสอนเก่าๆ ไปใช้ในการใช้งานจริง ขั้นตอนด้านล่างนี้สมมติว่าคุณได้ติดตั้ง Jitsi Meet ผ่าน Docker Compose แล้ว และมีสิทธิ์ในการดูแลระบบบนโฮสต์แล้ว
1. ตรวจสอบ YouTube และข้อกำหนดเบื้องต้นในการติดตั้งใช้งาน
ใน YouTube Studio ให้ตรวจสอบว่าช่องสามารถถ่ายทอดสดได้หรือไม่ และสร้างหรือกำหนดเวลาการถ่ายทอดสดโดยใช้ตัวเข้ารหัส หน้าช่วยเหลือปัจจุบันของ YouTube ระบุว่าช่องที่ได้รับการยืนยันแล้วและไม่มีข้อจำกัดในการถ่ายทอดสดในช่วง 90 วันที่ผ่านมาสามารถถ่ายทอดสดได้ ในส่วนการตั้งค่าการถ่ายทอดสด ให้ค้นหา URL ของเซิร์ฟเวอร์และรหัสการถ่ายทอดสด โปรดระมัดระวังรหัสการถ่ายทอดสดเหมือนกับรหัสผ่าน: ใครก็ตามที่มีรหัสนี้อาจสามารถถ่ายทอดสดไปยังสตรีมนั้นได้
ตรวจสอบให้แน่ใจว่า URL ของ Jitsi Meet สามารถเข้าถึงได้จากภายนอกผ่าน HTTPS และโฮสต์และ Jibri สามารถค้นหาและเข้าถึงบริการที่ต้องการได้ วางแผนจัดประชุมทดสอบก่อนการจัดงานสาธารณะ หากคุณใช้ผู้ให้บริการ Jitsi ที่มีการจัดการ ให้สอบถามผู้ดูแลระบบว่าเปิดใช้งานการสตรีมสดของ Jibri หรือไม่ คุณไม่สามารถเปิดใช้งานได้โดยการเปลี่ยนการตั้งค่าเบราว์เซอร์
2. เปิดใช้งานบริการ Jibri ใน Docker Compose
จากไดเร็กทอรีที่มีไฟล์ Jitsi Compose ที่มีอยู่ของคุณ ให้ตรวจสอบ.envไฟล์และยืนยันว่าตัวเลือกการบันทึก/สตรีมมิ่ง Jibri เปิดใช้งานอยู่ คู่มือ Docker ฉบับปัจจุบันระบุENABLE_RECORDING=1ว่าเป็นตัวเลือกที่เปิดใช้งานการบันทึกและการสตรีมสด สำหรับการติดตั้งแบบมาตรฐาน ให้เพิ่มไฟล์ Jibri compose ลงในคำสั่งเดียวกัน และรวมการตั้งค่าเพิ่มเติมใดๆ ที่การติดตั้งของคุณต้องการไว้ด้วย:
docker compose -f docker-compose.yml -f jibri.yml up -d
อย่าใช้คำสั่งที่ย่อแล้วนั้น หากการปรับใช้ของคุณต้องอาศัยไฟล์กำหนดค่าเพิ่มเติมอื่นๆ ให้เพิ่มjibri.ymlคำสั่งนั้นลงในคำสั่ง Compose ปกติของคุณแทน คู่มือ Docker อย่างเป็นทางการของ Jitsi ยังกล่าวถึงไดเร็กทอรีจัดเก็บข้อมูล Jibri และสิทธิ์ในการเขียนด้วย ตรวจสอบคู่มือที่ตรงกับเวอร์ชันเพื่อดูโครงสร้างไดเร็กทอรีปัจจุบันก่อนที่จะเปลี่ยนแปลงสิทธิ์ การปรับใช้ที่มีอยู่แล้วอาจใช้โครงสร้างที่แตกต่างกัน
ตรวจสอบให้แน่ใจว่าผู้ใช้ XMPP ภายใน รหัสผ่าน และการตั้งค่า Brewery ของ Jibri ตรงกันทั้งบนเว็บ Prosody Jicofo และการกำหนดค่า Jibri โครงการ Compose มีตัวแปรสำหรับค่าเหล่านี้ สร้างรหัสผ่านภายในที่ปลอดภัยโดยใช้ขั้นตอนที่ระบุไว้ในเอกสารของการติดตั้งใช้งานเมื่อตั้งค่าบริการ และปกป้องไฟล์สภาพแวดล้อม อย่าสร้างรหัสผ่านซ้ำ ๆ ในการติดตั้งใช้งานที่กำลังทำงานอยู่โดยไม่ประสานการกำหนดค่าส่วนประกอบที่ตรงกัน
3. ยืนยันว่า Jibri พร้อมใช้งาน
หลังจากคอนเทนเนอร์เริ่มต้นทำงานแล้ว ให้ตรวจสอบสถานะและบันทึกของคอนเทนเนอร์เหล่านั้น โดยใช้ชื่อบริการ Docker Compose มาตรฐาน ตัวอย่างเช่น:
docker compose ps
docker compose logs --tail=100 jibri
ชื่อบริการและบันทึกการทำงานอาจแตกต่างกันไปในแต่ละเวอร์ชัน ตรวจสอบบันทึกของ Jitsi Meet, Jicofo, Prosody และ Jibri เพื่อหาข้อผิดพลาดในการตรวจสอบสิทธิ์ XMPP หรือการค้นหา brewery/MUC เมื่อลงทะเบียน Jibri ที่ถูกต้องกับ Jicofo แล้ว อินเทอร์เฟซการประชุมจะสามารถแสดงการควบคุมการถ่ายทอดสดได้ หาก UI แจ้งว่าบริการสตรีมมิ่งไม่พร้อมใช้งาน การป้อนรหัส YouTube จะไม่สามารถแก้ไขปัญหาการเชื่อมต่อ Jibri ได้
เริ่มสตรีม Jitsi Meet ไปยัง YouTube
4. สร้างสตรีม YouTube และปกป้องรหัสผ่านของสตรีมนั้น
ใน YouTube Studio ให้เลือกสร้าง → ถ่ายทอดสดจากนั้นสร้างหรือกำหนดเวลาสตรีมตัวเข้ารหัส คัดลอกคีย์สตรีมจากห้องควบคุมการถ่ายทอดสด คีย์สตรีมของ YouTube คือข้อมูลประจำตัวปลายทางของตัวเข้ารหัส ห้ามวางลงในแชทการประชุมสาธารณะ ประวัติคำสั่ง ภาพหน้าจอ หรือไฟล์การกำหนดค่าที่แชร์ หากคีย์ถูกเปิดเผย ให้เปลี่ยนคีย์ใน YouTube Studio และอัปเดตตัวเข้ารหัส
ขั้นตอนการทำงานปกติของ Jibri กับ Jitsi จะแจ้งให้ผู้ดูแลระบบป้อนรหัสสตรีมหลังจากตรวจพบว่า Jibri ทำงานได้แล้ว API ของ Jibri ยังอธิบายถึงพารามิเตอร์รหัสสตรีม YouTube สำหรับการดำเนินการสตรีม หากคุณใช้การผสานรวม Jibri แบบกำหนดเอง โปรดปฏิบัติตาม API และการควบคุมการเข้าถึงสำหรับเวอร์ชันที่ใช้งานอยู่อย่างถูกต้อง แทนที่จะดัดแปลงการเรียกใช้ปลายทาง
5. เริ่มการถ่ายทอดสดและตรวจสอบตัวอย่างก่อนเริ่มถ่ายทอดสดจริง
เข้าร่วมการประชุมในฐานะผู้ดูแลการประชุม เปิดการควบคุมการประชุม และเลือกการดำเนินการถ่ายทอดสดหากมีให้เลือก ป้อนรหัสสตรีม YouTube ในช่องที่กำหนดและเริ่มการถ่ายทอดสด ใน YouTube Live Control Room รอการแสดงตัวอย่างที่เข้ามาและตรวจสอบว่าทั้งเสียงและวิดีโอปรากฏขึ้นก่อนที่จะเลือก " เริ่มถ่ายทอดสด"ป้ายกำกับปุ่มอาจแตกต่างกันไปในแต่ละเวอร์ชันของ Jitsi หรืออินเทอร์เฟซที่ปรับแต่งเอง
สำหรับการทดสอบเบื้องต้น ให้สร้างสตรีมที่ไม่แสดงในรายการ และใช้การประชุมสั้นๆ ที่มีการเคลื่อนไหวและการพูดคุย ตรวจสอบความสมดุลของผู้พูด ความชัดเจนของหน้าจอที่แชร์ และตรวจสอบว่าภาพผู้เข้าร่วมถูกตัดตามที่คาดไว้หรือไม่ YouTube จะแปลงรหัสอินพุตที่เข้ากันได้กับอุปกรณ์ของผู้ดูโดยอัตโนมัติ แต่การป้อนข้อมูลที่สะอาดและเส้นทางการอัปโหลดที่เชื่อถือได้ยังคงมีความสำคัญ ตรวจสอบตัวบ่งชี้สถานะสตรีมของ YouTube ในขณะทดสอบและระหว่างกิจกรรม
ใช้ OBS เมื่อคุณต้องการควบคุมการทำงานมากขึ้น
ด้วย OBS ให้เข้าร่วมการประชุม Jitsi บนคอมพิวเตอร์เครื่องใดเครื่องหนึ่งโดยเฉพาะ บันทึกภาพหน้าต่างการประชุมหรือฉากที่ต้องการ และกำหนดค่า URL เซิร์ฟเวอร์ของ YouTube และคีย์สตรีมในการตั้งค่าการสตรีมของ OBS หากคุณต้องการซ่อนการควบคุมการประชุม การแจ้งเตือน หรือข้อมูลส่วนตัวของผู้เข้าร่วม ให้สร้างและทดสอบฉากที่สะอาดก่อนเริ่มงาน บันทึกเฉพาะเนื้อหาที่คุณได้รับอนุญาตให้เผยแพร่ และแจ้งให้ผู้เข้าร่วมประชุมทราบว่าเสียงหรือวิดีโอของพวกเขาอาจถูกสตรีม
OBS ช่วยให้คุณควบคุมเค้าโครง ภาพซ้อน แหล่งเสียง และการตั้งค่าเอาต์พุตได้ คำแนะนำการเข้ารหัสปัจจุบันของ YouTube รองรับการนำเข้า RTMP/RTMPS และแนะนำให้ใช้ RTMPS สำหรับการเชื่อมต่อแบบเข้ารหัส สำหรับ H.264 ที่ความละเอียด 1080p30 YouTube แนะนำอัตราบิตวิดีโอที่ 14 Mbps และที่ 720p30 ที่ 8 Mbps นี่คือการตั้งค่าการเข้ารหัสเป้าหมาย ไม่ใช่ระดับคุณภาพที่รับประกัน ควรเผื่อพื้นที่อัปโหลดสำหรับปริมาณการใช้งานอื่นๆ และเลือกความละเอียดหรืออัตราบิตที่ต่ำกว่าหากการเชื่อมต่อไม่สามารถรองรับการสตรีมได้อย่างราบรื่นโดยไม่มีการหยุดชะงัก
Jibri นั้นใช้งานง่ายกว่าสำหรับผู้ดูแลการประชุมเมื่อตั้งค่าเสร็จแล้ว และเก็บการบันทึกไว้บนเซิร์ฟเวอร์ แต่มีตัวควบคุมการผลิตน้อยกว่าในขั้นตอนการประชุมพื้นฐาน OBS มีความยืดหยุ่นมากกว่าและทำให้เลือก URL สำหรับการนำเข้าหรือเพิ่มกราฟิกได้ง่ายกว่า แต่ผู้ดูแลระบบต้องคอยดูแล ไม่มีวิธีใดดีกว่ากันในทุกกรณี: ควรใช้ Jibri สำหรับกิจกรรมที่เกิดขึ้นซ้ำๆ และจัดการโดยส่วนกลาง ควรใช้ OBS สำหรับการผลิตแบบกำหนดเอง หรือเมื่อต้องการ RTMPS และการควบคุมฉาก
หากการสตรีมไม่เริ่มต้น คุณควรตรวจสอบอะไรบ้าง?
- การควบคุมการถ่ายทอดสดหายไป:ตรวจสอบว่าการติดตั้งใช้งานเปิดใช้งานการถ่ายทอดสดหรือไม่ และ Jibri ได้รับการลงทะเบียนและอยู่ในสถานะว่างหรือไม่ สำหรับ Docker ให้ตรวจสอบ
ENABLE_RECORDINGการตั้งค่าที่ตรงกับเวอร์ชัน และตรวจสอบว่าบริการ Jibri compose กำลังทำงานอยู่
- Jitsi แจ้งว่าไม่สามารถสตรีมวิดีโอได้:โปรดตรวจสอบบันทึกของ Jibri และการเชื่อมต่อ XMPP ข้อมูลประจำตัวภายใน Brewery MUC และการเข้าถึงพื้นที่จัดเก็บข้อมูล ปัญหามักจะเกิดขึ้นระหว่างส่วนประกอบควบคุมของ Jitsi กับ Jibri ก่อนที่ YouTube จะได้รับวิดีโอใดๆ
- YouTube ไม่ได้รับสัญญาณ:ยืนยันรหัสสตรีมและสตรีมปลายทางที่ถูกต้อง จากนั้นตรวจสอบการเชื่อมต่อขาออกจากเครื่องที่ใช้งานตัวเข้ารหัส หมุนรหัสที่แสดงหรือรหัสที่ไม่แน่นอน
- YouTube แสดงภาพตัวอย่างแต่ภาพกระตุก:ลดความละเอียดหรืออัตราบิตของเอาต์พุต ตรวจสอบการใช้งาน CPU บนโฮสต์ตัวเข้ารหัส และทดสอบแบนด์วิดท์การอัปโหลดอย่างต่อเนื่อง สำหรับ Jibri ให้ตรวจสอบภาระของโฮสต์ สำหรับ OBS ให้ตรวจสอบเฟรมที่ตกหล่นของตัวเข้ารหัสและสถานะเครือข่าย
- วิดีโอปรากฏโดยไม่มีเสียง:โปรดตรวจสอบเสียงของผู้เข้าร่วมใน Jitsi, การบันทึกเสียงของระบบ และอุปกรณ์เข้ารหัสเสียงที่เลือกไว้ ทำการทดสอบด้วยเสียงพูดก่อนเริ่มกิจกรรม
รายการตรวจสอบก่อนเริ่มงาน
- ช่อง YouTube นั้นมีคุณสมบัติเหมาะสม และกิจกรรมถ่ายทอดสดที่ถูกต้องได้เปิดอยู่ในห้องควบคุมการถ่ายทอดสดแล้ว
- Jibri พร้อมใช้งาน หรือคอมพิวเตอร์ OBS และผู้ควบคุมพร้อมแล้ว
- คีย์สตรีมเป็นข้อมูลส่วนตัวและเป็นของกิจกรรมที่ต้องการใช้งาน
- จากการทดสอบเบื้องต้นพบว่าเสียงพูดชัดเจน วิดีโอเสถียร และรูปแบบการจัดวางอ่านง่าย
- อย่างน้อยหนึ่งผู้จัดงานสามารถตรวจสอบสถานะการถ่ายทอดสดบน YouTube และหยุดการเข้ารหัสเมื่อกิจกรรมสิ้นสุดลง
เอกสารอ้างอิงอย่างเป็นทางการ