Immich ระบบจัดการรูปภาพและวิดีโอแบบ self-hosted ประสิทธิภาพสูง
(github.com/immich-app)- Immich คือ โซลูชันจัดการรูปภาพและวิดีโอแบบ self-hosted ประสิทธิภาพสูง ที่ช่วยให้ผู้ใช้รักษาความเป็นส่วนตัวและความเป็นเจ้าของข้อมูลได้
- เป็นทางเลือกแทนบริการคลาวด์หลักอย่าง Google Photos โดยมอบ ฟีเจอร์ที่หลากหลายและรองรับหลายแพลตฟอร์ม
- รองรับ ฟีเจอร์ด้าน AI จำนวนมาก เช่น การจดจำใบหน้า การค้นหาด้วยเมทาดาทา และการสำรองข้อมูลอัตโนมัติ
- มี ผู้มีส่วนร่วมโอเพนซอร์ส จำนวนมากที่พัฒนาอย่างรวดเร็ว และมีการอัปเดตอย่างต่อเนื่องโดยชุมชน
- แม้จะมีความสามารถในการใช้งานและฟังก์ชันที่สูง แต่ก็แนะนำให้ปฏิบัติตามกลยุทธ์สำรองข้อมูลแบบ 3-2-1 เพื่อรับมือกับ ความเสียหายหรือการสูญหายของข้อมูล
ภาพรวมของโครงการและความสำคัญ
Immich เป็น โซลูชันจัดการรูปภาพและวิดีโอแบบ self-hosted ประสิทธิภาพสูง ที่พัฒนาบนพื้นฐานโอเพนซอร์ส โดยมีข้อดีคือผู้ใช้สามารถจัดการข้อมูลสื่อของตนเองได้โดยตรงในสภาพแวดล้อมเซิร์ฟเวอร์ส่วนตัว
ต่างจากบริการคลาวด์เดิมอย่าง Google Photos และ Amazon Photos ตรงที่ผู้ใช้สามารถรักษา ความเป็นส่วนตัว และ ความเป็นเจ้าของข้อมูล ได้ด้วยตนเอง
จุดเด่นสำคัญคือ AI ที่ทรงพลังและการค้นหาด้วยเมทาดาทา การสำรองข้อมูลอัตโนมัติ การรองรับอุปกรณ์หลากหลาย (มือถือ, เว็บ) และฟีเจอร์อำนวยความสะดวกสำหรับผู้ใช้ที่ครบครัน
ในฐานะโอเพนซอร์ส โปรเจ็กต์นี้ได้รับการปรับปรุงอย่างรวดเร็วและสะท้อนฟีดแบ็กที่หลากหลายอย่างต่อเนื่อง จึงมีข้อได้เปรียบด้านประสิทธิภาพและการขยายระบบที่โดดเด่นเมื่อเทียบกับผลิตภัณฑ์คู่แข่ง
สถานะของโครงการและข้อควรระวังในการพัฒนา
- โปรเจ็กต์ Immich อยู่ระหว่างการพัฒนาอย่าง คึกคักมาก
- เนื่องจากยังอยู่ก่อนระยะเสถียรสมบูรณ์ จึงอาจเกิด บั๊กและความเข้ากันได้ที่เสียหาย ได้
- แนะนำว่าไม่ควรใช้เป็นโซลูชันจัดเก็บรูปภาพและวิดีโอเพียงแห่งเดียว
- แนะนำให้ปฏิบัติตาม กลยุทธ์สำรองข้อมูลแบบ 3-2-1 (สำเนา 3 ชุด, สื่อ 2 ประเภท, จัดเก็บนอกสถานที่ 1 ชุด)
แนะนำฟีเจอร์หลัก
| ฟีเจอร์ | มือถือ | เว็บ |
|---|---|---|
| อัปโหลด/ดูรูปภาพและวิดีโอ | O | O |
| สำรองข้อมูลอัตโนมัติเมื่อเปิดแอป | O | X |
| ป้องกันข้อมูลซ้ำซ้อน | O | O |
| สำรองข้อมูลอัลบั้มที่เลือก | O | X |
| ดาวน์โหลด | O | O |
| รองรับผู้ใช้หลายคน | O | O |
| อัลบั้ม/อัลบั้มที่แชร์ | O | O |
| ค้นหา/ดูเมทาดาทา (EXIF, แผนที่ ฯลฯ) | O | O |
| ค้นหาด้วยใบหน้า/วัตถุ/เมทาดาทา/CLIP | O | O |
| ฟังก์ชันผู้ดูแลระบบ (เช่น จัดการผู้ใช้) | X | O |
| สำรองข้อมูลเบื้องหลัง | O | X |
| รองรับ OAuth, API key, Live Photo ฯลฯ | มีฟีเจอร์หลากหลาย | |
| มุมมองภาพ 360 องศา, โครงสร้างจัดเก็บที่ผู้ใช้กำหนดเอง | รองรับบางส่วนเฉพาะเว็บ | |
| การแชร์แบบสาธารณะ, คลังเก็บ&รายการโปรด, แผนที่รวม | O | O |
| การแชร์กับพาร์ตเนอร์, การจดจำใบหน้า/จัดกลุ่ม, ดูความทรงจำ | O | O |
| รองรับออฟไลน์ (มือถือ), แกลเลอรีแบบอ่านอย่างเดียว | O/X | O |
| มุมมองโฟลเดอร์, แท็ก, scrubber/เลื่อนแบบลาก | รองรับหลากหลาย |
การแปลและเอกสาร
- ดูเอกสารทางการได้ที่ https://immich.app/
- รองรับการแปลหลายภาษา (รวมถึงภาษาเกาหลี) เพื่อเพิ่มความสะดวกให้ผู้ใช้ทั่วโลก
เทคโนโลยีที่ใช้และข้อมูลโอเพนซอร์ส
- ใช้ เทคโนโลยีสแตกเว็บ/แอปสมัยใหม่ เช่น TypeScript(43%), Dart(35%), Svelte(14%)
- เปิดเผยภายใต้ไลเซนส์ AGPL-3.0 ทุกคนสามารถใช้งานและมีส่วนร่วมได้
- มีผู้มีส่วนร่วมที่เคลื่อนไหวมากกว่า 1,500 คน และได้รับ GitHub Star มากกว่า 75,000 รายการ
พื้นหลังการใช้งานและจุดแตกต่าง
- กำลังก้าวขึ้นมาเป็น ตัวแทนทดแทนอย่างสมบูรณ์ ของ Google Photos และบริการจัดการรูปภาพบนคลาวด์เชิงพาณิชย์
- มอบข้อดีหลากหลาย เช่น อิสระของโอเพนซอร์ส อธิปไตยเหนือข้อมูล การปรับปรุงฟีเจอร์อย่างรวดเร็วและการขยายระบบ รวมถึง ข้อดีของการดูแลเซิร์ฟเวอร์เอง
- ด้วยฟังก์ชันค้นหา การจัดหมวดหมู่ และ AI ที่ทรงพลัง พร้อม UI ที่ใช้งานได้อย่างเป็นธรรมชาติ แม้ผู้เริ่มต้นก็สามารถใช้งานได้ทันที
ข้อควรระวังและบทสรุป
- เพื่อป้องกันการสูญหายของข้อมูล จำเป็นต้องมี ระบบสำรองข้อมูล เพิ่มเติมอย่างแน่นอน
- เป็นตัวเลือกที่เหมาะสำหรับผู้ใช้เริ่มต้น นักพัฒนา และผู้ที่ให้ความสำคัญกับความเป็นส่วนตัวของตนเอง
- สามารถทดลองการทำงานจริงได้ผ่านเดโมและเอกสารทางการ
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
อยากลองใช้สักครั้ง แต่ตอนนี้ซัพพลายเชนซอฟต์แวร์ของ Immich ดูยังไม่เสถียรนัก ถึงขั้นที่ต้องอัปเดต dependency ทุกไม่กี่วัน
ตอนนี้เลยรอให้การจัดการ dependency สุกงอมพอที่จะมีแพ็กเกจ Debian ให้ใช้ก่อน
สำหรับผม ความเสถียรของการจัดการ dependency เป็นตัวชี้วัดคุณภาพที่สำคัญ อยากใช้งานอย่างน้อย 2-3 ปีโดยไม่ต้องกังวลอะไรนอกจาก security patch
dependency ที่เปลี่ยนตลอด, dependency ที่กระจายไปหลายโปรเจ็กต์, และการพึ่งพาแค่ Docker Compose อย่างเดียว ทำให้รู้สึกว่ายังเชื่อถือระยะยาวได้ยาก
น่า ironic ที่หลังจากเขียนความเห็นนี้ได้ไม่นาน ก็ไปเจอโพสต์นี้ที่แสดงตัวอย่างการโจมตีผ่าน dependency จริงพอดี
แน่นอนว่า Debian เองก็ไม่ได้ปลอดภัยจากการโจมตีแบบนี้ 100% แต่ถ้า dependency ไม่เปลี่ยนบ่อย โอกาสที่การโจมตีจะสำเร็จก็ลดลงมาก
จริง ๆ แล้ว Immich ค่อนข้างรับมือปัญหาซัพพลายเชนแบบนี้ได้ดีกว่าด้วยซ้ำ
เพราะมีนโยบายรอ 5 วันก่อนสร้าง PR สำหรับอัปเดต dependency
นี่เป็นแนวปฏิบัติที่ดี และดูรายละเอียดนโยบายได้ที่ที่นี่
ติดตาม Immich มาค่อนข้างนานแล้ว
ถ้ามีเวอร์ชัน stable ออกมาเมื่อไร อยากลองทดสอบดูสักครั้ง
ถ้าจะย้ายจาก Google Photos มาใช้ Immich จริง ๆ ก็ยังกังวลเรื่องการทำแบ็กอัปที่เหมาะสมอยู่
ตอนนี้ผมแบ็กอัปข้อมูลสำคัญใน homelab ไป Google Drive อัตโนมัติอยู่แล้ว แต่ถ้าจะโฮสต์รูปเอง ก็อยากวางแผน offsite backup ไว้ด้วยแน่นอน
พูดกันตรง ๆ คือ Immich ยังมีแบนเนอร์เตือนใหญ่ ๆ บนหน้าเว็บว่าตอนนี้ยังเป็นเบต้า
ก่อนจะออกเวอร์ชันจริง ก็คงหลีกเลี่ยงไม่ได้ที่จะมีจังหวะการพัฒนาที่ดูวุ่นวายอยู่บ้าง
งานพัฒนาซอฟต์แวร์ทั้งหมดก็มีธรรมชาติแบบนั้นอยู่แล้ว
เห็นด้วยเลยว่าถ้า dependency เปลี่ยนตลอด มันให้ความรู้สึกว่า “ยังไม่พร้อมสำหรับ production” จริง ๆ
ผมเองก็เคยใช้โปรเจ็กต์ self-hosted ที่มีอัปเดตใหญ่ถี่มาก จนใช้เวลาแก้ปัญหา dependency มากกว่าเวลาใช้งานเครื่องมือจริง
อีกด้านหนึ่ง ความเร็วในการพัฒนาก็เป็นสัญญาณว่ามีการแก้บั๊กและพัฒนาอย่างคึกคัก
ส่วนตัวผมก็มักมองว่าเมื่อไรที่มีแพ็กเกจสำหรับ Debian/Ubuntu เมื่อนั้นก็น่าจะนิ่งพอแล้ว ดังนั้นก่อนถึงจุดนั้นก็มักจะลองแบบ sandbox ด้วย Docker เท่านั้น ไม่ได้เอาไปใช้แนว “ติดตั้งแล้วปล่อยยาว”
ถ้าโปรเจ็กต์แบบนี้มี branch แบบ LTS ขึ้นมาจริง ก็อยากรู้เหมือนกันว่าจะช่วยใน ecosystem ที่เปลี่ยนเร็วแบบนี้ได้มากแค่ไหน
ชอบ Immich มากจริง ๆ
ก่อนหน้านี้ก่อนออก "Beta timeline" บน Android มีปัญหาเรื่องประสิทธิภาพเยอะมาก และบน iPhone ของภรรยาผม การซิงก์แทบไม่ทำงานเลย
แต่พอเปิดใช้ Beta timeline แล้ว แทบจะสมบูรณ์แบบเลย ใช้มาหลายเดือนโดยไม่มีปัญหา
command-line interface (CLI) ก็ดีมาก จนผมเอาไปใช้ทำงานอย่างสร้างอัลบั้มอัตโนมัติจากแบ็กอัป Signal ได้ด้วย
ขอบคุณทีม Immich มากจริง ๆ
ขอบคุณ อัปเดตไว้แล้ว แต่ในทางปฏิบัติก็ยังไม่ได้ย้ายจริง
รู้สึกได้เลยว่าต่างจากเมื่อก่อนมาก
สิ่งหนึ่งที่อยากได้คือให้ผลการค้นหาเรียงตาม "วันที่" แทนที่จะเรียงตาม "ความเกี่ยวข้อง"
เวลาพยายามหารูปเมื่อ 3 ปีก่อนที่จำช่วงเวลาถ่ายได้แน่ ๆ ต่อให้ใส่คำค้นไป ผลลัพธ์ก็ยังดูสุ่ม ๆ เลยหายาก
อยากรู้ว่ากระบวนการสร้างอัลบั้มอัตโนมัติจากแบ็กอัป Signal ทำอย่างไร ช่วยอธิบายเพิ่มได้ไหม
ใช่แนวเก็บ backup key ไว้บน homeserver แล้วใช้เครื่องมือมาถอดรหัสและ parse ข้อมูลหรือเปล่า
ปัญหาหนึ่งที่ผมเจอคือ รูปที่นำเข้าจาก icloud ถูกบันทึกวันที่เป็นวันที่อัปโหลด ไม่ใช่วันที่ถ่ายจริง
เวลากลับไปดูรูปเก่า ๆ ที่ถ่ายไว้นานแล้ว มันรู้สึกแปลกมาก
หลุดจากเบต้าไปแล้ว
ทั้งแอป iPhone และ Android ถ้าไม่เปิดแอปค้างไว้ การแบ็กอัปจะหยุด
อาจเป็นเพราะเซิร์ฟเวอร์ของผมยังอยู่ที่ v.1.139.4 แต่บน Android แล้ว timeline beta แบบใหม่กลับทำงานไม่ค่อยดี
ลองใช้มาหนึ่งสัปดาห์แล้ว สุดท้ายปิดไปเพราะโหลด thumbnail ช้ามาก
ถ้าเทียบกับ Google Photos ไม่ว่า timeline เวอร์ชันไหนของ Immich ก็ยังให้ประสบการณ์ใช้งานที่ค่อนข้างหยาบ
มันยอดเยี่ยมในฐานะทางเลือกสำหรับแบ็กอัป แต่ยังแนะนำยากถ้าจะใช้เป็นแอปแกลเลอรีหลักในชีวิตประจำวัน
ขอชื่นชมทีมพัฒนา แต่ผู้ใช้ทั่วไปน่าจะยังรู้สึกติดขัดอยู่บ้าง
ผมรัน Immich บน Pi4 อยู่ร่วมกับบริการ self-hosted อื่น ๆ หลายตัว
ข้อมูลเก็บไว้ใน NAS
ประสิทธิภาพบน Pi4 อาจไม่ได้สุดยอดมาก แต่ใช้งานได้ดีโดยไม่ลำบาก
การย้ายจาก Google Photos มา Immich ก็ราบรื่นดี และใช้งานแทนกันได้เกือบสมบูรณ์
แนะนำให้ลองใช้เครื่องมือ immich-go ด้วย มันช่วยได้มากตอนย้ายข้อมูล Google Takeout เข้า Immich
Immich รองรับการค้นหาแบบใช้ CLIP ดังนั้นจึงค้นหาเชิงความหมายแบบ semantic ได้คล้าย Google Photos ซึ่งน่าจะมีประโยชน์มาก
อยากรู้ว่าการประมวลผลที่เกี่ยวกับ CLIP บน Pi4 ทำงานได้ดีแค่ไหน
อยากรู้ว่าคุณเปิดให้ครอบครัวหรือ SO (คู่รัก) ใช้งานจากนอกบ้านอย่างไร
ใช้ tailscale, cloudflare tunnel, VPN หรือเปิดพอร์ตที่เราเตอร์ตรง ๆ
ผมเคยลอง tailscale แต่สำหรับอีกฝ่ายมันอาจไม่ค่อยสะดวกนัก
เพิ่งตั้งค่า Immich เมื่อสัปดาห์ก่อน และพอใจมาก
เพราะคุ้นเคยกับการติดตั้งในสภาพแวดล้อม Docker อยู่แล้ว เลยติดตั้งได้ค่อนข้างง่าย แต่ก็ยังเห็นบางจุดที่ดูยังไม่สมบูรณ์ ซึ่งคาดว่าเมื่อโปรเจ็กต์โตขึ้นก็น่าจะแก้ไปเองตามธรรมชาติ
พอเอาให้พาร์ตเนอร์ดู เขาชอบมากจนผมสั่งพื้นที่เก็บข้อมูลเพิ่มให้เซิร์ฟเวอร์เลย
ตอนนี้ยังใช้ทั้ง Google Photos และ OneDrive ควบคู่กันอยู่ แต่เมื่อย้ายมาใช้ Immich แล้วก็วางแผนจะเลิกใช้ OneDrive และขยาย network storage เพิ่มด้วย
ในเว็บไซต์และเอกสารทางการก็เขียนชัดว่า "ไม่ควรใช้ Immich เป็นที่เก็บข้อมูลเพียงแห่งเดียว" ดังนั้นผมจะยังคงสำรองไว้ที่ Google Photos ต่อไป และแบ็กอัป Immich กับ network storage ไปที่ B2 ด้วย restic
วิธีแบ็กอัปแบบ snapshot นี้เป็นแนวทางที่ผมใช้ดูแลเซิร์ฟเวอร์มานานแล้ว
เคยกู้คืนจริงมาหลายครั้ง และถ้าระบบแบ็กอัปทำมาดี เวลาที่ต้องใช้จริงมันอุ่นใจมาก
คงดีมากถ้าใช้ Immich ได้ แต่ผมไม่ได้สนใจการดูแล homeserver
ที่นี่ไฟฟ้าไม่เสถียร และค่าใช้จ่ายในการติดตั้งระบบไฟสำรองก็สูง
ไม่อยากดูแลฮาร์ดแวร์เองเลย
ลองดูการโฮสต์บนคลาวด์แล้ว แต่รูปกับวิดีโอกินพื้นที่เยอะมาก
object storage ราคาถูกก็จริง แต่ Immich ยังไม่รองรับ
block storage แพง
ผมดู s3fuse ด้วยแล้ว แต่ความเห็นที่เห็นพ้องกันคือถ้ามีไฟล์เล็ก ๆ จำนวนมากอย่าง thumbnail ประสิทธิภาพจะไม่ดี
เลยอยากรู้ว่ามีใครโฮสต์บนคลาวด์จริงไหม และแก้ปัญหานี้กันอย่างไร
ถ้าอยากได้วิธีที่ใช้ง่าย แนะนำ Pikapods
Hetzner Storage Box ก็เป็นตัวเลือกที่ราคาเหมาะสม
แปลกใจเหมือนกันที่การรองรับ object storage ไม่ได้เป็นเรื่องที่ถูกให้ความสำคัญอันดับแรกตั้งแต่ต้น
แต่ถ้ากลุ่มผู้ใช้หลักคือสาย self-hosted ก็พอเข้าใจได้
ถึงอย่างนั้น โดยปกติรูปภาพ/วิดีโอก็มักใช้ object storage ราคาถูกคู่กับ CDN ซึ่งเป็นมาตรฐานของอุตสาหกรรมอยู่แล้ว เลยคาดหวังไว้แบบนั้น
ถ้าเป็นบริการที่ขยายตามปริมาณข้อมูลผู้ใช้แบบไดนามิก ก็คงหวังโดยธรรมชาติว่าจะมีตัวเลือกให้เก็บและดึงข้อมูลจาก S3 หรือทางเลือกอื่นได้
ทีมเพิ่งเพิ่มตัวเลือก deploy แบบ one-click บน Digital Ocean Marketplace เมื่อไม่นานมานี้
ถ้าต้องการสภาพแวดล้อมสำหรับโฮสต์บนคลาวด์ก็น่าจะลองดูได้
เรื่องไฟฟ้าไม่เสถียรและไม่อยากลงทุนกับไฟสำรองนั้น
มี UPS ราคาย่อมเยาที่รายงานสถานะไฟผ่าน USB ได้
เวลามีไฟดับ มันสามารถสั่งปิดเซิร์ฟเวอร์อย่างปลอดภัยหลังผ่านไประยะหนึ่ง และเมื่อไฟกลับมาก็เปิดเครื่องอัตโนมัติได้อีก
แต่ก็เข้าใจมาก ๆ ถ้าแค่ไม่อยากดูแลฮาร์ดแวร์เองตั้งแต่แรก
ช่วงหลังผมลองดูทั้ง Immich และ Ente.io
เหตุผลที่หาทางเลือกสำหรับซิงก์และแชร์รูปก็เพราะ
Immich ดูน่าสนใจมาก แต่สุดท้ายผมเลือก Ente เพราะมี E2E encryption และตอนนี้ก็ใช้งานอย่างพอใจมาก
ผมลอง Ente แบบ self-hosted ด้วยตัวเองเพราะอยากทดสอบ
สาเหตุแรกที่สนใจก็เพราะ E2E encryption เหมือนกัน
ผมวาง minio สำหรับเก็บข้อมูลไว้บน VPS แล้วรันส่วนที่เหลืออย่าง frontend ไว้ที่บ้าน โดยใช้ VPS ตัวเดียวกันเป็น reverse proxy ด้วย
ตอนนี้ยังไม่ได้ใช้ฟีเจอร์แชร์ แค่ใช้ซิงก์รูปจากมือถือไปเดสก์ท็อปหรือแท็บเล็ตเท่านั้น
ครอบครัวผมเองก็เริ่มสนใจ เพราะอยากลดการพึ่งพา Google ลง
สักวันหนึ่งคงยอมจ่ายแบบเสียเงินเพราะอยากได้ฟีเจอร์แชร์อัลบั้มด้วย (ตอนนี้รูปเยอะเกินกว่าจะส่งแชร์ผ่าน Signal อย่างเดียวไหว)
อยากรู้ว่า Syncthing มีปัญหาความน่าเชื่อถือตรงไหนบ้าง
ผมกำลังคิดจะใช้ต่ออีกหน่อย เลยอยากรู้ว่าเป็นเพราะไฟล์ใหญ่หรือจำนวนไฟล์มากกันแน่
Google Photos เคยโฆษณาอยู่พักใหญ่ว่ามีพื้นที่ "ไม่จำกัด" แต่ไม่นานมานี้ก็แอบใส่ลิมิตพื้นที่จัดเก็บเข้ามา
จากนั้นก็ได้ยินแต่เสียงบ่นว่า "พื้นที่ไม่พอ" อยู่เรื่อย ๆ และต้องเสียเวลาไปกับการจัดการพื้นที่มากมาย
ประสบการณ์นั้นเลยเป็นจุดเริ่มต้นที่ทำให้ผมหันมาหาโซลูชันแบบ self-hosted และหลังจากใช้ Immich มา 1 ปี ก็พอใจมาก
ขอรวบรวมโพสต์ Hacker News เกี่ยวกับ Immich ก่อนหน้านี้ไว้ให้
1 ปีที่แล้ว: โพสต์1
1 ปีที่แล้ว: โพสต์2
3 ปีที่แล้ว: โพสต์3
7 เดือนที่แล้ว: โพสต์4
4 ปีที่แล้ว: โพสต์5
1 ปีที่แล้ว: โพสต์6
Immich Progress Update (กรกฎาคม 2024)
Self-hosted photo and video management solution (มิถุนายน 2024)
ระบบจัดการรูป/วิดีโอ self-hosted ภายใต้ AGPL (เมษายน 2024)
Immich เปลี่ยนไลเซนส์ MIT→AGPLv3 (กุมภาพันธ์ 2024)
แบ็กอัปรูป/วิดีโอจากมือถือแบบ self-hosted (กรกฎาคม 2023)
Immich: แบ็กอัป Android/iOS (ตุลาคม 2022)
ผมมี Raspberry Pi ที่ยังว่างอยู่ตัวหนึ่ง เลยอยากลองรัน Immich ดู
ผมเกลียดการทำรูปหายมาก เลยสงสัยเรื่องการวางระบบแบ็กอัป
อยากรู้ว่าการซื้อ Synology เป็นทางเลือกเดียวหรือยังมีวิธีแบ็กอัปทั่วไปแบบอื่นที่คนใช้กัน
ขอแนะนำโปรเจ็กต์ส่วนตัวเล็ก ๆ แบบถ่อมตัว
ชื่อว่า Video Hub App ซึ่งเอาไว้สำรวจวิดีโอในแกลเลอรีแบบ infinite scroll ที่สวยงาม และมีฟีเจอร์สำหรับค้นหา กรอง และติดแท็กเพื่อช่วยในการสำรวจ
มันทำงานแบบ local-only ทั้งหมด ไม่มีการส่งข้อมูลออกออนไลน์เลย
videohubapp.com
เป็นโอเพนซอร์ส: github
อยากรู้ว่าแอปรองรับการ export โครงสร้างและ metadata หรือไม่