Jellyfin: มีเดียเซิร์ฟเวอร์ที่ดีจริง ๆ

 (forum.jellyfin.org)
1 คะแนน โดย GN⁺ 2024-07-23 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • Jellyfin ระบุว่าเงินบริจาคที่สะสมในช่วง 5 ปีที่ผ่านมาเพียงพอให้ดำเนินงานได้ มากกว่า 3.3 ปี จึงขอให้หยุดบริจาคเพิ่มเติมให้โปรเจกต์หลักไว้ก่อนในช่วงนี้
  • ปัจจุบันมียอดคงเหลือ มากกว่า 24,000 ดอลลาร์ และมีค่าใช้จ่ายเฉลี่ยต่อเดือนประมาณ 600 ดอลลาร์ เพียงพอสำหรับการดำเนินงานได้นานกว่า 40 เดือน
  • สิ่งที่โปรเจกต์ต้องการการสนับสนุนมากกว่าค่าใช้จ่ายเซิร์ฟเวอร์ คือเงินบริจาคที่ส่งตรงถึง นักพัฒนาไคลเอนต์ ที่ผู้ใช้ใช้งานทุกวัน
  • ไคลเอนต์หลายตัวดูแลโดย นักพัฒนา 1 คนหรือทีมขนาดเล็ก ทำให้ภาระในการรับมือกับการเปลี่ยนแปลง API และรีลีสใหม่อาจเพิ่มขึ้น
  • การบริจาคยังคงเป็นการสนับสนุนโดยสมัครใจเท่านั้น และนโยบายของ Jellyfin ที่ว่า ไม่มีการพัฒนาแบบจ่ายเงิน รวมถึงหลักการใช้เงินกองกลางของโปรเจกต์ยังคงเดิม

คำขอจาก Jellyfin ให้หยุดบริจาคไว้ชั่วคราว

  • Jellyfin ขอบคุณเงินบริจาคจากชุมชน แต่ชี้แจงว่าตอนนี้ไม่จำเป็นต้องบริจาคเพิ่มเติมให้โปรเจกต์หลักแล้ว
  • เหตุผลคือ มีเงินทุนสำหรับดำเนินงานเพียงพอแล้ว
    • เงินสดที่ถืออยู่มี มากกว่า 24,000 ดอลลาร์
    • ค่าใช้จ่ายเฉลี่ยต่อเดือนประมาณ 600 ดอลลาร์
    • ตามตัวเลขนี้ จะมีเงินพอดำเนินงานได้ มากกว่า 40 เดือน หรือประมาณ 3.3 ปี
  • ประกาศนี้ถูกโพสต์บน OpenCollective ด้วย และถูกนำมาโพสต์ซ้ำในฟอรัมเพื่อเก็บรักษาไว้

จุดที่ต้องการความช่วยเหลือมากกว่าคือการดูแลไคลเอนต์

  • Jellyfin แนะนำว่าแทนที่จะบริจาคให้โปรเจกต์หลัก ผู้ใช้ควรพิจารณาบริจาคให้ผู้เขียน ไคลเอนต์ทางการ ที่ตนใช้งานและชื่นชอบทุกวัน
  • การสนับสนุนไคลเอนต์เป็นส่วนหนึ่งของระบบนิเวศที่มีภาระในการดูแลสูง
    • ไคลเอนต์ส่วนใหญ่ดูแลโดย นักพัฒนาเพียงคนเดียว หรือทีมที่เล็กมาก
    • การเปลี่ยนแปลง API ใน Jellyfin 10.9.0 และ รีลีส 10.10.0 ที่กำลังจะมา อาจทำให้งานที่นักพัฒนาไคลเอนต์ต้องรับมือเพิ่มขึ้น
  • สามารถค้นหานักพัฒนาที่จะบริจาคให้ได้จาก รายชื่อไคลเอนต์ทางการ

นโยบายไม่มีการพัฒนาแบบจ่ายเงินยังคงเดิม

  • เงินที่ส่งให้ผู้พัฒนาไคลเอนต์เป็นเพียง เงินบริจาค ไม่ใช่วิธีซื้อการพัฒนาฟีเจอร์
  • นโยบาย “no paid development” ของ Jellyfin จะยังคงดำเนินต่อไป
    • ไม่รับ bug bounty หรือคำขอในลักษณะคล้ายกัน
    • ไม่ใช้เงินกองกลางของโปรเจกต์ เช่น OpenCollective ไปกับ การพัฒนาแบบจ่ายเงิน
  • การที่ผู้ใช้บริจาคโดยสมัครใจให้กับนักพัฒนาแต่ละคนไม่ขัดกับนโยบายนี้

ช่วงเวลาที่จะพิจารณาการบริจาคอีกครั้ง

  • แนวทางนี้จะคงอยู่จนกว่าเงินสำหรับดำเนินงานที่เหลือของ Jellyfin จะลดลงเหลือประมาณ 1 ปี หรือ 12 เดือน
  • เมื่อถึงเวลานั้น โปรเจกต์จะประเมินสถานะการเงินและทิศทางการรับบริจาคใหม่อีกครั้ง

ข้อมูลเพิ่มเติมจากฟอรัม

  • สำหรับคำถามเกี่ยวกับไคลเอนต์ WebOS มีคำตอบว่าเวอร์ชัน WebOS ส่วนใหญ่เชื่อมโยงกับ Jellyfin Web
    • Dmitry เป็นผู้ทำงานหลักด้านการรองรับ webOS และ Tizen แต่ในขณะนั้นดูเหมือนว่ายังไม่มีการตั้งค่า Sponsors
  • ค่าใช้จ่ายของโปรเจกต์แสดงอยู่ใน หน้า expenses ของ OpenCollective
  • ค่าใช้จ่ายแทบทั้งหมดเป็น ค่าโครงสร้างพื้นฐาน และบางครั้งรวมถึงการซื้ออุปกรณ์สำหรับการพัฒนาและทดสอบ
    • มีการกล่าวถึงตัวอย่าง งบอุปกรณ์แบบจ่ายครั้งเดียว 300 ดอลลาร์ สำหรับการพัฒนาและทดสอบ

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2024-07-23
ความคิดเห็นบน Hacker News

  • บทความนี้น่าเสียดาย แทนที่จะขอให้หยุดบริจาค ก็แค่จัดสรรรายได้ให้กับ นักพัฒนาในอีโคซิสเต็ม อย่างโปร่งใสตามที่พูดไว้ก็พอ
    เปิดให้ยื่นขอทุนได้ ตั้งรางวัลตอบแทนสำหรับฟีเจอร์ และใส่คำอธิบายไว้ข้างปุ่มบริจาค คนที่หยุดบริจาคไปแล้วมีโอกาสน้อยที่จะไปคอยตรวจสอบไคลเอนต์หรือนักพัฒนารายไหนแล้วสนับสนุนต่อ ดังนั้นให้ผู้ดูแล Jellyfin จัดการเองจะดีกว่ามาก

    • การนำเงินไปใช้กับโปรเจกต์อื่นไม่ใช่เรื่องดี เพราะพวกเขาเป็นนักพัฒนา/ผู้ดูแลโอเพนซอร์ส ไม่ใช่ ผู้จัดการกองทุน มันจะทำให้เสียสมาธิ และถ้าจัดสรร “ผิด” ก็อาจก่อให้เกิดความแตกแยกและคำตำหนิ อีกทั้งยังจะสร้างลำดับชั้นของไคลเอนต์และโปรเจกต์ที่เกี่ยวข้องซึ่ง “ได้รับอนุมัติ” ขึ้นมา
      ผมมองว่าแนวทางของทีม Jellyfin ค่อนข้างสมเหตุสมผล เพียงแต่ถ้าเป็นผม คงเตือนเหมือนนักพัฒนา Helix [0] ว่าการบริจาคเป็นเพียง “ทิป” ให้โปรเจกต์เท่านั้น ไม่ควรถือว่าเป็นการซื้อความเร็วในการพัฒนา การตลาด ฯลฯ มีเงินก็ดีและจะใช้เมื่อจำเป็น แต่ผมก็ชอบท่าทีที่ว่า หากอยากให้เกิดผลมากกว่านี้ ก็แนะนำให้ไปบริจาคที่อื่น
      [0] https://github.com/helix-editor/helix/issues/2220
    • ถ้าผมบริจาคให้โปรเจกต์หรือองค์กรหนึ่ง แล้วเงินนั้นถูกนำไปบริจาคต่อที่อื่น ผมคงรู้สึกเหมือนถูกหลอกอย่างรุนแรง การตัดสินใจครั้งนี้ถูกต้องแล้ว
    • กลับกัน ผมว่าที่ทำตอนนี้ดีแล้ว พวกเขาเปิดเผย สถานะทางการเงิน อย่างโปร่งใส และบอกผู้สนับสนุนว่าตอนนี้ที่อื่นต้องการการสนับสนุนมากกว่า
      แม้ไม่ใช่หน้าที่ แต่มีความเป็นไปได้สูงว่าสำหรับพวกเขาแล้ว นี่รู้สึกว่าเป็นสิ่งที่ถูกต้อง
    • วิธีนั้นมีงานมากเกินไป และอาจมีคนบ่นว่าเงินของตัวเองไม่ได้ไปยังที่ที่ต้องการ วิธีตอนนี้เรียบง่ายกว่า
    • อาจจะไม่เป็นแบบนั้น ขนาดของเงินที่เข้ามานั้นเล็กมาก และถ้าเริ่มเพิ่มรายได้ขึ้นมา ก็ต้องจ่ายเงินจริงให้คนทำงาน ที่ไม่ใช่งานแกนหลัก อย่างทนายความหรือนักบัญชี
      ถ้าสมมติว่าเป็นองค์กรไม่แสวงหากำไรที่จดทะเบียนใน Ontario ประเทศแคนาดา และรับเงินเข้ามา การทำบัญชีจำนวนเล็กน้อยถือว่าค่อนข้างง่าย ผมเคยดำเนินองค์กรไม่แสวงหากำไรฐานใน Manitoba และ BC เพื่อจัดประชุมและกิจกรรมชุมชนมาก่อน แต่ถ้าเริ่มจ่ายเงินให้คนที่ออกใบแจ้งหนี้ไม่ได้ ก็ต้องจัดการเรื่องการจ่ายค่าจ้างข้ามเขตอำนาจ และจะเริ่มซื้อบริการอื่น ๆ มากขึ้นด้วย
      ปฏิกิริยาแบบนี้ไม่ค่อยช่วย เพราะมันตั้งสมมติฐานว่านักพัฒนาโปรเจกต์อยากบริหารธุรกิจ แทนที่จะสร้างและแจกจ่ายเครื่องมือโอเพนซอร์สที่แก้ปัญหาความต้องการของตัวเอง องค์กรไม่แสวงหากำไรก็เป็นธุรกิจเหมือนกัน การจินตนาการถึงความเป็นไปได้เป็นเรื่องดี แต่ถ้าคิดว่าแนวทางนั้นถูกต้อง ก็ fork แล้วบริหารธุรกิจอย่างโปร่งใส และกันรายได้บางส่วนไว้เป็นเงินสำรองเผื่อช่วงที่ทีมหลักของโปรเจกต์ต้นทางที่ fork มาร้องขอ

  • ช่วงหลังผมเริ่มใช้ Jellyfin เพื่อจัดคืนดูหนังวันศุกร์กับเพื่อน ๆ ที่อยู่ไกลกัน และ ฟีเจอร์ซิงก์ ของ Web UI ก็ทำงานได้ดีจนน่าทึ่ง
    เปิดแชตเสียงไปด้วยแล้วดู ก็ให้ความรู้สึกใกล้เคียงกับการดูด้วยกันจริง ๆ มาก โดยรวมรู้สึกว่ามันแข็งแรงมาก แต่ก็ไม่ได้เคยใช้ซอฟต์แวร์มีเดียเซ็นเตอร์อื่น ๆ ที่พอเทียบกันได้มากนัก
    ข้อบ่นใหญ่ข้อเดียวคือ Jellyfin ดูจะไม่ชอบโครงสร้างโฟลเดอร์ของผมอย่างประหลาด ไฟล์ส่วนใหญ่ทำงานได้ แต่บางโฟลเดอร์อยู่ ๆ มันก็ตัดสินว่าหลายเอพิโสดเป็น “ไฟล์” เดียวที่มีหลาย “เวอร์ชัน” ดูจากเอกสารแล้วเหมือนมันอยากให้ทำตามโครงสร้างโฟลเดอร์แบบเฉพาะเจาะจงมาก แต่คอลเลกชันนี้สะสมมากว่า 15 ปีแล้ว การเปลี่ยนต้องใช้เวลานาน แถมผมก็ไม่อยากเปลี่ยนอยู่ดี การจัดโฟลเดอร์ของผมเหมาะกับผมและผมเข้าใจมัน แต่น่าประหลาดที่ Jellyfin แสดงรายการไฟล์ต้นฉบับตามเดิมไม่ได้

    • ถ้าใช้ shell ทำ batch ที่จัดวางดี ๆ สักสองสามรอบ ก็น่าจะเปลี่ยนโครงสร้างได้ค่อนข้างเร็ว แต่ก็เข้าใจเหตุผลที่ไม่อยากทำ
      การที่เอพิโสดถูกสุ่มรวมเข้าด้วยกัน อาจไม่ได้เกิดจากโครงสร้างโฟลเดอร์หรือแพตเทิร์นชื่อไฟล์ แต่อาจเกิดจาก เมทาดาทา ของตัวไฟล์เอง ผมไม่เคยเจอสถานการณ์เดียวกัน แต่เคยเสียเวลาในชีวิตไปไม่น้อยกับสมมติฐานที่เครื่องเล่นเพลงมีต่อแท็ก ID3 และปัญหาที่ไฟล์จากทั่วอินเทอร์เน็ตทำให้มันพังได้ง่าย
    • ยังไม่เคยลองทำเอง แต่เคยคิดว่าถ้าทำสคริปต์ที่สร้างไดเรกทอรีทรีที่จัด “ถูกต้อง” โดยอัตโนมัติด้วย symbolic link ส่วนไฟล์จริงจะอยู่ตรงไหนก็ได้ น่าจะเป็นอย่างไร
    • ใช้ tinymediamanager จัดการก็ได้ มันจะเปลี่ยนชื่อไฟล์และโฟลเดอร์ให้อัตโนมัติ และดาวน์โหลด nfo, thumbnail, cover ให้
      รายการทีวีแค่มี s01e01 ก็พอ จากนั้นนำเข้าโฟลเดอร์ แล้วปิดไม่ให้ Jellyfin ดึงข้อมูลออนไลน์
    • แปลกใจที่ฟีเจอร์ซิงก์ของ Web UI ทำงานได้ดี ผมมีปัญหากับ SyncPlay มานานแล้ว
      มีเดียของบางคนหยุดหรือค้างตอนโหลด เล่นไปถึงจุดหนึ่งแล้วก็ค้าง โดยพื้นฐานแล้วเวลาจะทำอะไรด้วย SyncPlay มันกลายเป็นว่า “กดเล่น แล้วถ้ามันเริ่มจริง ๆ ก็ห้ามกดหยุดชั่วคราวเด็ดขาด”
      ถึงอย่างนั้น นี่ก็เป็นปัญหาเดียวของ Jellyfin สำหรับผม และใช้มาตลอดปีที่ผ่านมาแล้ว มันยอดเยี่ยมมาก
    • เมื่อก่อนผมก็มีปัญหาคล้ายกัน แต่พอเริ่มใช้ hardlink เพราะแอปตระกูล arr แล้ว โครงสร้างไฟล์และโฟลเดอร์สำหรับ Jellyfin ก็ถูกจัดให้ดูดีเป็นระเบียบ

  • ฟีเจอร์หรือไคลเอนต์บางส่วนที่มีคนร้องขอกันมากไม่มีความคืบหน้าเลย และไม่มีใครโผล่มาเริ่มพัฒนาหรือช่วยเหลือ
    เพราะเหตุนี้ แม้แต่อะไรอย่าง Chromecast ก็ต้องยอมปล่อยไปพักหนึ่ง แต่ในช่วงไม่กี่สัปดาห์มานี้มันเริ่มกลับมามีชีวิตอีกครั้ง
    เรารู้ว่าข้อร้องเรียนใหญ่ที่สุดเกี่ยวกับ Jellyfin คือการรองรับไคลเอนต์ที่ไม่เพียงพอ และงานที่ยังหยาบ/ความสมบูรณ์ที่ยังขาดอยู่ เราได้ยินอยู่ และเราก็อยากปรับปรุงให้ดีขึ้นพอ ๆ กับพวกคุณ
    แต่การจะทำแบบนั้นได้ เราต้องการความช่วยเหลือ ต้องการอาสาสมัครเพิ่มเพื่อปรับปรุงโค้ด เขียนโค้ดใหม่ เขียนเอกสาร และปรับปรุงโดยรวม เราต้องการให้พวกคุณช่วยก้าวข้าม “ปัญหาคนดูเฉย ๆ ในงานพัฒนา” ดึงเลือดใหม่เข้ามาในโปรเจกต์ และโดยเฉพาะช่วยทำให้มันเป็นโปรเจกต์ที่ดีกว่าเดิม
    https://jellyfin.org/posts/a-call-for-developers/
    การมุ่งเป็นองค์กรอาสาสมัคร 100% เป็นเรื่องสูงส่ง แต่ก็น่าหงุดหงิดที่รู้ว่ามีปัญหาและมีเงินก้อนใหญ่ แต่ไม่แก้ ถึงจะไม่จ่ายค่าพัฒนาโดยตรง ก็ยังใช้เงินเพื่อปรับปรุง ประสบการณ์ของนักพัฒนา และดึงนักพัฒนาใหม่ ๆ เข้ามาได้ ในบทความต้นทางและลิงก์ข้างบนยอมรับแล้วว่าการพัฒนาไคลเอนต์เป็นปัญหา แล้วจะช่วยสนับสนุนนักพัฒนาไคลเอนต์ด้วยฮาร์ดแวร์ ไลเซนส์ ค่าใช้จ่าย ฯลฯ ไม่ได้หรือ

    • แต่ทำไมภาระการจัดสรรเงินส่วนเกินถึงต้องตกเป็นของพวกเขาด้วย? นั่นก็เป็นงานเหมือนกัน และไม่สนุกด้วย
      ใคร ๆ ก็สามารถตั้งกองทุนบริจาคสำหรับระบบนิเวศ Jellyfin ที่กว้างขึ้น หรือกองทุนสำหรับโปรเจกต์เสรี/โอเพนซอร์สที่ตัวเองชอบได้ บางคนที่อ่านข้อความนี้อาจได้แรงจูงใจให้ลุกขึ้นมาทำก็ได้ สิ่งที่ต้องการไม่ใช่แพลตฟอร์มใหม่ แต่เป็นคนที่จะอาสาทำด้วยความซื่อตรงเท่านั้น
    • ตอนนี้เริ่มเข้าใจแล้วว่าทำไมทุกครั้งที่ใช้ Jellyfin ถึงยังไม่รู้สึกพึงพอใจเท่า Plex
      สิ่งที่พวกเขาพยายามทำอยู่นั้นยากจริง ๆ พวกเขาทำงานดี ๆ ไปมาก แต่ดูเหมือนตอนนี้กำลังประคองตัวด้วยกำลังคนเท่าที่รวบรวมได้จากเวลาของอาสาสมัครเท่านั้น แน่นอนว่ามีคนจำนวนมากที่อยากช่วยลงเงินให้ความพยายามนี้
    • ไม่เข้าใจว่าทำไมต้องสนใจขนาดนั้นที่เขาไม่ใช้เงินกับการพัฒนา การพัฒนาแบบมีค่าจ้าง ก็ไม่ใช่เรื่องผิดศีลธรรมไม่ใช่หรือ แน่นอนว่าไม่ใช่

  • หวังว่าโปรเจกต์จะประสบความสำเร็จ และคิดว่าการตัดสินใจครั้งนี้ก็ดี แต่ผมมี Plex lifetime pass อยู่ และ Jellyfin ยังดูไม่ดีเท่าขนาดนั้น
    ผมติดตั้งทั้งสองตัวไว้บนเครื่องเดียวกัน แต่ทุกครั้งที่พยายามใช้ Jellyfin ก็รู้สึกเหมือนมีอะไรขาดไปอยู่ดี ตั้งใจว่าจะกลับไปลองเช็กดูเรื่อย ๆ

    • ดีใจจริง ๆ ที่เลิกใช้ Plex แล้ว มันทำงานได้ดีแหละ แต่บวมเกินไปด้วยของรกไร้ประโยชน์ และไม่ได้ให้ความรู้สึกว่าฝากข้อมูลของผมไว้ได้อย่างไว้ใจ
      ใช้อินสแตนซ์ที่โฮสต์เอง แต่ต้องมีบัญชี plex.com งั้นเหรอ? ลบทิ้งทันที
    • Jellyfin อยู่ในช่องว่างระหว่างการตั้งค่า Kodi ที่ซับซ้อนกว่า กับ Plex ที่ทุกอย่างทำงานได้ง่าย ๆ ได้พอดี
      แต่ครอบครัวที่ไม่คุ้นกับเทคโนโลยีก็ชอบ Plex มากกว่าอย่างชัดเจน มันดูดีและตั้งค่าได้ง่ายมากบนอุปกรณ์อะไรก็ได้
    • ผมก็เหมือนกัน ตามหลักแล้วอยากใช้ Jellyfin แต่ในทางปฏิบัติ เวลาที่แค่อยากดูหนัง กลับต้องไปปล้ำกับ Jellyfin บ่อย ๆ Plex แม้จะบวมขึ้นมาก แต่ก็แค่ใช้งานได้เลย
    • มีตัวอย่างที่เป็นรูปธรรมไหม?
    • ผมเจอปัญหากับ Plex มากกว่า Jellyfin เสียอีก Jellyfin ก็อาจน่ารำคาญได้ แต่ Plex ทำให้หงุดหงิดเวลาพยายามให้มันเข้ากับไลบรารีของผมได้ดี สุดท้ายก็เลิกใช้ Plex ไป

  • ผมเพิ่งเคยได้ยินชื่อ Jellyfin ครั้งแรก และเมื่อเทียบกับโมเดล การเติบโตแบบรวดเร็วสุดขีด ที่โปรเจกต์โอเพนซอร์สจำนวนมากใช้กันแล้ว มันให้ความรู้สึกสดใหม่จริง ๆ
    มีผู้ใช้ Jellyfin ตัวจริงคนไหนที่แนะนำได้ไหม? ตอนนี้ผมใช้ Raspberry Pi 4 ทำ SMB share แล้วเข้าจาก Amazon Fire Stick ผ่านฟีเจอร์ SMB ของ VLC ใช้งานได้โอเค แต่ UI ของ VLC ยังน่าผิดหวังมาก Jellyfin จะเหมาะกับงานนี้มากกว่าไหม? มีไคลเอนต์ที่ทำงานบน Fire TV Stick ไหม? น่าจะเป็นตัวนี้: https://github.com/jellyfin/jellyfin-androidtv

    • ผมใช้ Jellyfin มาตั้งแต่แรก ๆ และโดยรวมแล้วใช้งานสนุกมาก ตอนนี้ผมเชื่อใจโปรเจกต์นี้แล้ว แต่ตอนย้ายจาก Plex ช่วงแรก ๆ ผมรันทั้งสองตัวพร้อมกันบน VM แยกกันสองเครื่อง โดยอ้างอิงไลบรารีแบบอ่านอย่างเดียวชุดเดียวกัน
      การตั้งค่าแบบคู่ขนานนี้ทำงานได้ดี และแม้ Jellyfin จะยังอยู่ช่วงต้นของการพัฒนา แต่ก็ทำให้เชื่อใจได้เร็วมาก จนแทบไม่ได้ใช้ Plex อีกเลย
      การรองรับไคลเอนต์หลากหลายก็ยอดเยี่ยม นอกจากสตรีมวิดีโอไปยังอุปกรณ์หลายชิ้นในบ้านแล้ว สิ่งที่ผมชอบที่สุดคือ ชุดเพลงแบบตู้เพลง ที่ทำจาก RPi 3B+ กับ ALLO Piano 2.1 DAC hat ใช้แอมป์ลำโพงแยกกับแอมป์ซับวูฟเฟอร์แยกเพื่อตั้งความถี่ครอสโอเวอร์ตามต้องการ และบน Pi ก็รันส่วนขยาย Mopidy-Jellyfin เพื่อเข้าถึงไลบรารี Jellyfin กับส่วนขยาย Mopidy-mowecl ที่ให้เว็บฟรอนต์เอนด์สวย ๆ สำหรับ DAC ใน GUI ของ Jellyfin ยังสามารถใส่เพลงเข้าคิวแล้วสั่ง “play to” ไปยัง DAC ได้ด้วย
      มันปรับแต่งได้สูงและสนุกกับการลองปรับเล่น เช่น ผมเสียบแป้นตัวเลข USB เข้ากับ Pi แล้วตั้งปุ่มลัดด้วยบริการ triggerhappy ไว้ ผมชอบที่เพลงยังเล่นต่อได้แม้เดสก์ท็อปเวิร์กสเตชันจะปิดอยู่หรือกำลังรีบูต
      https://github.com/jellyfin/mopidy-jellyfin
      https://github.com/sapristi/mopidy-mowecl
      จุดดีที่สุดคือทั้งหมดเป็นซอฟต์แวร์เสรี/โอเพนซอร์ส จึงไม่ต้องกังวลว่าพื้นฐานที่พึ่งพาอยู่จะหายไปกะทันหัน
    • ใช้มาตั้งแต่ตอนที่ fork ออกมาจาก Emby และสำหรับการใช้งานของผมมันทำงานได้ดี
      แต่ผมเห็นด้วยกับคำพูดที่ว่าควรหันงบไปทางฝั่งไคลเอนต์ แอป Android TV ยังอยู่ในสภาพค่อนข้างหยาบ แอป Android ทั่วไปกับเว็บอินเทอร์เฟซนั้นยอดเยี่ยม และเท่าที่จำได้ Roku ก็ทำงานได้ดี แต่ฝั่ง Android TV นั้นไม่ดีจริง ๆ
    • แน่นอนว่าแนะนำได้ ผมรันใน Docker บน NAS มานานกว่าหนึ่งปีแล้ว ไม่มีปัญหา รองรับ ฮาร์ดแวร์ทรานส์โค้ดดิ้ง จึงเหมาะกับการลดสเกลสตรีมเวลาดูจากนอกบ้าน
      Jellyfin ยังผสานกับบริการอื่น ๆ อย่าง Radarr, Sonarr, Jellyseer ได้ดี พอขอสื่อ ระบบก็จะดาวน์โหลด ทำดัชนี และทำให้พร้อมใช้งานโดยอัตโนมัติ
      ไคลเอนต์คุณภาพไม่สม่ำเสมอ Infuse น่าจะดีที่สุด แต่ใช้ได้เฉพาะบน Apple TV / iOS
    • ผมเป็นผู้ใช้ Plex มาตั้งแต่แรก ๆ แล้วก็ย้ายมา Jellyfin มันไม่ได้ขัดเกลาเท่า Plex แต่ไม่มีความอืดบวมเลย และสำหรับผมใช้งานได้ไม่มีปัญหา
      การจัดการไลบรารีง่ายมาก และตัวสแกนเมตาดาต้าก็ทำงานได้ดีราว 95% จึงแทบไม่ต้องแก้ข้อมูลสื่อหรือรูปภาพเอง
      Jellyfin Android ทำงานได้ดีบน Fire TV ถ้ารันเซิร์ฟเวอร์บน Pi อาจลำบาก โดยเฉพาะกับ ทรานส์โค้ดดิ้ง ไฟล์สื่อ 4K
    • ผมใช้เซิร์ฟเวอร์ x86 ที่แรงไม่มาก คือเวิร์กสเตชันมือสองที่ซื้อมาจาก eBay ร่วมกับไคลเอนต์ที่แรงกว่าอย่าง Apple TV, อุปกรณ์ iOS และเบราว์เซอร์บนแล็ปท็อปประสิทธิภาพดี เลยไม่ต้องใช้ทรานส์โค้ดดิ้ง เซิร์ฟเวอร์ของผมรับทรานส์โค้ดแบบเรียลไทม์ไม่ไหว
      ในชุดนี้มันทำงานได้ยอดเยี่ยม และดีกว่าตอนพยายามใช้ XMBM/Kodi เป็นสิบ ๆ ครั้งแบบคนละเรื่อง คนอื่นที่ไม่ใช่ผมก็หยิบมาใช้ได้ทันทีอย่างมั่นใจ และไม่ติดอยู่ในโหมด UI แปลก ๆ จนยอมแพ้ไปตลอดกาลเหมือนที่เกิดกับ Kodi อยู่เสมอ
      ผมใช้ลิงก์ดาวน์โหลดใน UI บนเบราว์เซอร์ แล้วเวลาเดินทางไกลด้วยรถก็ให้เด็ก ๆ ดูหนังบน iPad ด้วย VLC ถ้ามี VLC ช่วย ก็พอใช้งานแบบนั้นได้

  • พฤติกรรมแบบนี้น่านับถือจริง ๆ นี่แหละคือสิ่งที่ทำให้ผมยังอยู่กับ Jellyfin แม้จะมีแรงกดดันทางสังคมให้ย้ายไป Plex

  • ผมย้ายจาก Plex มา Jellyfin เมื่อหลายปีก่อนและพอใจมาก Plex มีปัญหากับหนังที่มีไฟล์ซับไตเติล และพยายามเข้ารหัสใหม่อยู่เรื่อย ๆ ผมแก้ไม่ได้ แต่ Jellyfin ทำงานได้ดี
    มันยังไม่คอยยัดเยียดฟีเจอร์ที่ผมไม่ต้องการอีกด้วย ผมยินดีจ่ายค่าแอคเคานต์ Plex แต่แค่อยากให้มันปล่อยให้ผมดูหนังในเครื่องเงียบ ๆ ไม่อยากให้มารบกวนด้วยสตรีมมิงทีวี หนังฟรี หรือฟีเจอร์ล่าสุดที่ผลักดันมาตามช่วงเวลา

  • เดือนละ 400 ดอลลาร์นี่ไม่ได้รวม ค่าแรง ของพวกเขาใช่ไหม? ส่วนตัวรู้สึกว่านี่แหละคือเหตุผลที่บริจาค

    • ใช่ แต่พวกเขาระบุชัดเจนว่าไม่ต้องการแบบนั้น
      “ไม่ครับ สิ่งนี้ไม่ละเมิดนโยบาย ‘ห้ามพัฒนาแบบมีค่าจ้าง’ เพราะการบริจาคก็คือการบริจาคตามความหมายตรงตัว เรายังคงจะไม่รับอะไรอย่างเช่น bug bounty และจะไม่ใช้เงินกองกลางนี้กับการพัฒนาแบบมีค่าจ้าง”
    • ถ้าจะทำแบบนั้นก็ต้องตกลงกันว่าจะจัดสรรเงินจ่ายอย่างไร ซึ่งดูเหมือนจะปวดหัวมากกว่าความคุ้มค่า

  • ผมใช้ Jellyfin อย่างพอใจ และอยากช่วยย้ำว่าจำนวน 24,000 ดอลลาร์ หรือค่าใช้จ่าย 40 เดือนนั้นยังไม่เพียงพอเลย
    ถ้าดูตาม อัตราถอนใช้ที่ปลอดภัย แบบอนุรักษนิยม เงินทุน 24,000 ดอลลาร์เท่ากับแค่เดือนละ 60 ดอลลาร์เท่านั้น กล่าวคือเป็นเพียงหนึ่งในสิบของจำนวนที่โปรเจกต์ต้องใช้เพื่อครอบคลุมค่าใช้จ่ายรายเดือน
    ถ้าโปรเจกต์จะพึ่งพาตัวเองได้ จำเป็นต้องมีเงินมากกว่านี้ 10 เท่า จากนั้นจึงนำไปลงทุน และใช้ผลตอบแทนจากการลงทุนมารับภาระค่าใช้จ่าย
    ถ้าโปรเจกต์ไม่ต้องการพึ่งพาตัวเอง นั่นก็เป็นอีกเรื่องหนึ่ง อาจคิดว่าการปล่อยให้ผู้ใช้ยังคงหิวอยู่ตลอดจะช่วยให้แรงจูงใจสอดคล้องกันดีกว่า แต่โดยส่วนตัว ผมคิดว่าการพึ่งพาตัวเองได้ควรเป็นเป้าหมายของทุกฝ่าย

    • เอา 24,000 ดอลลาร์หาร 40 เดือนก็เป็นเดือนละ 600 ดอลลาร์ไม่ใช่เหรอ ผมพลาดอะไรไปหรือเปล่า?
    • ผมโพสต์การคำนวณแบบเดียวกัน แล้วโดน downvote จนไปอยู่ท้ายสุดของเธรด

  • มีโซลูชันแบบ Jelly Cloud ไหม? เช่น บริษัทสักแห่ง deploy Jellyfin บน EC2 instance แล้วเชื่อมกับ S3 จากนั้นให้ custom domain อย่าง username.companyname.com และคิดค่าบริการรายเดือนที่รวมค่า S3/EC2 กับค่าใช้จ่ายอื่น ๆ
    เคยคิดว่าจะลองทำดู แต่ wanted to see ว่ามี demand ไหม นักพัฒนาส่วนใหญ่ทำเองได้ง่าย ๆ แต่ก็อยากขยายไปขายเป็นบริการให้คนที่ทำเองไม่ได้และยินดีจ่ายเงิน
    Plex กับ Emby น่าจะเป็นคู่แข่ง แต่เท่าที่รู้ไม่ใช่ open source

    • มีผู้ให้บริการจำนวนมากที่ขาย seedbox และนั่นแหละคือสิ่งที่กำลังหาอยู่ โดยปกติรวมการรองรับ Jellyfin และแอป *arr อื่น ๆ ด้วย ส่วนตัวใช้ ultra.cc อยู่และโดยรวมก็พอใจ
    • ไม่แน่ใจเรื่องโซลูชัน cloud ทั่วไป แต่มีผู้ให้บริการ seedbox หลายราย หรือก็คือผู้ให้บริการ BitTorrent แบบ managed ที่รวม Plex และ Jellyfin ไว้ในบริการ ส่วนตัวก็รัน Plex กับ Jellyfin ด้วยวิธีนั้นเหมือนกัน
    • seedbox ทุกเจ้ามีสิ่งนี้ให้บริการ เคยมีประสบการณ์ที่ดีกับ whatbox.ca
    • Bytesized Hosting ใกล้เคียงกับสิ่งนี้