2 คะแนน โดย GN⁺ 2026-01-09 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • Bose เปิดเผยเอกสาร API ของลำโพงโฮมเธียเตอร์ SoundTouch เพื่อให้นักพัฒนายังสามารถใช้งานอุปกรณ์ต่อไปได้แม้หลังยุติการผลิต (EoL)
  • ตามประกาศเมื่อเดือนตุลาคม 2025 ตั้งแต่วันที่ 18 กุมภาพันธ์ 2026 เป็นต้นไป ผลิตภัณฑ์ SoundTouch จะรองรับเฉพาะการเชื่อมต่อ AUX·HDMI·Bluetooth และฟังก์ชันคลาวด์รวมถึงการเชื่อมต่อกับแอปจะถูกยุติ
  • Bose ยังสัญญาว่าจะคงความสามารถ AirPlay·Spotify Connect ไว้ต่อไป พร้อมทั้งรองรับการเล่นพร้อมกันผ่าน AirPlay 2 และแอปจะยังให้บริการต่อในโหมดโลคัลหลังลดทอนบางฟังก์ชัน
  • บริษัทได้ส่งเอกสาร API (PDF) ให้ลูกค้าทางอีเมล เพื่อเปิดทางให้นักพัฒนาอิสระพัฒนาเครื่องมือและฟังก์ชันที่เข้ากันได้
  • นี่ถูกมองว่าเป็นกรณีตัวอย่างของการเปิดซอร์สเมื่ออุปกรณ์อัจฉริยะถูกยุติการผลิต เพื่อช่วยให้ผู้ใช้เดิมยังใช้ประโยชน์จากอุปกรณ์ได้และลดขยะอิเล็กทรอนิกส์

การยุติ SoundTouch และข้อจำกัดของฟังก์ชัน

  • ในเดือนตุลาคม 2025 Bose ประกาศว่าลำโพง Wi‑Fi และซาวด์บาร์ SoundTouch จะเปลี่ยนเป็น**“ลำโพงธรรมดา (dumb speaker)”** หลังวันที่ 18 กุมภาพันธ์ 2026
    • หลังจากนั้นจะเชื่อมต่อได้เฉพาะ AUX, HDMI, Bluetooth และฟังก์ชันที่อาศัย Wi‑Fi จะถูกยุติ
    • การอัปเดตความปลอดภัยและซอฟต์แวร์ การเชื่อมต่อคลาวด์ และการรองรับแอปเฉพาะ จะสิ้นสุดทั้งหมด
  • เมื่อแอปหายไป ฟังก์ชันอย่างการเชื่อมต่อบริการเพลง เช่น Spotify, การเล่นพร้อมกันหลายอุปกรณ์, การบันทึกและแก้ไขพรีเซ็ต จะไม่สามารถใช้งานได้
  • การประกาศนี้ทำให้ผู้ใช้ระยะยาวที่มีอุปกรณ์ SoundTouch หลายเครื่องไม่พอใจ และเกิดเสียงวิจารณ์ในชุมชนอย่าง Reddit

ฟังก์ชันที่ยังคงอยู่หลังยุติการผลิต

  • Bose แจ้งลูกค้าทางอีเมลว่าAirPlay และ Spotify Connect จะยังคงใช้งานได้ต่อไป
    • อุปกรณ์ที่รองรับ AirPlay 2 จะสามารถเล่นเสียงเดียวกันพร้อมกันได้
  • แอปSoundTouch จะยังคงอยู่ในโหมดโลคัล โดยตัดเฉพาะฟังก์ชันที่ต้องพึ่งพาคลาวด์ออก
    • ผ่านการอัปเดตอัตโนมัติในวันที่ 6 พฤษภาคม 2026 แอปจะเปลี่ยนเป็นเวอร์ชันที่รองรับเฉพาะฟังก์ชันแบบโลคัล
  • Bose แนะนำวิธีเลี่ยงเพื่อบันทึกพรีเซ็ตโดยใช้ฟังก์ชันรายการโปรดในแอปบริการเพลง

การเปิดเผย API และการเปิดซอร์ส

  • Bose แจกจ่ายเอกสาร API ของ SoundTouch (PDF) ให้ลูกค้าทางอีเมล
    • เพื่อให้นักพัฒนาอิสระสามารถพัฒนาเครื่องมือและฟังก์ชันที่เข้ากันได้กับ SoundTouch ได้ด้วยตนเอง
  • นี่เป็นการตอบสนองต่อข้อเรียกร้องให้เปิดซอร์สเมื่ออุปกรณ์อัจฉริยะยุติการผลิต ทำให้ผู้ใช้เดิมยังสามารถใช้อุปกรณ์ต่อไปได้
  • ต่างจากบริษัทอื่นที่มักลังเลจะเปิดซอร์สเพราะความเสี่ยงด้านความปลอดภัยและแบรนด์ Bose เลือกที่จะลงมือทำ

เปรียบเทียบกับธรรมเนียมการยุติอุปกรณ์อัจฉริยะ

  • ช่วงหลังมานี้หลายบริษัทผลักดันการลดต้นทุนหรือการเปลี่ยนไปสู่ผลิตภัณฑ์ใหม่ด้วยการยุติการรองรับอุปกรณ์อัจฉริยะและปิดกั้นฟังก์ชันจนใช้งานไม่ได้ (bricking)
    • ในบทความมีการยกตัวอย่าง Logitech, Belkin, Echelon เป็นต้น
  • มาตรการของ Bose ถูกมองว่าเป็นแนวทางที่เป็นมิตรต่อผู้ใช้มากกว่าเมื่อเทียบกับธรรมเนียมดังกล่าว
  • บทความเน้นย้ำความสำคัญของการเปิดซอร์สในฐานะมาตรการขั้นต่ำเพื่อคงฟังก์ชันของอุปกรณ์เดิมและลดการเกิดขยะอิเล็กทรอนิกส์

บทสรุป: กรณีของ “การยุติอย่างนุ่มนวลกว่า”

  • แม้ Bose จะตัดบางฟังก์ชันออก แต่ก็บรรเทาความไม่สะดวกของผู้ใช้ด้วยการเปิดเผย API และคงฟังก์ชันไร้สายหลักไว้
  • แม้จะยากที่จะคงการรองรับแบบเต็มรูปแบบ แต่ก็เปิดทางให้ผู้ใช้เดิมยังสามารถใช้อุปกรณ์ต่อไปได้
  • บทความระบุว่าการเปิดซอร์สคือ“สิ่งขั้นต่ำที่ผู้ผลิตอุปกรณ์อัจฉริยะควรทำก่อนยุติการผลิต
  • มาตรการครั้งนี้ของ Bose ถูกยกเป็นตัวอย่างการรับมือที่น่าชื่นชมเมื่ออุปกรณ์สมาร์ตโฮมถูกยุติการผลิต

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

 
GN⁺ 2026-01-09
ความเห็นจาก Hacker News
  • ลิงก์ประกาศอย่างเป็นทางการของ Bose อยู่ที่นี่
    และดู เอกสาร SoundTouch API (pdf) ที่เกี่ยวข้องได้ที่นี่

  • วิธีจัดการ การยุติการสนับสนุน แบบนี้ถือว่าเป็นอุดมคติ
    เป็นเรื่องยอดเยี่ยมที่ไม่ทำให้อุปกรณ์กลายเป็นขยะอิเล็กทรอนิกส์ และเปิดเผย API ให้ชุมชนช่วยยืดอายุการใช้งานได้
    ยิ่งในอนาคตที่ right-to-repair มีความสำคัญมากขึ้น แนวทางแบบนี้ก็ยิ่งจำเป็น

    • นี่ไม่ใช่เรื่องที่ Bose ควรได้รับคำชม
      ที่จริงแล้ว มาตรการนี้เกิดขึ้นหลังจากชุมชน ต่อต้านอย่างหนัก เท่านั้น
      ในประกาศแรกเริ่ม พวกเขาตั้งใจจะตัดฟังก์ชันส่วนใหญ่ออกและทำให้มันเหลือเป็นแค่ลำโพงธรรมดา
      โชคดีที่ชุมชนออกมาเคลื่อนไหวจนทำให้บริษัทเปลี่ยนทิศทาง
      บทความที่เกี่ยวข้อง: เวอร์ชัน Web Archive, บทความ Ars Technica
    • การตัดสินใจแบบนี้ ควรได้รับการฉลอง
      ตอนนี้มีโอกาสมากขึ้นที่จะซื้อผลิตภัณฑ์ของ Bose
    • นี่ก็เป็น กลยุทธ์การตลาด ที่ดีเช่นกัน
      ถ้าผู้ผลิตลำโพงรายอื่นทำแบบนี้ ก็ยังอยากซื้อต่อไป
      อยากให้ Apple ทำแบบนี้กับผลิตภัณฑ์รุ่นเก่าด้วย
      Microsoft ก็กำลังทำแบบนั้นกับผลิตภัณฑ์เก่าบางส่วน
      ถ้าวันหนึ่งได้เห็นซอร์สโค้ด Windows XP บน GitHub ก็คงเจ๋งดี
    • อยากให้ EU บังคับใช้ นโยบายแบบนี้
      ถ้าผู้ใช้ควบคุมไม่ได้ และอุปกรณ์ไม่ได้เสียหายแต่กลับหยุดทำงาน
      บริษัทก็ควรคืนเงินหรือเปิดซอร์สระบบที่จำเป็นออกมา
    • แม้จะเป็นมาตรการที่ยอดเยี่ยม แต่ก็ยังสงสัยว่าทำไมถึงไม่ เปิดเผย API ตั้งแต่แรก
  • ในความเป็นจริง สิ่งที่เปิดออกมาไม่ใช่ซอฟต์แวร์หรือฮาร์ดแวร์แบบโอเพนซอร์ส
    แต่เป็นการเผยแพร่ เอกสาร API ของลำโพงอัจฉริยะ SoundTouch
    ถ้าจะทดแทนความสามารถฝั่งคลาวด์ ก็ยังต้องสร้างแบ็กเอนด์ใหม่ขึ้นมาเอง
    ถึงอย่างนั้น การที่ยังคง ความสามารถในการควบคุมแบบโลคัล ผ่านการอัปเดตแอปหลังปิดคลาวด์ได้ ก็มีความหมายยิ่งกว่า

    • ตามที่นักพัฒนา OSS ระบุ เอกสารที่เปิดเผยออกมายัง ไม่เพียงพอสำหรับการทำแบ็กเอนด์ทดแทน
      เอกสารครอบคลุมเพียงอินเทอร์เฟซ HTTP ระหว่างแอปกับลำโพง
      ส่วนอินเทอร์เฟซระหว่างคลาวด์กับลำโพงยังคงไม่เปิดเผย
      อ้างอิง: คอมเมนต์ใน Ars Technica, โปรเจ็กต์ reverse engineering
    • เพราะไม่ใช่โอเพนซอร์สจริง ๆ ต่อให้พบ ช่องโหว่ด้านความปลอดภัย ก็คงจะไม่มีแพตช์ออกมา
      เอกสารที่เกี่ยวข้อง: ประกาศอย่างเป็นทางการ, เอกสาร API
    • เช่นเดียวกับตอนที่ IBM เปิดมาตรฐาน PC แค่ การเปิดเผย API อย่างเดียวก็สร้างความเปลี่ยนแปลงครั้งใหญ่ ได้
    • การสร้างแอปฝั่งแบ็กเอนด์ใหม่กลายเป็นเรื่อง ง่ายขึ้นมาก
    • แต่ก็ยังสงสัยว่าแอป SoundTouch จะยังรองรับบน ระบบปฏิบัติการมือถือรุ่นใหม่ ต่อไปหรือไม่
      ถ้ามันถูกรวมอยู่กับแอปสำหรับลำโพงรุ่นอื่น ก็อาจยังไม่ถือว่า EoL อย่างสมบูรณ์
  • แม้ Bose จะไม่ได้โอเพนซอร์สจริง ๆ แต่ก็ได้ทำสองอย่างคือ
    ตัดการพึ่งพาคลาวด์ และ เผยแพร่เอกสาร API
    ในมุมของผู้ผลิต ก็ไม่จำเป็นต้องเปิดเผย IP หรือ signing key
    และยังลดต้นทุนการบำรุงรักษา พร้อมถ่ายโอนความสามารถไปให้ชุมชนได้
    นี่เป็น บทเรียนที่ดี ว่ายังสามารถเพิ่มความพึงพอใจของลูกค้าได้ด้วยวิธีนี้

  • ฉันคิดว่ามาตรการนี้ ดีกว่าการสนับสนุนต่อเนื่อง เสียอีก
    แค่ตัดการพึ่งพาคลาวด์ออกก็เป็นข้อดีใหญ่แล้ว
    และการที่สามารถจัดการ API ได้เองก็เป็นสิ่งที่น่าสนใจ

    • ถ้าเป็นผลิตภัณฑ์ที่ไม่พึ่งคลาวด์ ก็จะ อยากซื้อมากขึ้นมาก
  • การตัดสินใจแบบนี้ทำให้จากนี้ไปมี โอกาสจะพิจารณาผลิตภัณฑ์ Bose มากขึ้น
    ไม่ใช่แค่เพราะมันไม่กลายเป็นที่ทับกระดาษ แต่ยังเป็นผลดีในแง่ ผลกระทบต่อสิ่งแวดล้อม ด้วย

    • แต่ถ้าลำโพงรุ่นใหม่ที่ออกมายัง พึ่งพาคลาวด์ อยู่ ก็จะไม่ซื้อ
    • อยากให้ เอกลักษณ์เสียง ของ Bose ดีขึ้นอีกนิด
      ถึงอย่างนั้น หูฟัง QC ก็มีระบบตัดเสียงรบกวนที่ยอดเยี่ยม และคุณภาพเสียงก็น่าพอใจมากพอ
    • เมื่อก่อนฉันไม่ค่อยชอบ Bose แต่หลังจากหูฟัง Sony พังแล้วได้ลองใช้ QC
      ก็ประทับใจทั้ง ความทนทาน ความสบายในการสวมใส่ และคุณภาพเสียง จนมุมมองเปลี่ยนไปโดยสิ้นเชิง
  • อยากให้ Bose ได้เห็นฟีดแบ็กแบบนี้
    มีตลาดฝั่งมืออาชีพที่ให้ความสำคัญกับ โอเพนซอร์ส การทำงานร่วมกันได้ และอายุการใช้งานที่ยาวนาน อยู่จริง
    ถ้ายังเดินหน้าไปในทิศทางนี้ต่อ ก็จะมี ผลตอบแทนทางการเงิน ตามมา

  • Sonos ควรทำแบบนี้บ้าง
    นั่นจึงเป็นเหตุผลที่หลายคน จะไม่ซื้อฮาร์ดแวร์ Sonos อีก

    • ซาวด์บาร์และลำโพง Sonos ที่เคยซื้อให้พ่อ กลายเป็น ก้อนอิฐ เพราะการอัปเดตแอป
      ต้องใช้ APK แอปเวอร์ชันเก่าและโทรศัพท์ Android เฉพาะเครื่องถึงจะเชื่อมต่อได้แบบพอถูไถ
      Sonos เป็นแบรนด์ที่ควรหลีกเลี่ยง
  • เมื่อก่อนฉันเคยวิจารณ์ Bose ว่าพึ่งพาแอปมากเกินไป
    แต่ครั้งนี้พวกเขาแสดงให้เห็นถึงแนวทาง EoL ที่ ดีกว่ามาก
    ดู คอมเมนต์ก่อนหน้า

    • ฉันใช้ QC ผ่าน Bluetooth อย่างเดียวโดยไม่ใช้แอป
      แม้การตั้งค่าจะจำกัด แต่ก็ใช้งานได้ดีพอ
      และใน โปรเจ็กต์ Gadgetbridge ก็มีการรองรับ QC35 อยู่ด้วย
  • ขอบคุณที่เชื่อมฮาร์ดแวร์ของ Bose เข้ากับ ระบบนิเวศออดิโอ OSS
    ไลบรารี Python bose-soundtouch
    ช่วยให้ควบคุมลำโพงผ่านเครือข่ายภายในได้
    และทำให้ยังคงใช้งานฟังก์ชันได้ครบแม้หลังจากปิดคลาวด์แล้ว
    อีกทั้ง Lyrion Music Server(LMS)
    ซึ่งเป็นเซิร์ฟเวอร์สตรีมมิงโอเพนซอร์สที่เคยรองรับ Squeezebox ของ Logitech
    ก็ทำงานร่วมกับเน็ตเวิร์กเพลเยอร์ได้หลากหลาย

    • ยังมีโปรเจ็กต์ที่ทำ API เดียวกันใน เวอร์ชัน TypeScript ด้วย: cssinate/bose-soundtouch
    • คำว่า “opencycling” น่าสนใจดี ไม่เคยได้ยินมาก่อน