1 คะแนน โดย GN⁺ 2024-06-04 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • Photon เป็นกล้องขนาดจิ๋วสำหรับติดตั้งใช้งานระยะยาว โดยชูจุดเด่นเรื่องอายุแบตเตอรี่ที่ถ่ายภาพได้อย่างน้อย 50,000 ภาพ ต่อการชาร์จหนึ่งครั้ง
  • รองรับการถ่ายภาพตามเวลาและตามการเคลื่อนไหว จึงใช้บันทึกเวลา/วันที่เฉพาะ, ทำ ไทม์แลปส์, และถ่ายภาพเมื่อตรวจพบการเคลื่อนไหวได้
  • ไม่ใส่ Bluetooth, Wi‑Fi หรือ cellular ดังนั้นหากต้องการดึงรูปออกมาจำเป็นต้อง เข้าถึงตัวเครื่องจริง เป็นโครงสร้างที่ลดความเสี่ยงจากการแฮ็กระยะไกลและการอัปโหลดขึ้นคลาวด์โดยไม่รู้ตัว
  • ฮาร์ดแวร์และซอฟต์แวร์เผยแพร่เป็น โอเพนซอร์ส และรูปภาพถูกเก็บในรูปแบบ RAW ซึ่งบันทึกข้อมูลพิกเซลจากเซ็นเซอร์ภาพไว้ตามเดิม
  • ประสิทธิภาพในที่แสงน้อย และการตรวจจับการเคลื่อนไหวด้วย PIR ยังต้องระวัง โดยมีข้อจำกัดในสภาพแวดล้อมอย่างการเคลื่อนไหวหลังกระจก หรือหญ้า/ใบไม้ที่ไหวตามลม

กล้องขนาดจิ๋วสำหรับการติดตั้งระยะยาว

  • Photon เป็นกล้องขนาดจิ๋วที่ชูคอนเซ็ปต์ “tiny camera, out-of-this-world battery life”
    • ราคา $200
    • มีแอป Photon Transfer สำหรับ Mac เท่านั้น
    • ใช้ USB‑C
    • ไม่มีการสมัครสมาชิก, บริการคลาวด์ หรือการเรียกเก็บเงินซ้ำ
  • วิธีถ่ายภาพรองรับทั้งแบบอิงเวลาและอิงการเคลื่อนไหว
    • สามารถถ่ายภาพในเวลาหรือวันที่กำหนดได้ จึงเหมาะกับ ไทม์แลปส์
    • สามารถตรวจจับการเคลื่อนไหวแล้วถ่ายภาพได้
  • ตัดฟังก์ชันเครือข่ายออกเพื่อจำกัดวิธีเข้าถึงรูปภาพ
    • ไม่รองรับ Bluetooth, Wi‑Fi หรือ cellular
    • หากรูปภาพจะออกจากอุปกรณ์ ต้องเข้าถึงตัวเครื่องจริง
    • เป็นโครงสร้างที่ป้องกันสถานการณ์อย่างการแฮ็กระยะไกลหรือการอัปโหลดไปยังบริการคลาวด์โดยที่ผู้ใช้ไม่รู้ตัว
  • ฮาร์ดแวร์และซอฟต์แวร์เผยแพร่เป็น โอเพนซอร์สเต็มรูปแบบ
    • รูปภาพถูกบันทึกในรูปแบบ RAW ซึ่งเก็บข้อมูลพิกเซลที่เซ็นเซอร์ภาพส่งออกมาไว้ตามเดิม
    • เมื่อพื้นที่จัดเก็บเต็ม รูปภาพใหม่จะเขียนทับรูปภาพที่เก่าที่สุด

สเปกและข้อจำกัดที่ควรตรวจสอบก่อนซื้อ

  • สเปกทางเทคนิคหลัก
    • อายุแบตเตอรี่: ถ่ายได้อย่างน้อย 50,000 ภาพ
    • ความละเอียดภาพ: 2304 x 1296 พิกเซล
    • ความจุจัดเก็บ: 20,197 ภาพ
    • มุมมองกล้อง: แนวนอน 130°, แนวตั้ง 75°
    • มุมมองการตรวจจับการเคลื่อนไหว: แนวนอน 90°, แนวตั้ง 90°
    • ระยะตรวจจับการเคลื่อนไหว: สูงสุด 5m
    • อุณหภูมิการทำงาน: 0–50°C
    • กันน้ำ: ทนฝนได้ แต่ไม่ทนการจมน้ำ
    • ขนาด: 47 x 36 x 31mm
    • ผลิตจากอะลูมิเนียม 6061 ผ่านการกลึงและทำอโนไดซ์
    • เล็กกว่าเคส AirPods
  • มีข้อจำกัดที่ต้องตรวจสอบก่อนซื้อ
    • ประสิทธิภาพในที่แสงน้อย ยังอยู่ระหว่างการปรับปรุง หากจุดประสงค์คือการถ่ายฉากแสงน้อย อาจดีกว่าที่จะรออัปเดตซอฟต์แวร์ในอนาคต
    • เซ็นเซอร์ตรวจจับการเคลื่อนไหวไม่สามารถตรวจจับการเคลื่อนไหวหลังกระจกได้ เนื่องจากข้อจำกัดของ เทคโนโลยี PIR
    • ในสภาพแวดล้อมธรรมชาติ เซ็นเซอร์ตรวจจับการเคลื่อนไหวอาจถูกทริกเกอร์บ่อยจากหญ้าหรือใบไม้ที่ไหวตามลม
      • หากตั้งค่าให้ถ่ายภาพเมื่อมีการเคลื่อนไหว แบตเตอรี่อาจหมดเร็ว
      • อัปเดตซอฟต์แวร์ในอนาคตอาจมีการตั้งค่าความไวต่อการเคลื่อนไหว

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

 
GN⁺ 2024-06-04
ความคิดเห็นจาก Hacker News
  • ไม่ค่อยเข้าใจว่าทำไมต้องทำการตลาดผลิตภัณฑ์นี้แบบ สำหรับ Mac เท่านั้น อย่างหนัก
    มันเป็นผลิตภัณฑ์โอเพนซอร์ส แต่กลับผูกแอปไว้กับระบบปฏิบัติการฝั่งผู้ใช้ที่ปิดที่สุด ก็น่าเสียดายอยู่ Linux หรือ Windows ยังรันแบบเนทีฟหรือผ่าน VM บนฮาร์ดแวร์ทั่วไปได้ แต่ macOS ใช้งานได้สะดวกจริง ๆ แค่บน Mac เท่านั้น พออ่านคอมเมนต์แล้วถึงเพิ่งรู้ว่าตามทฤษฎี แม้ไม่มี Mac ก็ยังซื้อมาใช้ได้ เพียงแต่น่าจะต้องยอมเสียประสบการณ์ใช้งานบางส่วนไป
    อย่างน้อยการระบุให้ชัดว่ามีโอกาสรองรับจากชุมชนในรูปแบบ เครื่องมือบรรทัดคำสั่ง สำหรับ Linux ก็ดูเป็นเรื่องง่าย ถึงจะไม่ขัดเกลาเท่าแอปบน Mac แต่ก็สอดคล้องกับแนวทางที่เปิดเผยข้อจำกัดของผลิตภัณฑ์อย่างตรงไปตรงมา และน่าจะช่วยเพิ่มลูกค้าได้ด้วย

    • ไม่แน่ใจว่าจุดวิจารณ์คือผลิตภัณฑ์เสียเงินรองรับแค่ Mac หรือว่าโปรเจกต์โอเพนซอร์สไม่รองรับหลายระบบปฏิบัติการกันแน่
      ถ้าเป็นอย่างแรก ซอฟต์แวร์ที่มีเฉพาะบน Mac ก็เห็นมาเยอะ และคิดว่าน่าจะเพราะแพลตฟอร์มนี้ถูกมองว่าเป็นที่ที่คนยอมจ่ายเงินให้ผลิตภัณฑ์ดี ๆ มากกว่า
      ถ้าเป็นอย่างหลัง มันก็เป็นโอเพนซอร์สอยู่แล้ว ถ้าต้องการอะไรก็ทำส่วนที่ขาดเองได้ ไม่แน่ใจว่ามุมมองแบบนี้เป็น วัฒนธรรม DIY ที่คุ้นเคยตอนโตมา หรือแค่เพราะอายุมากขึ้น แต่ก็สงสัยว่ายังเป็นความเชื่อที่พบได้ทั่วไปอยู่ไหมในทุกวันนี้
    • รู้สึกว่าไม่น่าต้องทำให้เป็นประเด็นขนาดนี้ แค่ถามว่า “มีแผนรองรับแพลตฟอร์มอื่นไหม?” ก็ได้แล้ว แต่กลับดูเหมือนตีความในแง่ร้ายเกือบจะเจตนา
      มันดูเข้ากับคำพูดที่ว่าเหตุผลที่เลิกทำซอฟต์แวร์เชิงพาณิชย์บน Linux คือ “งานซัพพอร์ต 95%, รายได้ 2%” ถ้ามันเปิดอยู่และอยากได้การรองรับ Linux/Windows ก็ลงมือทำเองได้ แทนที่จะไปบ่นว่าคนที่ทำอุปกรณ์เล็ก ๆ ราคา 200 ดอลลาร์ยังไม่ได้ทำให้
    • เห็นข้อความนี้บนหน้าเว็บแล้วก็ย้อนกลับไปยกเลิกคำแนะนำทันที มันให้ความรู้สึกเหมือน การโอ้อวดแปลก ๆ ของผู้สร้าง และน่าขันตรงที่ชุมชนโอเพนซอร์สน่าจะไม่สนใจเจตนาสร้างสรรค์ ขอแค่คุณค่าที่เสนอใช่ ก็จะหยิบไปใช้ตามต้องการเอง
      ยอมรับว่า Dave เป็นนักพัฒนา/นักออกแบบที่เก่งมาก และตัวผลิตภัณฑ์ก็น่าประทับใจในแบบของมัน แต่อยากเห็นข้อมูลว่าผลิตภัณฑ์ สำหรับ Mac เท่านั้น ทำได้ดีแค่ไหนในตลาดจริง
    • เห็นด้วยมาก ดูเว็บแล้วเริ่มสนใจและอาจพิจารณาอยู่ แต่พอเห็นว่าเฉพาะ Mac ก็ปิดแท็บทันที
  • น่าทึ่งที่ยังทำ แอปเทอร์มินัลแบบลากแล้ววาง สำหรับ rebase อีกด้วย โดยรวมแล้วเป็นผลิตภัณฑ์ที่เจ๋งมากและให้ความรู้สึก Hacker News สุด ๆ
    https://toaster.llc/debase/index.html

    • ขอบเขตความรู้ของคนนี้น่าทึ่งจริง ๆ เห็นทำได้ตั้งแต่ embedded ไปจนถึงเนทีฟแอปและงานประกอบสร้างแล้ว รู้สึกเหมือนตัวเองขี้เกียจเกินไปเลย
    • การลากแล้ววางในเทอร์มินัลก็น่าสนใจ แต่ช่วงนี้ฉันเพิ่งเริ่มใช้ lazygit ซึ่งเป็นไคลเอนต์ Git สำหรับเทอร์มินัล เวิร์กโฟลว์เป็นแบบใช้คีย์บอร์ดทั้งหมด และให้ mental model ที่จัดการง่ายกว่าบรรทัดคำสั่ง Git มาตรฐานมาก
      https://github.com/jesseduffield/lazygit
    • ว้าว ฉันอยากได้อะไรแบบนี้มานานมาก และช่วงหนึ่งถึงกับเริ่มทำเองเลย
  • บนเว็บไซต์ผลิตภัณฑ์มี ภาพตัวอย่าง จากกล้องไหม? ไอเดียนั้นเจ๋งดี แต่ถ้าจะตัดสินว่ามันเหมาะกับจุดประสงค์แค่ไหน ก็น่าจะดีถ้ามีภาพตัวอย่างหลาย ๆ แบบ

    • ต้องเพิ่มภาพตัวอย่างแน่นอน
      ตอนนี้มีภาพจริงอยู่ในโหมดเดโมของแอป Mac
      https://apps.apple.com/us/app/photon-transfer/id6476578040
      ภาพเดโมถ่ายที่ Lick Observatory บน Mount Hamilton
  • ดูน่าสนใจมาก ผมทำมาหากินด้วยการถ่ายภาพมาเกิน 30 ปีแล้ว และค่อนข้างอยากซื้ออยู่เหมือนกัน
    สำหรับโปรเจ็กต์ บันทึกการเลี้ยงลูก California condor ที่กำลังทำอยู่ตอนนี้ ฟอร์มแฟกเตอร์เล็กๆ แบบนี้น่าจะเหมาะมาก เพียงแต่สำหรับความต้องการของผมยังต้องถ่ายวิดีโอด้วย ซึ่งถ้าเป็นแบบนั้นอายุแบตเตอรี่น่าจะลดลงมาก
    ถ้าติดตั้งระบบกล้องในเดือนพฤศจิกายน ก็จะไม่สามารถไปแตะต้องมันได้อีกจนกว่าลูกนกจะออกจากรังในฤดูใบไม้ร่วง ทำให้หาทางออกที่ตอบทั้งคุณภาพภาพและข้อกำหนดเฉพาะของโปรเจ็กต์นี้ได้ยาก
    มีหลายเหตุผลที่ใช้ GoPro ไม่ได้ มันกินไฟมาก และเพราะเป็นสถานที่เพาะพันธุ์ แม้จะปิดเสียงบี๊บในเมนูแล้ว แต่หลังไฟดับเสียงบี๊บก็เคยกลับมาเปิดเอง ไฟดับก็เกิดบ่อยด้วย อีกอย่าง GoPro ถ้าไฟถูกตัดจะไม่เปิดกลับมาเอง ต้องเปิดด้วยมือ ซึ่งทำไม่ได้ในช่วงที่มีลูกนกและพ่อแม่นกอยู่

    • ใช้ กล้องดักถ่ายสัตว์ ไม่ได้เหรอ? มันทำงานพวกนี้ได้ดีกว่า มีทั้งวิดีโอและมองกลางคืนได้ด้วย แถมราคา 50 ดอลลาร์ ไม่ใช่ 200 ดอลลาร์
    • แยกจากตัวกล้อง จะลากสายยาวออกไปยังจุดที่เปลี่ยนแบตเตอรี่เป็นครั้งคราวได้ไหม? หรือจะใช้ แบตเตอรี่แพ็กชาร์จด้วยพลังงานแสงอาทิตย์ ภายนอกก็ได้ไม่ใช่เหรอ?
    • ถ้าต้องการวิดีโอต่อเนื่องหลายเดือน มีโอกาสสูงว่าจะต้องใช้ โซลูชันแบบสั่งทำ ที่ใช้แบตเตอรี่ แบตเตอรี่น่าจะต้องมีขนาดพอสมควร และพลังงานแสงอาทิตย์อาจช่วยได้ แต่ไม่ควรพึ่งทั้งหมด แบตเตอรี่ LFP จากที่อย่าง Eco-Worthy อาจเป็นตัวเลือกที่ดี เพราะเบาและจ่ายกำลังได้สูง กล่องแบตเตอรี่ราคา 30 ดอลลาร์ที่ขายไว้สำหรับแบตเตอรี่รถยนต์ตะกั่วกรดก็เอามาใช้ป้องกันสภาพอากาศได้
      วิดีโอต่อเนื่องระดับหลายเดือนนั้น ในตอนนี้ยังแทบเป็นไปไม่ได้ในเชิงพลังงานต่ำ เพราะเซนเซอร์กล้องไม่ได้ถูกออกแบบมาสำหรับงานแบบนั้น และเซนเซอร์ CMOS ปัจจุบันต้องออกแบบใหม่ทั้งหมด มีงานวิจัยทำเซนเซอร์เฉพาะที่กินไฟต่ำกว่ามากโดยเริ่มจากศูนย์อยู่ แต่ยังเป็นงานวิจัยขั้นสูงและผมยังไม่เห็นที่ทำขายจริง กระทรวงกลาโหมน่าจะให้ความสำคัญเพราะต้องการวิดีโอต่อเนื่องที่อยู่ได้นานในสนามรบ งานนี้เริ่มจากเทคนิคไมโครแฟบริเคชันแบบใหม่เมื่อราว 5 ปีก่อน และ Chip Elliot ก็มีส่วนเกี่ยวข้อง แต่ตอนนั้นก็ยังไม่แน่ชัดว่าจะทำได้จริงแค่ไหน
      ถ้าเป็นไทม์แลปส์ ลองดู Brinno camera ได้ มันทำมาเพื่อไทม์แลปส์ มีเคสกันน้ำ และใช้ไฟผ่าน USB ได้
      https://brinno.com/
      ถ้าตั้งค่า auto exposure และช่วงไทม์แลปส์ยาวพอ มันก็เก็บแสงได้มากพอในตอนกลางคืนและยังจัดการตอนกลางวันได้ด้วย มี lens mount ให้เลือกทั้งเลนส์มุมกว้างหรือเทเลอ่อนๆ และอาจมีเลนส์จาก third party ด้วย ถ้าใช้ Brinno สำหรับไทม์แลปส์ควบคู่กับระบบไฟแบบสั่งทำสำหรับวิดีโอต่อเนื่อง อย่างน้อยก็จะได้อะไรบางอย่างจากสองระบบอิสระ สำหรับระบบไร้คนดูแล ความซ้ำซ้อน เป็นเรื่องดี
    • นอกเรื่องนิดหนึ่ง ถ้าอยากดู condor ใน California มีที่ไหนแนะนำบ้าง? ผมเคยเห็นที่ Pinnacles National Park และดีมากจริงๆ
    • เปิด GoPro เอาตัวส่งเสียงบี๊บออก แล้วต่อเข้ากับแบตเตอรี่ภายนอกลูกใหญ่ก็พอ
  • สงสัยว่าทำไมถึงไม่ทำให้ต่อเป็น อุปกรณ์จัดเก็บข้อมูลขนาดใหญ่ทั่วไป ไปเลย

    • เป็นคำถามที่สมเหตุสมผล ตอนนั้นมีเหตุผลอยู่หลายข้อ
      เพื่อรีดอายุแบตเตอรี่ของ Photon ให้สูงที่สุด ฮาร์ดแวร์จึงถูกทำให้ทำเฉพาะสิ่งจำเป็นขั้นต่ำในการบันทึกภาพ ดังนั้น Photon จึงเก็บภาพลง SD card แบบไม่ฟอร์แมต เป็นเหมือนอาร์เรย์ไบต์เชิงเส้นขนาดใหญ่ และทำดัชนีได้ง่ายและเร็ว
      MSP430 แบบ 16-bit เป็นตัวเขียนข้อมูลภาพ และแม้ไม่ต้องรับมือความซับซ้อนของไฟล์ซิสเต็มอย่าง FAT32 พื้นที่โค้ดของ MSP430 ก็ถูกใช้ไปแล้ว 99% จึงไม่มีที่พอจะเพิ่มการรองรับไฟล์ซิสเต็ม ตระกูล MSP430FR2433 นี้มี FRAM ได้สูงสุด 16KB แม้จะเปลี่ยนไปใช้ตระกูลอื่นก็ได้ก็ตาม
      Photon เก็บภาพเป็น ข้อมูลภาพ RAW ที่ต้องผ่าน post-processing ก่อนถึงจะดูได้อยู่แล้ว เพราะอย่างนั้นในเมื่ออยากมีแอปที่ขัดเกลาแล้วสำหรับเปิดภาพอยู่แล้ว ก็เลยคิดว่าให้แอปนั้นเป็นสิ่งจำเป็นไปเลยก็ได้
      ไม่ได้จะบอกว่าทุกเหตุผลนี้ยอดเยี่ยมหมด แต่ตอนนั้นตัดสินใจกันแบบนั้น
    • ผมไม่ใช่ผู้ใช้ Mac แต่เป็นคนที่ชอบซื้ออุปกรณ์กล้องแปลกๆ แบบหุนหันพลันแล่น ดังนั้นป้าย Mac เท่านั้น ที่อยู่ถัดจากส่วนพับเก็บลงมานิดเดียวถือว่ามีประโยชน์มาก ปกติบน HN ผมต้องอ่านหน้าซอฟต์แวร์ไปหลายนาทีกว่าจะมารู้ตรงฟุตเตอร์หรือที่ลิงก์ “get it here” ว่ามันใช้ได้เฉพาะ Mac แต่ที่นี่ผมรู้ทันทีว่าไม่ใช่ของสำหรับผม และกลับไปใช้ชีวิตอันน่าเบื่อนได้เลย
    • ดูเหมือนว่าจะมี companion app อยู่ใน App Store ถึงอย่างนั้นถ้าจะปล่อยเป็นโอเพนซอร์ส ผมก็ยังไม่ค่อยเข้าใจเหมือนกัน
    • ในทางปฏิบัติอาจจะดีกว่าถ้าให้อุปกรณ์แสดงตัวเป็น อุปกรณ์ที่รองรับ MTP แทนที่จะเป็นอุปกรณ์จัดเก็บข้อมูลขนาดใหญ่ทั่วไป แต่แบบนั้นก็ยังต้องมีไฟล์ซิสเต็มรองรับอยู่ดี และอย่างที่ผู้เขียนอธิบาย พื้นที่สำหรับเพิ่มฟีเจอร์ก็ไม่มีแล้ว
      ตัวผลิตภัณฑ์น่าสนใจ และมีการเปิดโค้ดไว้ด้วย ดังนั้นน่าจะพอมีโอกาสที่ Linux support จะเกิดขึ้นในที่สุด
      0: https://en.wikipedia.org/wiki/Media_Transfer_Protocol
    • ในกรณีนี้ การที่ซอฟต์แวร์รองรับเฉพาะ Mac ดูเหมือนจะเป็นฟีเจอร์อย่างหนึ่ง
  • เป็นโปรเจ็กต์ที่เจ๋งมาก ผมไล่ดูเร็วๆ แล้วมีบางอย่างนึกขึ้นมา
    โค้ดและไฟล์ออกแบบใน GitHub repository ไม่มีไลเซนส์ ดังนั้นตอนนี้มันยังใกล้เคียงกับ source-available มากกว่าโอเพนซอร์ส ถ้าตั้งใจให้คนอื่นแก้โค้ดและประกอบกล้องเองได้ ก็ควรเพิ่มไลเซนส์ที่เหมาะสม
    การที่ใช้งานได้ผ่านแอปเฉพาะและรองรับเฉพาะ Mac เท่านั้น แถมเป็น macOS เท่านั้นโดยไม่มี iPad/iPhone ดูเหมือนจะจำกัดตลาดมาก ถ้าแอปมีหน้าที่แค่ดู/โอนรูปและตั้งค่าอุปกรณ์ การเข้าถึงไฟล์ภาพอาจทำผ่านอินเทอร์เฟซ MTP แบบเรียบง่าย และมีอินเทอร์เฟซที่สองไว้ตั้งค่าได้ อีกอย่าง ถ้าตั้งใจทำการตลาดว่าเป็นอุปกรณ์ที่เปิดซอร์ส ดัดแปลงได้ และเป็นมิตรต่อความเป็นส่วนตัว Linux support ก็แทบจะจำเป็น
    ถ้าต้องการให้ทำงานได้ในอุณหภูมิติดลบ ก็น่าพิจารณาใช้ IC เกรดยานยนต์ด้วย ชิ้นส่วนปัจจุบันอาจโอเคใน California แต่สำหรับการใช้งานกลางแจ้งฤดูหนาวในรัฐทางเหนืออาจลำบาก

    • Linux support ไม่จำเป็นต้องเป็นคนทำเองโดยตรงเสมอไป น่าจะมีคนเอาโอเพนซอร์สโค้ดที่เปิดไว้ไปแฮ็กทำรองรับ Linux และ Windows ด้วยเช่นกัน
      แต่ถ้า Dave อยากเข้าถึงตลาดที่ใหญ่ขึ้น การรองรับ Windows หรือ Android ก็สมเหตุสมผล
  • ดูยอดเยี่ยมมาก ขอบคุณที่ทำแอป Mac ดี ๆ แบบนี้ขึ้นมา และคิดว่าไม่ต้องใส่ใจกับคำวิจารณ์ที่เหลือที่นี่ก็ได้
    มันจะเหมาะกับการทำเป็นวิดีโอยาวไหม? กำลังนึกภาพว่าเอาไฟล์ออกจากกล้องเป็นระยะ ๆ ตอนลูก ๆ โตและเล่นกัน แล้วค่อยเอาเฟรมมาต่อกันเป็นหนังในภายหลัง
    แล้วมีวิธีรู้ไหมว่าพื้นที่เก็บข้อมูลกำลังจะถูกเขียนทับเมื่อไร?

    • ไทม์แลปส์เป็นหนึ่งในกรณีการใช้งานที่ตั้งใจไว้ เพียงแต่ยังต้องเพิ่มฟีเจอร์ส่งออกวิดีโอในแอปคู่กัน ตอนนี้รองรับแค่การส่งออกภาพ
      ตอนนี้ถ้าพื้นที่เก็บข้อมูลเต็ม ระบบจะเขียนทับรูปที่เก่าที่สุดแบบเงียบ ๆ แต่ผมก็คิดมาตลอดว่าควรมีตัวเลือกป้องกันไม่ให้เกิดแบบนั้น
      ถ้าแบตเตอรี่ต่ำกว่า 2% อุปกรณ์จะเข้าโหมด “battery trap” หยุดถ่าย และมีแค่ไฟ LED สีแดงกะพริบทุก 5 วินาที ถ้ามีตัวเลือกให้เข้าโหมดนี้ด้วยเมื่อพื้นที่เก็บข้อมูลเต็มด้วย จะโอเคไหม?
  • ดูเหมือนหลายคนจะกังวลเรื่องที่รองรับเฉพาะ Mac งั้นพอจะมีไฟล์ Python เล็ก ๆ ที่อ่านภาพ RAWได้บนทุกแพลตฟอร์มหรือเปล่า?
    ดูเหมือนว่าจะดัมพ์ด้วย dd if=/dev/disk123 of=/tmp/bigrawfiles แล้วค่อยโพสต์โปรเซสด้วยสคริปต์ Python นั้นได้
    มันอาจไม่ดีเท่าแอป Apple ที่ขัดเกลามาแล้ว แต่สำหรับคนที่ชอบฮาร์ดแวร์นี้และยอมทำ DIY นิดหน่อย ก็น่าจะเพียงพอ

    • ตอนนี้มีสิ่งที่คล้ายกันอยู่บ้างในMDCUtil และน่าจะทำงานได้ทั้งบน macOS และ Linux
      https://github.com/toasterllc/MDCCode/blob/rev10/Tools/MDCUt...
      ตัวอย่างเช่น ใช้แบบนี้ได้
      $ MDCUtil ImgReadFull output.cfa
      แต่ตอนนี้มันยังแค่ดึงข้อมูลดิบที่เก็บไว้ในการ์ด SD ออกมา ดังนั้นยังต้องทำฟีเจอร์แปลงเป็นฟอร์แมตมาตรฐานอย่าง DNG
  • มีคำถามอยู่สองสามข้อ
    ความละเอียดภาพเท่าไร? ตายตัวหรือเปลี่ยนได้ในการตั้งค่า?
    แนบไฟล์ภาพจริงได้ไหม? ดูจากพรีวิวอย่างเดียวแทบแยกอะไรไม่ออก
    มีข้อมูลเรื่องอุณหภูมิการทำงานไหม? ถึงแบตยังไม่ตาย กล้องก็อาจดับเพราะร้อนเกินไปได้ และเจอบ่อยกับพวก GoPro
    ความจุเก็บข้อมูลมีเท่าไร? ดูเหมือนไม่มีพูดถึงที่ไหนเลย
    แก้ไข: ตอนนี้เห็นฟุตเตอร์ของเว็บแล้ว ก่อนหน้านี้มันไม่โหลด

  • Dave โปรเจ็กต์เจ๋งมาก
    อยากฟังเพิ่มเกี่ยวกับการออกแบบพลังงานต่ำ คุณบอกว่าเลือก MSP430 สำหรับงานนี้ และในบล็อกโพสต์สถาปัตยกรรมระดับสูงก็มีข้อมูลเรื่อง power domain อยู่บ้าง แต่ถ้ามีบล็อกโพสต์ที่ลงรายละเอียดเทคนิคการประหยัดพลังงานมากกว่านี้ก็น่าจะดี
    สงสัยว่าเคยคิดจะเพิ่มอัลกอริทึมบีบอัดแบบสตรีมมิงง่าย ๆ เพื่อยืดอายุแบตเตอรี่ไหม ถ้าปริมาณข้อมูลที่จะเขียนลดลง เวลาที่ VDD_B ต้องเปิดอยู่ก็จะลดลง และอาจทำบน FPGA ได้ด้วย ผมนึกถึงอะไรอย่างdelta encoding ที่ใช้ความยาวโค้ดต่างกันสำหรับการเปลี่ยนแปลงความสว่างเล็กน้อยกับมาก ๆ ในแต่ละช่องสี
    เช่น ถ้าบิตแรกเป็น 0 ก็ให้ตามด้วยเดลตาความสว่าง +/-32 แบบ 5 บิต แต่ถ้าบิตแรกเป็น 1 ก็ใช้เดลตาความสว่าง 11 บิต อะไรประมาณนั้น
    ถ้าความเปลี่ยนแปลงความสว่างระหว่างสองพิกเซลเกิน 2048 ข้อมูลอาจหายไปนิดหน่อย แต่สามารถกระจายค่าการเปลี่ยนแปลงนั้นออกเป็นสองค่าติดกันให้ดู “เบลอ” ได้ เช่น [0, 0, 4096, 4096, 4096] จะกลายเป็น [0, 0, 2048, 4096, 4096]

    • ขอบคุณสำหรับข้อเสนอ ไอเดียเรื่องการบีบอัดน่าสนใจดี ผมห่างจากการแตะ FPGA RTL มาสักพักแล้ว แต่ก็ไม่แน่ใจว่าจะยังมีพื้นที่พอใส่สิ่งนั้นไหม
      มีความลับเล็ก ๆ ของ Photon ที่เกี่ยวกับการบีบอัดอยู่ คือทุกวันนี้พิกเซล RAW 12 บิตถูกเขียนเป็นคำขนาด 16 บิต ดังนั้น 25% ของการ์ด SD หรือก็คือ 4 บิตบนสุดของทุกพิกเซล จริง ๆ แล้วเป็น 0
      เพราะงั้นวิธีบีบอัดที่ง่ายที่สุดคือแพ็กพิกเซลเหล่านี้ให้แน่นขึ้น ซึ่งจะเพิ่มจำนวนรูปที่เก็บได้จาก 20,000 เป็น 27,000 รูป และอย่างที่คุณบอก เวลาที่ใช้เขียนรูปก็จะลดลง ทำให้อายุแบตเตอรี่ดีขึ้นด้วย
      น่าสนใจเหมือนกันถ้าจะวัดเชิงปริมาณว่าอะไรใช้พลังงานมากที่สุดระหว่างการถ่ายภาพหนึ่งรูป พูดตามตรงผมก็ไม่ค่อยแน่ใจว่าการกระจายการใช้พลังงานระหว่าง image sensor, SDRAM, SD card และ ICE40 จะออกมาเป็นอย่างไร