PeerTube v6 เปิดตัวแล้ว
(framablog.org)- PeerTube ซึ่งพัฒนาโดย Framasoft องค์กรไม่แสวงหากำไร มุ่งเป้าไปที่ครีเอเตอร์ สื่อ องค์กร และนักการศึกษาที่ต้องการดำเนินการ แพลตฟอร์มวิดีโอของตนเอง เพื่อเป็นทางเลือกแทน YouTube และ Twitch
- v6 ซึ่งออกมาต่อจาก v5.1 และ v5.2 ในปี 2023 เป็น เมเจอร์รีลีสครั้งที่หก ที่สะท้อนไอเดียจากเว็บไซต์ฟีดแบ็กของผู้ใช้
- การทรานส์โค้ดระยะไกล ใน v5.2 เป็นฟีเจอร์พื้นฐานที่ช่วยลดต้นทุนการดำเนินงานและภาระด้านทรัพยากร โดยย้ายงานแปลงไฟล์ที่กิน CPU ไปยังเซิร์ฟเวอร์อื่น
- v6 ขยายฟีเจอร์ที่ครีเอเตอร์และผู้ชมสัมผัสได้ทันที เช่น การป้องกันด้วยรหัสผ่าน, พรีวิวแบบสตอรีบอร์ด, การอัปโหลดวิดีโอซ้ำ และการเพิ่ม chapter
- ปรับปรุงประสบการณ์ของผู้ดูแล PeerTube และผู้ชมไปพร้อมกัน ผ่านการทดสอบและเพิ่มประสิทธิภาพ, การถอด WebTorrent ออก และการโฟกัสที่ HLS·WebRTC P2P
ลักษณะของ PeerTube v6
- PeerTube เป็นซอฟต์แวร์ที่ Framasoft พัฒนาขึ้น เพื่อให้ครีเอเตอร์ สื่อ องค์กร และนักการศึกษาสามารถจัดการ แพลตฟอร์มวิดีโอของตนเอง เพื่อเป็นทางเลือกแทน YouTube และ Twitch
- v6 เป็นเมเจอร์เวอร์ชันที่หก และถูกแนะนำว่าเป็นรีลีสที่ทะเยอทะยานที่สุดนับตั้งแต่เพิ่มการสตรีมสดแบบ peer-to-peer
- ฟีเจอร์ใหม่ ๆ พัฒนาจากไอเดียของผู้ใช้ที่ถูกเสนอและโหวตใน เว็บไซต์ฟีดแบ็กของ PeerTube
- Framasoft มีแผนเผยแพร่ข่าวแยกอีกฉบับในอีก 2 สัปดาห์ข้างหน้า ครอบคลุมประวัติของ PeerTube สถานะโปรเจกต์ และแผนในอนาคต
การเปลี่ยนแปลงที่ต่อยอดจาก v5.1·v5.2 ในปี 2023
-
PeerTube v5.1
- PeerTube v5.1 ในเดือนมีนาคม 2023 เพิ่มฟีเจอร์ให้ผู้ดูแลอินสแตนซ์สามารถ จัดการและตรวจสอบคำขอบัญชี ได้
- เพิ่ม ปุ่ม back-to-live สำหรับกลับไปยังจุดถ่ายทอดสดปัจจุบันในกรณีที่การสตรีมสดมีความหน่วง
- ปรับปรุงปลั๊กอินยืนยันตัวตนให้เข้าสู่ระบบด้วยข้อมูลประจำตัวภายนอกได้ง่ายขึ้น
-
PeerTube v5.2
- PeerTube v5.2 ในเดือนมิถุนายน 2023 ปรับ RSS feed ให้สอดคล้องกับมาตรฐานพอดแคสต์ เพื่อให้ไคลเอนต์พอดแคสต์อ่านช่อง PeerTube ได้
- สตรีมเมอร์สามารถกำหนดขอบเขตการเผยแพร่ของการรับชมย้อนหลังจากไลฟ์ไว้ล่วงหน้าได้ ระหว่าง Public, Unlisted, Private และ Internal
- ปรับปรุง การนำทางโดยไม่ใช้เมาส์ สำหรับผู้ใช้ที่นำทางด้วยคีย์บอร์ด
- เสริมความสมบูรณ์ของ เอกสาร ด้วย
การทรานส์โค้ดระยะไกลช่วยลดภาระการดำเนินงาน
- ฟีเจอร์หลักของ v5.2 คือ การทรานส์โค้ดระยะไกล
- PeerTube จำเป็นต้องแปลงวิดีโอที่อัปโหลดหรือไลฟ์สตรีมให้เป็นรูปแบบที่มีประสิทธิภาพ และงานนี้ใช้ทรัพยากร CPU จำนวนมาก
- เดิมทีผู้ดูแลต้องเตรียมเซิร์ฟเวอร์ CPU ประสิทธิภาพสูง แม้สำหรับงานที่ไม่ได้จำเป็นต้องใช้ตลอดเวลา
- การทรานส์โค้ดระยะไกลทำให้สามารถย้ายงานแปลงไฟล์บางส่วนหรือทั้งหมดไปยังเซิร์ฟเวอร์อื่นที่ทรงพลังกว่าได้
- เซิร์ฟเวอร์ดังกล่าวอาจถูกใช้งานร่วมกันโดยผู้ดูแลหลายคนได้ด้วย
- ฟีเจอร์นี้ทำให้การดำเนินงาน PeerTube ถูกลงและมีความทนทานมากขึ้น พร้อมเพิ่มประสิทธิภาพการใช้พลังงานและโอกาสในการแบ่งปันทรัพยากรระหว่างชุมชน
- การปรับปรุงทางเทคนิคนี้ได้รับแรงสนับสนุนจากทุนของ NGI Entrust Programme และ NLnet Foundation
ฟีเจอร์สำหรับผู้ใช้ที่เพิ่มใน v6
-
วิดีโอที่ป้องกันด้วยรหัสผ่าน
- ครีเอเตอร์ที่มีบัญชี PeerTube สามารถกำหนด รหัสผ่านเดียว ได้เมื่ออัปโหลด นำเข้า หรือเปลี่ยนการตั้งค่าวิดีโอ
- ใช้ได้กับการให้คอนเทนต์พิเศษ การเปิดเนื้อหาหลักสูตรเป็นขั้น ๆ หรือการแชร์แบบจำกัดกับคนที่ไว้วางใจ
- เมื่อใช้ REST API ผู้ดูแลและนักพัฒนาสามารถตั้งค่าและจัดเก็บรหัสผ่านหลายชุดได้ ทำให้การให้และเพิกถอนสิทธิ์เข้าถึงทำได้ง่ายขึ้น
- ฟีเจอร์นี้ทำโดย Wicklow ระหว่างการฝึกงานที่ Framasoft
-
พรีวิวแบบสตอรีบอร์ด
- v6 เพิ่มฟีเจอร์ สตอรีบอร์ด ที่แสดงภาพย่อของเฟรมเมื่อวางเมาส์หรือนิ้วบนแถบความคืบหน้า
- สตอรีบอร์ดจะถูกสร้างเมื่ออัปโหลดหรือนำเข้าวิดีโอ จึงมีให้โดยค่าเริ่มต้นสำหรับวิดีโอใหม่ในอินสแตนซ์ที่อัปเกรดเป็น v6
- สำหรับวิดีโอเดิม ผู้ดูแลสามารถสร้างสตอรีบอร์ดได้โดยรันคำสั่ง
npm run create-generate-storyboard-job - งานนี้อาจใช้ทรัพยากร CPU
-
การอัปโหลดวิดีโอซ้ำ
- ครีเอเตอร์สามารถ แทนที่ ไฟล์วิดีโอเดิมด้วยเวอร์ชันใหม่ เพื่อแก้ข้อผิดพลาด เพิ่มข้อมูลใหม่ หรือให้ฉบับตัดต่อที่ดีกว่า
- เมื่อแทนที่ ไฟล์วิดีโอเดิมจะถูกลบถาวร แต่ URL, ชื่อ, ข้อมูล, ความคิดเห็น และสถิติจะยังคงอยู่
- ฟีเจอร์นี้ต้องอาศัยความเชื่อใจระหว่างผู้ผลิตวิดีโอและผู้ดูแล ดังนั้นผู้ดูแลต้องเปิดใช้งานบนแพลตฟอร์ม PeerTube จึงจะใช้ได้
- วิดีโอที่อัปเดตแล้วจะแสดงแท็ก Video re-upload
-
การเพิ่ม chapter
- ครีเอเตอร์สามารถกำหนด timecode และชื่อของแต่ละ chapter ได้ใน แท็บ chapters ใหม่บนหน้าการตั้งค่าวิดีโอ
- เมื่อนำเข้าวิดีโอจากแพลตฟอร์มอื่น PeerTube สามารถตรวจจับและนำเข้า chapter ของวิดีโอต้นฉบับได้โดยอัตโนมัติ
- เมื่อกำหนด chapter แล้ว แถบความคืบหน้าจะแบ่งเป็นช่วง ๆ และเมื่อวางเมาส์หรือแตะบนช่วงนั้นจะแสดงชื่อ chapter
การทดสอบประสิทธิภาพและการเพิ่มประสิทธิภาพ
- ในปี 2022 มีการทดสอบโหลดของไลฟ์สตรีมที่มีผู้ชมพร้อมกันมากกว่า 400 คน ผ่านไลฟ์ Au Poste ! ของ David Dufresne นักข่าวอิสระชาวฝรั่งเศส และผู้ให้บริการโฮสติ้ง Octopuce
- ในปี 2023 มีการตัดสินใจทดสอบโดยจำลอง ผู้ใช้พร้อมกัน 1,000 คน ภายใต้เงื่อนไขทั้งการสตรีมสดและการสตรีมวิดีโอทั่วไป
- Octopuce สนับสนุนการปรับใช้โครงสร้างพื้นฐานสำหรับการทดสอบ
- Framasoft มีแผนเผยแพร่รายงานในช่วงปลายปี 2023 หรือต้นปี 2024 ซึ่งรวมข้อสรุปและคำแนะนำการกำหนดค่าเซิร์ฟเวอร์ตามกรณีใช้งาน
- ผลการทดสอบเบื้องต้นนำไปสู่ การปรับปรุงประสิทธิภาพ หลายอย่างใน v6
- ประมวลผลงาน unicast HTTP ใน worker thread
- ประมวลผลการลงนามคำขอ ActivityPub ใน worker thread
- ปรับปรุง HTTP request สำหรับวิดีโอแนะนำ
- ปรับปรุง SQL query ของวิดีโอเมื่อกรองตามไลฟ์หรือแท็ก
- ปรับปรุง endpoint
/videos/{id}/viewsเมื่อมีผู้ชมจำนวนมาก - เพิ่มฟีเจอร์ปิดใช้งาน HTTP log ของ PeerTube
การถอด WebTorrent ออกและการปรับปรุง player
- v6 ถอดการรองรับ WebTorrent ออก เพื่อลดหนี้ทางเทคนิคและโฟกัสที่ HLS
- WebTorrent และ HLS เป็นองค์ประกอบเทคโนโลยีที่ให้การสตรีมแบบ peer-to-peer บนเว็บเบราว์เซอร์
- PeerTube เห็นว่า HLS เหมาะกับปัจจุบันและแผนในอนาคตมากกว่า
- จุดโฟกัสของ v6 คือ HLS และ WebRTC P2P
- video player ถูกปรับให้มีประสิทธิภาพมากขึ้น
- ไม่สร้าง player ใหม่ทุกครั้งที่เปลี่ยนวิดีโอ
- คงการตั้งค่าการรับชม เช่น ความเร็วและเต็มหน้าจอ ไว้แม้หลังเปลี่ยนวิดีโอ
- ปรับขนาดอัตโนมัติตามอัตราส่วนของวิดีโอ
- ปรับปรุง SEO เพื่อให้วิดีโอที่โฮสต์บนแพลตฟอร์ม PeerTube ปรากฏในผลการค้นหาของเสิร์ชเอนจินได้ดีขึ้น
- มีการปรับปรุง การเข้าถึง ในหลายระดับ เพื่อยกระดับประสบการณ์ของผู้พิการ
- ดูบันทึกการเปลี่ยนแปลงทั้งหมดได้ที่ PeerTube v6.0.0 release
แผนในอนาคตและการสนับสนุน
- Framasoft มองว่า PeerTube กำลังได้รับความสนใจและการยอมรับ พร้อมชุมชนที่เติบโตขึ้น ท่ามกลางการตอบโต้ตัวบล็อกโฆษณาของ YouTube, การแสวงประโยชน์จากสตรีมเมอร์ที่เพิ่มขึ้นของ Twitch และการรับรู้ที่แพร่หลายขึ้นเกี่ยวกับความเป็นพิษของระบบที่เกี่ยวข้อง
- เนื่องจากมีประกาศเกี่ยวกับแผนในอนาคตของ PeerTube จำนวนมาก จึงมีแผนเผยแพร่ข่าวแยกอีกฉบับในอีก 2 สัปดาห์ข้างหน้า
- มีแผนจัดไลฟ์สตรีม Ask Us Anything เพื่อตอบคำถามเกี่ยวกับ PeerTube ด้วย
- ติดตามข่าว PeerTube ได้ที่ PeerTube Newsletter, บัญชี Mastodon ของ PeerTube และ Framablog
- การพัฒนา PeerTube ดำเนินการร่วมกันโดยนักพัฒนาประจำแบบมีค่าจ้าง 1 คน, อินเทิร์น 1 คน และชุมชน
- Framasoft เป็นองค์กรไม่แสวงหากำไรของฝรั่งเศส และ 75% ของรายได้ประจำปีมาจากการบริจาคของบุคคลทั่วไป
- เงินทุนสำหรับการพัฒนา PeerTube ส่วนใหญ่มาจากผู้ชื่นชอบซอฟต์แวร์เสรีและโอเพนซอร์สในโลกภาษาฝรั่งเศส และทุนสนับสนุนจาก NLnet ผ่านโครงการริเริ่ม NGI ในปี 2021 และ 2023
- Framasoft ต้องระดมทุน €176,425 ภายใน 5 สัปดาห์เพื่อให้งบประมาณปี 2024 สมดุล
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
สนใจอยู่เพราะอยากลองใช้ PeerTube แต่ยังไม่ค่อยเข้าใจ
ในบทความบอกว่าเลือกใช้ HLS และถอด WebTorrent ออก เลยสงสัยว่าอย่างนั้น PeerTube จะไม่ใช่ P2P อีกต่อไปหรือเปล่า
HLS ฟังดูเหมือนเป็นเรื่องฟอร์แมตโค้ดेकหรือคอนเทนเนอร์ ส่วน WebTorrent ฟังดูเหมือนวิธีให้ peer สตรีมข้อมูลวิดีโอกันเองเพื่อไม่ให้เซิร์ฟเวอร์ล่มง่ายเวลาทราฟฟิกพุ่ง
นั่นน่าจะเป็นจุดเด่นหลักที่ทำให้ PeerTube ต่างจากแพลตฟอร์มอื่น และคิดว่าชื่อก็มาจากตรงนี้ด้วย เลยไม่แน่ใจว่าผมเข้าใจผิดหรือว่ามันหายไปจริง ๆ
ในบทความบอกว่า HLS ก็เป็นองค์ประกอบหนึ่งของการสตรีมแบบ P2P เหมือนกัน แต่ HLS ดูจะใกล้เคียงกับฟอร์แมตคอนเทนเนอร์ที่ห่อข้อมูลวิดีโอแบบ MP4 หรือ MKV มากกว่าไม่ใช่หรือ
ข้อมูล HLS เองก็ดูเหมือนเป็นสิ่งที่น่าจะกระจายผ่าน WebTorrent ได้อยู่แล้ว ถ้ายังไม่ได้เอา WebTorrent ออก
ควรอัปเดตให้สะท้อนการถอด WebTorrent ออก แต่ส่วนของ HLS ยังใช้ได้อยู่
เวลาใช้ HLS player ตัว player จะโหลด HLS playlist จากเซิร์ฟเวอร์ต้นทางผ่าน hls.js และ PeerTube จะให้ custom loader กับ hls.js เพื่อให้ดาวน์โหลด segment ได้ไม่ใช่แค่ผ่าน HTTP แต่ผ่าน P2P บน WebRTC ได้ด้วย
segment จะถูกดึงมาทั้งจากเซิร์ฟเวอร์ต้นทางและเซิร์ฟเวอร์ที่มิเรอร์วิดีโอผ่าน HTTP พร้อมกันกับจากเบราว์เซอร์อื่นที่กำลังดูวิดีโอเดียวกันผ่าน WebRTC แล้ว hls.js ก็สตรีมสิ่งเหล่านี้เข้า HTML element
ตัวสำเนาต้นฉบับจะถูกโฮสต์อยู่บนเว็บไซต์ใดเว็บไซต์หนึ่ง ไม่ว่าจะเป็นไซต์ของคุณหรือของคนอื่น และถ้ามีคนดูมากพอ ระบบกระจายการสตรีมแบบ P2P ก็จะทำงานเพื่อช่วยแชร์แบนด์วิดท์
มันเป็นแค่วิธีหลีกเลี่ยงการต้องใช้แบนด์วิดท์โฮสต์มหาศาลเวลาต้องรองรับผู้ชมจำนวนมาก
แต่แทบไม่มีใครใช้ PeerTube เลย ดูจากรายการยอดนิยมของ Hardlimit วิดีโออันดับ 1 มียอดดู 217 ครั้ง และวิดีโอของผมที่อัปโหลดเมื่อสองวันก่อนเพื่ออธิบายบั๊กรายงาน มี 14 ครั้งแต่อยู่อันดับ 9 สภาพค่อนข้างน่าเศร้า
ตอนนี้มีการเชื่อมกับ WordPress แล้ว ทำให้เว็บไซต์ WordPress ใช้ PeerTube เสิร์ฟวิดีโอได้ และถ้ามีเว็บไซต์เพิ่มขึ้นที่แค่แปะลิงก์ก็ฝังวิดีโอเล่นได้อัตโนมัติ มันอาจจะเกิดก็ได้
https://video.hardlimit.com/videos/trending
WebTorrent ก็เป็นแค่ torrent บน data stream ของ WebRTC ดังนั้นคำว่า “P2P HLS” น่าจะหมายถึงการส่ง HLS ผ่าน data stream หรือ video stream ของ WebRTC
เสียดายที่มีการถอด WebTorrent ออก นี่ยังเป็นงานที่กำลังเดินหน้ากันอยู่ในฝั่ง torrent client จริง ๆ แม้อีโคซิสเต็มนั้นจะขยับช้าเป็นปกติอยู่แล้ว แต่ก็ไม่ใช่ความผิดของ WebTorrent
สุดท้ายเลยเหมือนถอนตัวออกมาก่อนจะได้โอกาสจริง ๆ ในอีโคซิสเต็มที่เดินช้า
และยังทำให้ PeerTube instance ต่าง ๆ ทำ P2P กันได้ยากขึ้นโดยอาศัยแค่ shared infohash กับ DHT
การอัปโหลดวิดีโอซ้ำอาจขัดกับโซลูชันแบบ immutable พวกนี้ แต่จริง ๆ ก็เกือบจะเป็นข้อดีด้วยซ้ำ
คุณรู้ไหมว่าวิดีโอ Crazy Frog ที่เคยอัปโหลดไว้เมื่อก่อนเพิ่งถูกเปลี่ยนเป็นอีกคัตหนึ่งแบบเงียบ ๆ ไม่นานมานี้? https://youtu.be/k85mRPqvMbE?t=75 vs. https://hobune.stream/videos/k85mRPqvMbE
การอัปโหลดซ้ำก็ควรเป็นการอัปโหลดซ้ำ และเวอร์ชันก่อนหน้าก็ควรถูกเก็บแยกไว้
ยิ่งไปกว่านั้น มันยังทำให้การสร้างและค้นหา YouTube archive ที่ทำงานร่วมกันได้บนฐานต้นฉบับเดียวกันยิ่งเป็นไปไม่ได้เข้าไปอีก ความพยายามด้านการเก็บรักษาและมิเรอร์ต่างคนต่างแยกและซ้ำซ้อนกันอยู่แล้ว
เรื่องนี้เชื่อมโยงกับความยากในการทำ ไลฟ์สตรีมมิง ที่มีมาตั้งแต่ v3
libwebrtc ของ Google แทบจะเป็นมาตรฐานโดยพฤตินัย และเท่าที่ทราบ WebTorrent ต้องคอมไพล์ทั้งชุดรวมโค้ดेकวิดีโอและออดิโอทั้งหมด แม้จะต้องการแค่ data stream ก็ตาม
ฝั่ง Node.js เอง ถึง webtorrent จะเขียนด้วย JavaScript และดูเหมือนน่าจะง่าย แต่ตัวเลือกก็มีแค่ wrtc หรือ Electron ประมาณนั้น
wrtc เป็น native addon จึงต้อง build จากซอร์สหรือใช้ไบนารีที่ build ไว้ล่วงหน้า และ webtorrent-hybrid ก็ใช้วิธีนี้ แต่ไม่มีอัปเดตมา 3 ปีแล้ว
Electron จะ bundle libwebrtc มาให้เป็นส่วนหนึ่งของเอนจิน Blink และเท่าที่ทราบ webtorrent-desktop ก็ใช้แนวทางนี้
อยากให้มี web API ที่ดีกว่านี้สำหรับทราฟฟิก P2P น่าเสียดายที่ WebTransport ไม่ทำเรื่อง firewall hole punching อะไรพวกนั้น จึงไม่ได้มีไว้สำหรับ P2P
ถ้ามี API แบบนั้นจริง ทุกคนคงไม่ต้องเสียเวลาสร้าง ใช้งาน และแจกจ่าย libwebrtc กันซ้ำ ๆ และอีโคซิสเต็ม P2P ก็น่าจะเดินหน้าจริง ๆ ได้เสียที
เมื่อหลายปีก่อนฉันเคยทำ ไคลเอนต์ PeerTube สำหรับ Android
ฉันชอบ PeerTube และเชื่อมั่นในโปรเจกต์นี้มาก แต่ไม่แน่ใจว่าความพยายามที่ทุ่มลงไปกับไคลเอนต์ รวมถึงงานเขียนใหม่ที่เกือบเสร็จโดยใช้สถาปัตยกรรม Jetpack/MVVM นั้นคุ้มค่าหรือไม่
เสียดายที่จะทิ้งมันไป แต่คิดว่าคงต้องเลิกแล้ว
https://github.com/sschueller/peertube-android
สงสัยว่าเป็นเพราะตัว PeerTube เองไม่ได้รับความสนใจ หรือเพราะไม่มีความต้องการเวอร์ชัน Android
มันดูเป็นปัญหาแบบไก่กับไข่ ต้องมีแอป Android หรือ iOS สำหรับ PeerTube ก่อนถึงจะทำให้ PeerTube ได้รับความนิยม หรือ PeerTube ต้องดังขึ้นก่อนถึงจะเกิดความต้องการแอป Android
ส่วนตัวฉันคิดว่ามันใกล้เคียงกับอย่างแรกมากกว่าสองอย่างหลัง ฉันตัดสินแรงจูงใจที่ทำให้อยากเลิกไม่ได้ แต่โดยทั่วไปฉันคิดว่าควรอดทนผ่านก้าวสุดท้ายที่ยากที่สุดไปให้ได้
ถ้าปีหน้ามีแอปทางการออกมา ก็น่าจะต้องการผู้มีส่วนร่วมอีกมาก
ไอเดียของโปรเจกต์นี้ดีมากจริง ๆ แต่ก็น่าเสียดายที่มี เหตุผลทางเศรษฐกิจ ที่ทำให้ PeerTube ชนะได้ยาก
ไม่ใช่เพราะค่าโฮสต์วิดีโอ และแม้โฮสติ้งจะฟรีก็ยังใช้เหตุผลเดียวกันได้
ลองนึกภาพว่าคุณเป็นครีเอเตอร์ยอดนิยม คุณอาจอัปโหลดวิดีโอไปยังแพลตฟอร์มที่ไม่มีโฆษณา ซึ่งผู้ใช้ดูได้อย่างมีความสุขโดยไม่ถูกรบกวน หรือจะอัปโหลดไปยังแพลตฟอร์มที่มีโฆษณาและได้รับส่วนแบ่งรายได้โฆษณาอันหอมหวานก็ได้
ยิ่งวิดีโอได้รับความนิยมมากเท่าไร ตัวเลือกที่สองก็ยิ่งล่อตาล่อใจมากขึ้น
ดังนั้นบนแพลตฟอร์มฟรี คอนเทนต์ที่ได้รับความนิยมที่สุดก็จะไหลออกไป และผู้ชมก็จะย้ายตามไปด้วย
ตรรกะนี้ใช้ได้กับแพลตฟอร์มฟรีเทียบกับแพลตฟอร์มเชิงพาณิชย์โดยรวมด้วย ฉันคิดว่านี่ใกล้เคียงกับรากเหตุสำคัญว่าทำไมอินเทอร์เน็ตทุกวันนี้ถึงแย่ขนาดนี้
ถ้ามีวิธีแก้ดีลเลมมานี้ ฉันก็ไม่รู้เหมือนกัน
โดยทั่วไปพอดแคสต์ถูกเผยแพร่ผ่านแพลตฟอร์มฟรี และคอนเทนต์ก็สร้างรายได้ผ่านโฆษณาสปอนเซอร์
กล่าวคือครีเอเตอร์ทำสัญญากับแบรนด์โดยตรง แล้วใส่ช่วงโฆษณาที่ผู้ดำเนินรายการอ่านไว้ในคอนเทนต์
จึงมีเส้นทางที่ชัดเจนและพิสูจน์แล้วว่าครีเอเตอร์สามารถสร้างรายได้บนแพลตฟอร์มเผยแพร่ฟรีได้
แน่นอนว่าอย่างที่คนที่ดู YouTube เยอะคงรู้ ครีเอเตอร์มักหารายได้สองทางบนแพลตฟอร์มเชิงพาณิชย์ ทั้งจากโฆษณาสปอนเซอร์และส่วนแบ่งรายได้ AdSense
ดังนั้นการลง YouTube ก็ยังมีข้อดีมากอยู่ดี เพียงแต่มูลค่าของสัญญาสปอนเซอร์นั้นสัมพันธ์กับการเข้าถึงของแพลตฟอร์มโดยรวม จึงอาจมีแรงจูงใจให้เผยแพร่หลายแพลตฟอร์มได้ ตราบใดที่แพลตฟอร์มเชิงพาณิชย์หลักยังไม่บังคับผูกขาด
สมมติฐานตั้งต้นเองก็ผิด เงื่อนไขของคำว่า “ชนะ” ไม่ได้เหมือนกัน จนการใช้คำนั้นเองก็ไม่ค่อยมีประโยชน์
ตัวชี้วัดความสำเร็จของ PeerTube และ Framasoft คือสังคมและชุมชนมีอิสระมากแค่ไหน
เมื่อดูจากกระแสของ Fediverse และการใช้งานซอฟต์แวร์เสรีที่เพิ่มขึ้น ฉันคิดว่ามันกำลังอยู่บนเส้นทางที่ดีมาก
นอกเหนือจาก Google ก็มีตลาดโฆษณาอยู่อย่างชัดเจน บริษัทที่สปอนเซอร์วิดีโอก็เป็นตัวอย่างนั้นทั้งหมด
จริง ๆ แล้ว YouTuber ดูจะได้เงินจากสปอนเซอร์แบบนั้นมากกว่าจาก Google เสียอีก
สุดท้ายก็แค่ต้องมีใครสักคนลงแรงทำมัน
อยากรู้ว่ามองความยากของการติดตั้งและดูแล PeerTube ไว้ระดับไหน
มีวิธี ติดตั้ง PeerTube ให้ได้ง่ายพอ ๆ กับการติดตั้ง MediaCMS [0, 1] [2] ไหม?
ฉันเคยประเมินโซลูชันวิดีโอแบบโฮสต์เองที่แทบจะเป็นตัวแทน YouTube ได้ และ PeerTube ก็ดูโตเต็มที่และได้รับความนิยมมากกว่า MediaCMS มาก
แต่เพราะต้องการความ “ง่าย” ตอนนี้เลยลงเอยกับ MediaCMS ไปแล้ว แม้จะกังวลเรื่องความยั่งยืนระยะยาวของโปรเจกต์อยู่บ้าง แต่ก็พักเรื่องนี้ไว้ก่อนเพราะไม่มีตัวเลือกที่ดีกว่า
ถ้าสามารถรัน PeerTube บนเซิร์ฟเวอร์เดี่ยวได้ง่ายพอ ๆ กัน ฉันก็อยากรู้
ฉันรู้ว่านี่เป็นเว็บสายเทคนิค แต่ก็ไม่อยากใช้เวลามากกับงานปฏิบัติการและการตั้งค่าที่อยู่นอกขอบเขตกิจกรรมหลักของฉัน
อยากให้มันใช้งานได้เลยมากที่สุดเท่าที่จะทำได้ และถ้าเป็นโฮสต์เองได้ก็ยิ่งดี bare metal ก็โอเค
ฉันรู้ว่า PeerTube ทำอะไรได้มากกว่านั้นมาก แต่ถ้ามีแนวคิดในการลดความซับซ้อนเรื่องโฮสติ้ง ไม่ว่าจะเป็นความซับซ้อนจริงหรือความรู้สึกว่าซับซ้อน ก็ยินดีมาก
[0] https://mediacms.io
[1] https://news.ycombinator.com/item?id=25507204
[2] https://github.com/mediacms-io/mediacms/…
จำไม่ได้ว่าใช้เวลานานแค่ไหน แต่เท่าที่จำได้ก็ไม่ได้เจอปัญหาใหญ่มากนัก
แม้แต่การเพิ่มการล็อกอินเชื่อมกับเซิร์ฟเวอร์ LDAP ที่มีอยู่เดิมก็ยังง่ายมาก
ถ้าคุณสนใจ PeerTube/Mastodon แนะนำให้ดูวิดีโอนี้ที่เพิ่งออกมาไม่นาน
https://urbanists.video/w/n7xyeV1kbW8mUKr4ncchhs
ถ้าอยากลอง อินสแตนซ์นี้อัปเกรดเป็น 6.0.0-rc.2 แล้ว: https://framatube.org/videos/local
ดู About ด้วย: https://framatube.org/about/instance
ฉันยังหาอินสแตนซ์ v6 รุ่นเสถียรไม่เจอ
การรันอินสแตนซ์ PeerTube เองก็เหมือนกับการรันอินสแตนซ์ Mastodon เอง
Mastodon ยอดเยี่ยมมาก อินสแตนซ์ส่วนตัวสามารถเชื่อมต่อกับอินสแตนซ์อื่นใดก็ได้เพื่อดึงข้อมูลมา และเวลาค้นหา อินสแตนซ์ของฉันจะพร็อกซีคำค้นไปยังเซิร์ฟเวอร์ต้นทางให้
มันแค่น่ารำคาญกว่านิดหน่อยเมื่อเทียบกับการใช้เซิร์ฟเวอร์ใหญ่เพียงตัวเดียว
แต่ PeerTube ไม่เป็นแบบนั้น ในทางทฤษฎีมันรองรับฟีเจอร์แบบเดียวกันทั้งหมด แต่เมื่อรวมรายละเอียดปลีกย่อยเข้าด้วยกันแล้ว มันกลับทำงานได้ไม่ดี
สมมติว่าแค่อยากไล่ดูวิดีโอบนอินสแตนซ์ส่วนตัว จะหาเนื้อหาจากระยะไกลได้อย่างไร? เซิร์ฟเวอร์สามารถ “ติดตาม” เซิร์ฟเวอร์อื่นเพื่อคัดลอกไทม์ไลน์นั้นมาไว้ฝั่งเราได้ ถ้าเซิร์ฟเวอร์ปลายทางอนุญาต
ในมุมของผู้ใช้ คุณสามารถติดตามช่องจากที่ไหนก็ได้ และเนื้อหานั้นจะมาเติมในไทม์ไลน์โลคัลของเซิร์ฟเวอร์คุณ
แล้วการค้นหาล่ะ? ต้องใช้ดัชนีค้นหาของบุคคลที่สาม และมันก็เป็นแบบ opt-in ด้วย ไม่อย่างนั้นก็ต้องเข้าไปค้นหาในแต่ละรีโมตอินสแตนซ์ที่คุณรู้จักเอง
ต่อให้ somehow มีคอนเทนต์จำนวนมากไหลเข้ามาในเซิร์ฟเวอร์แล้ว จะหาสิ่งที่น่าดูได้อย่างไร? หาไม่ได้
ตัวกรองและการค้นหาส่วนใหญ่แทบใช้การไม่ได้ และฟีดติดตามส่วนตัวเท่านั้นที่ยังพอเชื่อถือได้
ฉันอยากจะชอบ PeerTube แต่กลับเกลียดมันมาก ๆ จริง ๆ ปัญหาเรื่อง การค้นพบเนื้อหา แย่มากจนทั้งแพลตฟอร์มแทบใช้งานไม่ได้
ในทางปฏิบัติ ทางเลือกที่ดีที่สุดน่าจะเป็นการสมัครอินสแตนซ์ที่ใหญ่ที่สุด ซึ่งก็ทำลายความหมายหลักของสถาปัตยกรรมแบบกระจายศูนย์และแบบเฟเดอเรชันไปเลย
ไม่ว่าบริการจะมีวิดีโอมากแค่ไหน ถ้าไม่มีใครหาเจอก็ไม่มีความหมาย ถ้า PeerTube ไม่ทุ่มเทกับปัญหานี้อย่างจริงจัง ภายในไม่กี่ปีก็คงหมดความหมาย
ไม่รู้เพราะอะไร แต่ HTML header ของหน้าระบุภาษาเป็น fr-FR ทำให้ Firefox ใจดีเสนอแปลจากภาษาอังกฤษให้
งานของ Framasoft สร้างกำลังใจได้มากจริง ๆ
แค่อยากให้มีการนำไปใช้มากกว่านี้ ไม่แน่ใจว่ายังมีใครจำยุค Firefox 2 และ 3 รวมถึงยุค “community marketing” ได้ไหม แต่ผมคิดว่าโปรเจกต์แบบนั้นก็น่าจะมีคุณค่ากับที่นี่เหมือนกัน
ตัวอย่างเช่น ถ้าครีเอเตอร์ที่มีอิทธิพลจัด Framasoft February ทุกปี และให้คำมั่นว่าจะโฮสต์วิดีโอบางส่วนที่ต้องการบน PeerTube ก็น่าจะดี
สมมติว่าคุณโพสต์ Show HN แล้วมันได้รับความสนใจจนโดนทราฟฟิกถล่มจาก HN
ในทางทฤษฎี PeerTube ควรจะรับภาระโหลดวิดีโอได้โดยไม่ต้องพึ่ง YouTube แต่มีใครทำสำเร็จจริงไหม?
ฉันจะลองขอให้ผู้ผลิตคอนเทนต์ที่ฉันชอบเข้าร่วมแน่นอน