1 คะแนน โดย GN⁺ 1 시간 전 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • ต่อจาก Andrew แล้ว Joshua หัวหน้าโปรเจกต์และ Anthony สมาชิกทีมหลักก็ลงจากตำแหน่งเช่นกัน โดย ทีมเดิมจะเดินหน้าดูแลการดำเนินงานต่อไป
  • Joshua ระบุว่าเขาไม่สามารถทุ่มเวลาและพลังใจที่บทบาทนี้ต้องการได้อีก และลาออกเพราะ ภาวะหมดไฟรุนแรงและความเสี่ยงต่อสุขภาพจิต
  • การส่งต่องานกำลังดำเนินไปด้วยการสื่อสารที่เป็นมิตร จึง แทบไม่มีโอกาสเกิดการฟอร์กแบบไม่เป็นมิตร และ Jellyfin จะยังคงดำเนินต่อไป
  • Anthony ซึ่งดูแลงานแบ็กเอนด์และการจัดการ App Store มาโดยตลอด จะให้ความสำคัญกับเรื่องอื่นจากการเปลี่ยนแปลงในชีวิตส่วนตัว แต่ยินดีช่วย งานเปลี่ยนผ่านได้นานสูงสุด 1 ปี หากจำเป็น
  • ตลอด 7 ปีครึ่งที่ผ่านมา Jellyfin เติบโตเป็น มีเดียเซิร์ฟเวอร์ FLOSS อันดับ 1 ที่ผู้ดูแลเซิร์ฟเวอร์หลายล้านคนใช้งาน และเป็นทางเลือกแทน Plex อย่างแท้จริง

การเปลี่ยนผู้นำและการส่งต่องาน

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

เหตุผลของการลงจากตำแหน่งและการเติบโตของ Jellyfin

  • Joshua ระบุว่าเขาไม่สามารถทุ่มเทเวลาและพลังใจตามที่บทบาทนี้ต้องการได้เพียงพอ และยากที่จะพอใจกับการทำงานของตัวเอง
    • สุดท้ายเขาต้องเผชิญกับ ภาวะหมดไฟรุนแรงและความเสี่ยงต่อสุขภาพจิต จึงตัดสินใจลงจากตำแหน่ง
  • ช่วงหลัง Anthony รับผิดชอบงานดูแลแบ็กเอนด์และ การจัดการ App Store เป็นหลัก มากกว่างานเขียนโค้ด
    • หลังผ่านมาราว 8 ปี การเปลี่ยนแปลงในชีวิตส่วนตัวและลำดับความสำคัญอื่นทำให้เขามีเวลาว่างได้ยากขึ้น
  • ตอนเริ่มต้น Jellyfin ถูกคาดว่าอาจเป็นโปรเจกต์ที่มีผู้ใช้เพียงหลักร้อย หรือมากสุดหลักพัน แต่หลังผ่านไป 7 ปีครึ่งก็เติบโตเป็น มีเดียเซิร์ฟเวอร์ FLOSS อันดับ 1
    • มันกลายเป็นทางเลือกแทน Plex อย่างแท้จริงที่ผู้ดูแลเซิร์ฟเวอร์หลายล้านคนใช้งาน และคาดว่าจำนวนผู้ใช้รายบุคคลจะมากกว่านั้นราว 10 เท่า
    • ยังถูกประเมินว่าแซงหน้าโปรเจกต์ต้นทางเดิมไปมาก และพิสูจน์ให้เห็นว่า FLOSS ใช้งานได้จริงและมีความต้องการจริง
  • Joshua คาดหวังว่าทีมที่เหลือจะรักษาปรัชญาและโค้ดของ Jellyfin พร้อมสานต่อโปรเจกต์ในระยะยาว

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

 
GN⁺ 1 시간 전
ความเห็นจาก Hacker News
  • ไม่นานมานี้ Plex ขึ้นราคา Lifetime Plex Pass ใหม่เป็น 750 ดอลลาร์
    ดูเหมือนจะพยายามผลักให้ผู้ใช้ส่วนใหญ่ไปสมัครแบบรายเดือนหรือรายปี แต่สิ่งนี้ขัดกับเจตนารมณ์ของการโฮสต์ไลบรารีสื่อส่วนตัวด้วยตนเอง ขอบคุณผู้มีส่วนร่วมของ Jellyfin ที่มอบทางเลือกเอาไว้
    https://www.plex.tv/blog/new-lifetime-plex-pass-pricing/

    • ปัญหาใหญ่ที่สุดของ Plex คือการเปลี่ยนทิศทางไปให้ความสำคัญกับ แพลตฟอร์มสตรีมมิง มากกว่า media server
      เพราะผู้ดูแลภายในต้องแสดงตัวชี้วัดผลงานหลัก (KPI) จึงยัดปุ่มสตรีมมิง, ส่วนต่าง ๆ และคำแนะนำเข้าไปทั่วทุกจุด ตัว media server เองยังคงดีที่สุดแบบทิ้งห่าง จึงอยากได้ตัวเลือกสลับเป็น classic ที่ปิดฟีเจอร์สตรีมมิงทั้งหมดอย่างมาก
    • ยังไม่ค่อยเข้าใจว่า Plex มีคุณค่าอะไรสำหรับโฮมเธียเตอร์พีซีส่วนตัว
      เซิร์ฟเวอร์ในโรงรถให้การแชร์ไฟล์ SMB บนเครือข่ายภายใน และโฮมเธียเตอร์พีซีก็เมานต์มันไว้ จากนั้นก็เปิดโฟลเดอร์หนังหรือรายการทีวีด้วย Nautilus หรือ Thunar บน XFCE4 ที่ขยายฟอนต์ แล้วดับเบิลคลิกไฟล์เพื่อเปิดด้วย VLC ซึ่งเรียบง่ายมากและใช้งานได้ดี
    • รู้สึกว่าโชคดีที่ซื้อมาได้ในราคา 120 ดอลลาร์ เมื่อปี 2021 และก็ยังขอบคุณที่ยังขายสิทธิ์ใช้งานตลอดชีพอยู่
    • ไม่รู้จักใครสักคนที่จะยอมจ่ายค่าสมาชิกให้ซอฟต์แวร์ที่โฮสต์เอง จึงสงสัยว่านี่จะเป็น โมเดลธุรกิจที่ยั่งยืน ได้อย่างไร
    • น่าแปลกที่ยังมีคนยอมจ่าย Plex แพงขนาดนี้ ทั้งที่มี Jellyfin ซึ่งให้ฟังก์ชันแทบเหมือนกันฟรี
      สงสัยว่าจิตวิทยาแบบไหนที่ทำให้ยอมจ่ายเงินก้อนใหญ่กับซอฟต์แวร์นี้ แต่ไม่ยอมจ่ายแม้แต่ 20 ดอลลาร์ให้ซอฟต์แวร์อื่น
  • ติดตั้ง คอนเทนเนอร์ Jellyfin บนพีซีเกมมิงเก่าที่ใช้ในบ้านอย่างเดียวแล้วพบว่ายอดเยี่ยมมาก จึงไม่ค่อยเข้าใจว่าทำไมคนถึงเริ่มจาก Plex กันก่อน
    แอปบนหลายแพลตฟอร์มก็ใช้งานได้ดีพอสมควร และใช้มา 4 ปีโดยแทบไม่มีปัญหาใหญ่ ขอบคุณนักพัฒนาและผู้ดูแลทุกคน และหวังว่า Andrew จะได้พักอย่างเต็มที่

    • ฟีเจอร์ที่น่าเสียดายที่สุดของ Jellyfin คือการ แชร์คอนเทนต์แบบละเอียดรายผู้ใช้ ภายในไลบรารีที่กำหนด
      ตอนนี้ดูเหมือนต้องซิมลิงก์สื่อบางส่วนไปยังโฟลเดอร์แยก สร้างเป็นคนละไลบรารี แล้วค่อยกำหนดการมองเห็นตามผู้ใช้
    • มีปัญหาที่มันพยายาม เข้ารหัสใหม่ อยู่เรื่อย ๆ ทั้งที่วิดีโอนั้นเล่นได้ดีอยู่แล้วในตัวเล่นของมันเองหรือใน mpv shim
      สุดท้ายเลยเมานต์ไดรฟ์ระยะไกลโดยตรงแล้วเล่นด้วย mpv ในเครื่องแทน และเพราะเหตุนี้จึงแทบไม่ได้ใช้ Jellyfin ทั้งที่ส่วนอื่น ๆ ชอบมาก เลยยิ่งน่าเสียดาย
    • ตอนที่เช็กล่าสุด การ รองรับ Apple TV ของ Jellyfin ยังไม่ดีนัก จนแทบมีแค่ Plex กับ Infuse เป็นตัวเลือก เนื่องจากมี Lifetime Plex Pass อยู่แล้ว จึงยังไม่มีเหตุผลให้ใส่ใจเรื่องนี้ในตอนนี้
    • เมื่อ 5~6 ปีก่อน Plex ทำงานได้ดีมาก ขณะที่ Jellyfin ยังอยู่ช่วงเริ่มต้นและแทบจะพอใช้งานได้เท่านั้น จึงมีแรงเฉื่อยสูงที่ทำให้ผู้ใช้เดิมยังอยู่กับ Plex ต่อ
      Plex มีไคลเอนต์ที่สมบูรณ์และการเชิญผู้ใช้กับแชร์ไลบรารีที่ง่ายดาย และหลังจากสร้างฐานนั้นได้แล้วก็เริ่มขึ้นราคา ใส่โฆษณา และทำให้ประสบการณ์แย่ลง ใช้ Jellyfin ทุกวันและชอบมันมาก แต่การรองรับ Apple TV ยังจำกัดและมีบั๊ก, ส่งไป Chromecast จาก iOS ไม่ได้, และบางฟีเจอร์ต้องใช้ปลั๊กอิน การตั้งค่า transcoding ก็ยาก และการดาวน์โหลดออฟไลน์บนมือถือก็ทำได้แค่รับไฟล์ต้นฉบับมาเปิดด้วย VLC จึงยากจะบอกว่ามี ความสมบูรณ์แบบเดียวกับ Plex
    • เคยซื้อสิทธิ์ใช้งานตลอดชีพของ Plex ตอนช่วงแรก ๆ ในราคาถูก แต่ฝ่ายบริหารเปลี่ยนมันจาก personal media server ไปเป็นผลิตภัณฑ์ที่ใกล้กับทีวีมากกว่า ทำให้ UI และประสบการณ์ผู้ใช้เดินไปในทิศทางนั้นด้วย
      สำหรับผู้ใช้ยุคแรกถือว่าเป็นดีลที่ดี แต่สำหรับผู้ใช้ใหม่ตอนนี้มี เหตุผลมากพอที่จะหลีกเลี่ยง Plex
  • Jellyfin เป็นโปรเจ็กต์ที่ยอดเยี่ยมซึ่งไม่เปิดอะไรอย่างตัวอย่างหนังขึ้นมาอัตโนมัติ แต่เพียงแค่แสดงรายการและเล่นสื่อของฉัน จึงทำงานเกือบตรงกับที่ต้องการเป๊ะ
    น่าจะมีคนอีกมากที่ยังไม่เคยลองใช้แต่ต้องการ รูปแบบการเล่นที่เรียบง่าย แบบนี้

    • Jellyfin ไม่ได้อยู่ในระดับน่าทึ่งนัก และมี บั๊กจำนวนมาก ที่ไม่แน่ใจว่าจะได้รับการแก้ไขหรือไม่
      มันอาจเหมาะแค่กับคนที่ชอบใช้เวลาหลายชั่วโมงไปกับการงัดแงะตั้งค่า Linux ที่ชวนปวดหัวและมีโอกาสพังสูงทุกครั้งที่อัปเดต
  • ถ้า FLOSS ทำงานได้อย่างถูกต้อง ผู้ดูแลไม่ควรถูกผลักไปสู่ ภาวะหมดไฟรุนแรง และความเสี่ยงด้านสุขภาพจิต
    แค่ในสัปดาห์ที่ผ่านมาก็เจอกรณีคล้ายกันอีกสองกรณี: Filebrowser(https://hacdias.com/2026/03/11/filebrowser/), axum-login / tower-sessions(https://github.com/maxcountryman/axum-login/discussions/330)

    • สิ่งที่ทำให้ FLOSS ทำงานได้ คือแม้ผู้ดูแลจะต้องจากไป โปรเจ็กต์ก็ไม่ตายตาม
    • ถ้าจะวัดว่า FLOSS ประสบความสำเร็จได้ก็ต่อเมื่อไม่มีผู้มีส่วนร่วมคนใดเจอปัญหาจากความเครียดเลย แบบนั้นถือว่าเป็นมาตรฐานที่สูงเกินไป
    • คนที่ทำงานนอกโลก FLOSS เองก็เจอ ภาวะหมดไฟรุนแรง ได้ในบางครั้ง
  • ดีใจที่ดูเหมือนจะมีการส่งต่องานกันอย่างราบรื่น
    เคยลอง Jellyfin แล้ว แต่ตอนนี้ยังใช้ Plex อยู่เพราะมันจัดการไลบรารีบนฮาร์ดแวร์ของฉันไม่ได้ ขณะที่ Plex ค่อย ๆ กลายเป็นบริการสตรีมมิงมากกว่า media server ก็หวังว่าเมื่อถึงเวลาที่ต้องใช้ Jellyfin จะเติบโตจนเป็น ทางเลือกที่ใช้งานได้จริง

    • สงสัยว่าที่บอกว่า Plex กำลังกลายเป็นบริการสตรีมมิงนั้น หมายถึงอะไรอย่างเจาะจง
    • สงสัยว่าเจอ ปัญหาด้านฮาร์ดแวร์ อะไร
  • ตอนนี้เป็นช่วงเวลาที่ดีกว่าที่เคยสำหรับการ สร้างมีเดียเซิร์ฟเวอร์ขึ้นมาเองตั้งแต่ต้น
    การทรานส์โค้ดตามคำขอทำให้ประสบการณ์ฝั่งไคลเอนต์ไม่เสถียร จึงทำการปรับทุกอย่างให้เป็นมาตรฐานด้วย ffmpeg ตั้งแต่ขั้นตอนอัปโหลดมีเดีย แล้วตอนเล่นก็ใช้โซลูชันของตัวเองที่ส่งช่วงไบต์ดิบจาก block storage โดยตรง การเริ่มวิดีโอและการเลื่อนหาแทบจะทันที ราวกับกำลังเปลี่ยนช่องทีวีแอนะล็อก
    แม้แต่ต้นฉบับแบบไม่สูญเสียข้อมูลขนาด 50GB ในการใช้งานจริงก็มักต้องทรานส์โค้ด และไคลเอนต์จำนวนมากก็รับบิตเรตระดับนั้นไม่ไหว ดังนั้นการทิ้งข้อมูลที่ไม่ได้ใช้จึงดีกว่าต่อประสบการณ์สุดท้าย แชตบอตสมัยใหม่สามารถสร้างการตั้งค่าแบบนี้ได้ด้วยพรอมป์ครั้งเดียว และเมื่อไม่มีการทรานส์โค้ดระหว่างเล่น แม้แต่ Raspberry Pi ก็รองรับไคลเอนต์ในเครือข่ายท้องถิ่นได้หลายเครื่องสบาย ๆ ถ้าจำกัดความต้องการไว้แค่ตัวสำรวจไดเรกทอรีแบบง่ายสำหรับเล่นวิดีโอที่เชื่อมไว้ ก็จะได้ความเป็นอิสระเต็มที่ค่อนข้างง่าย

    • ถ้าคุณให้คุณค่ากับเวลาตัวเองต่ำขนาดนั้น และสนุกกับการทำแอปสำหรับหลายแพลตฟอร์มมากกว่าดูหนัง ก็เป็นตัวเลือกที่ดี
      นอกเหนือจากนั้น ควรใช้หนึ่งใน โซลูชันที่มีอยู่หลายร้อยแบบ ซึ่งผ่านการแก้บั๊กและปัญหาเฉพาะแพลตฟอร์มมาหลายปีแล้ว
    • ใช้วิดีโอ HDR ที่บิตเรตสูงสุด แต่แทบไม่จำเป็นต้องทรานส์โค้ดเลย
      ทีวี 4K และอุปกรณ์สตรีมมิง 4K มีราคาถูก และเหตุผลหลักของการทรานส์โค้ดคือกรณีที่เบราว์เซอร์ไม่รองรับโคเด็กต้นฉบับ ตอนนี้แทบทุกอุปกรณ์จัดการสตรีมบิตเรตสูงได้แล้ว และมีเพียง วิดีโอที่เกิน 100Mbit/s เป็นครั้งคราวเท่านั้นที่ชนข้อจำกัด 100Mb ของสตรีมมิงบ็อกซ์บางรุ่น
    • Silo จาก https://siloserver.org รัน ชั้นความเข้ากันได้กับโปรโตคอล Jellyfin ควบคู่กับ API ของตัวเอง ดังนั้นไคลเอนต์ Jellyfin ใด ๆ ก็เชื่อมต่อกับเซิร์ฟเวอร์ Silo ได้
    • ควรแยกให้ออกระหว่าง software transcoding กับ hardware transcoding
      ระบบราคาประหยัดอาจลำบากเมื่อแปลง Blu-ray remux ไปเป็นเป้าหมายบิตเรตสูง แต่ถ้าซื้อ mini PC ทั่วไปสักเครื่อง ก็ประกอบเซิร์ฟเวอร์ที่ทรานส์โค้ดได้ง่าย ๆ และแทบลบข้อเสียที่เกิดจากการพยายามหลีกเลี่ยงมันออกไปได้
    • ถ้าเป็นแนวแฮ็กเกอร์ที่ไม่สนใจ UI มาก เว็บเซิร์ฟเวอร์ทั่วไปที่รองรับ byte-range request กับการทำดัชนีอัตโนมัติก็เป็นมีเดียเซิร์ฟเวอร์ที่ใช้งานได้ดีพอสมควรแล้ว
      เบราว์เซอร์จะดึงเมทาดาทาการเล่นของไฟล์วิดีโอผ่าน range request แล้วให้ฟังก์ชันพื้นฐานอย่างการเลื่อนหาและปรับความเร็วได้ และยังคลิกขวาดาวน์โหลดได้ตามเดิม ฟีเจอร์ยังขาดไปมาก แต่ ความเรียบง่ายและความคุ้มค่า นั้นยอดเยี่ยม และตราบใดที่รัน HTTP server ได้และมีที่เก็บไฟล์ ก็ใช้แบนด์วิดท์เครือข่ายไปกับข้อมูลวิดีโอได้เต็มที่
  • พอจัดการมีเดียเซิร์ฟเวอร์ด้วย LLM·Tailscale·Jellyfin ก็พอใจมาก เพราะได้ทั้งเมทาดาทาที่สมบูรณ์ ระบบจัดระเบียบ และแม้กระทั่งการค้นหาแบบมัลติโหมด

  • ชอบ Jellyfin และระบบนิเวศที่เกี่ยวข้อง และก็ดีใจที่การเปลี่ยนผ่านครั้งนี้เป็นไปอย่างสงบ

    • สงสัยว่า ระบบนิเวศที่เกี่ยวข้อง ที่พูดถึงตรงนี้หมายถึงอะไร
  • แอป Apple TV อย่าง Swiftfin แม้จะเป็นตัวเลือกที่ดีที่สุด แต่สภาพยังหยาบมาก ทั้งไม่รีเฟรชและข้อความก็ซ้อนกันตลอด
    ต้องการความช่วยเหลือเพิ่มอีกมาก

    • Neptune ก็น่าจับตา
      ย้ายจาก Swiftfin ไป Infuse แล้วตอนนี้ใช้ Neptune ทุกวัน ซึ่งกำลังดีขึ้นอย่างรวดเร็ว
      https://neptuneplayer.com
    • ถ้าเป็นทางเลือก JellyTV มี UI ที่ค่อนข้างลื่นดี และ Streamyfin ก็มี TV beta ให้ใช้พร้อมปรับปรุงต่อเนื่อง
      ถึงอย่างนั้น ไคลเอนต์สำหรับทีวี ก็ยังเป็นพื้นที่ที่ยากเป็นพิเศษในระบบนิเวศของ Jellyfin
    • เข้าใจว่า Swiftfin ออกอัปเดตแรกในรอบหลายปีคือ v1.5 แล้ว และจากนี้ไปน่าจะซิงก์ต่อเนื่อง
      ต้องใช้ tvOS 26
    • Infuse นั้นสมบูรณ์มาก และไม่มีอะไรขาดบน Apple TV
    • เคยพยายามมีส่วนร่วมเล็กน้อยกับ Swiftfin มาก่อน แต่แทบไม่ได้รับการตอบสนองจากฝั่งโปรเจกต์ จึงเลิกแล้วเปลี่ยนไคลเอนต์ iOS ไปใช้ Infuse
      โดยรวมดี แต่เกลียด ประสิทธิภาพรายการของคอลเลกชันขนาดใหญ่ มาก
  • Jellyfin เหมาะกับการใช้งานของฉันดี และขอบคุณสำหรับความพยายามที่ใส่ลงไปในการพัฒนา
    ราวปี 2008 เคยทำ HDR→SDR tone mapping เพื่อดูบนจอ Pioneer plasma แล้วช่วงหลังเกิดปัญหาการเรนเดอร์ขึ้น เซิร์ฟเวอร์ค่อนข้างเสถียร แต่คุณภาพไคลเอนต์ขึ้น ๆ ลง ๆ และตอนนี้กำลังใช้ mpg-shim adapter พร้อมหวังว่าจะมีแอปที่รองรับ native render composition ได้ดีกว่านี้