Bose ने बंद होने वाले SoundTouch स्मार्ट स्पीकर का API सार्वजनिक किया

 (arstechnica.com)
2 पॉइंट द्वारा GN⁺ 2026-01-09 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Bose ने SoundTouch होम थिएटर स्पीकर के API दस्तावेज़ सार्वजनिक किए, ताकि EoL के बाद भी डेवलपर्स इन डिवाइसों का उपयोग कर सकें
  • 2025 के अक्टूबर में की गई घोषणा के अनुसार, 18 फ़रवरी 2026 से SoundTouch उत्पाद सिर्फ AUX·HDMI·Bluetooth कनेक्शन को सपोर्ट करेंगे, और cloud फ़ीचर व app integration बंद हो जाएंगे
  • Bose ने इसके बाद भी AirPlay·Spotify Connect फ़ीचर बनाए रखने और AirPlay 2 simultaneous playback support देने का वादा किया, जबकि app कुछ फ़ीचर घटाने के बाद local mode में उपलब्ध रहेगी
  • कंपनी ने API दस्तावेज़ (PDF) ग्राहकों को ईमेल से वितरित किए, ताकि independent developers compatible tools और features विकसित कर सकें
  • इसे smart device बंद होने पर open source करने के जरिए मौजूदा उपयोगकर्ताओं के device उपयोग और e-waste में कमी लाने के उदाहरण के रूप में देखा जा रहा है

SoundTouch का बंद होना और फ़ीचर सीमाएँ

  • Bose ने अक्टूबर 2025 में घोषणा की कि SoundTouch Wi‑Fi स्पीकर और soundbar 18 फ़रवरी 2026 के बाद ‘साधारण स्पीकर (dumb speaker)’ में बदल जाएंगे
    • इसके बाद सिर्फ AUX, HDMI, Bluetooth कनेक्शन संभव होंगे, और Wi‑Fi आधारित फ़ीचर बंद हो जाएंगे
    • security और software updates, cloud connectivity, dedicated app support सब समाप्त हो जाएंगे
  • app हटने पर Spotify जैसे music services integration, multi-device simultaneous playback, preset save/edit जैसे फ़ीचर संभव नहीं रहेंगे
  • इस घोषणा से कई SoundTouch डिवाइस रखने वाले लंबे समय के उपयोगकर्ताओं में नाराज़गी हुई, और Reddit जैसी communities में आलोचना सामने आई

बंद होने के बाद भी बने रहने वाले फ़ीचर

  • Bose ने ग्राहक ईमेल के ज़रिए बताया कि AirPlay और Spotify Connect फ़ीचर काम करते रहेंगे
    • AirPlay 2 support वाले डिवाइस एक ही audio को साथ में चला सकेंगे
  • SoundTouch app cloud पर निर्भर फ़ीचरों को छोड़कर local mode में बनी रहेगी
    • 6 मई 2026 के automatic update के ज़रिए इसे ऐसे version में बदला जाएगा जो सिर्फ local फ़ीचर सपोर्ट करेगा
  • Bose ने music service apps की favorites सुविधा का उपयोग करके preset save करने का workaround भी बताया

API सार्वजनिक करना और open source

  • Bose ने SoundTouch API दस्तावेज़ (PDF) ग्राहकों को ईमेल से भेजे
    • इससे independent developers SoundTouch-compatible tools और features खुद विकसित कर सकेंगे
  • यह smart device बंद होने पर open source करने की मांग के जवाब के रूप में देखा जा रहा है, जिससे मौजूदा उपयोगकर्ता डिवाइस का उपयोग जारी रख सकें
  • जहाँ दूसरी कंपनियाँ security·brand risk का हवाला देकर open source करने से बचती हैं, वहीं Bose ने इसे लागू किया

smart device बंद करने की प्रथा से तुलना

  • हाल के वर्षों में कई कंपनियों ने smart device support बंद करने और features block (bricking) करने के जरिए लागत घटाने या नए उत्पादों की ओर बदलाव को बढ़ावा दिया है
    • लेख में Logitech, Belkin, Echelon जैसे उदाहरणों का उल्लेख है
  • Bose का कदम इस प्रवृत्ति के बीच तुलनात्मक रूप से अधिक user-friendly approach माना जा रहा है
  • मौजूदा डिवाइस फ़ीचर बनाए रखने और e-waste कम करने के लिए न्यूनतम कदम के रूप में open source के महत्व पर ज़ोर दिया गया है

निष्कर्ष: ‘ज़्यादा नरम बंदी’ का उदाहरण

  • Bose कुछ फ़ीचर हटाएगा, लेकिन API सार्वजनिक करने और मुख्य wireless फ़ीचर बनाए रखने से उपयोगकर्ताओं की असुविधा कम होगी
  • पूरी support जारी रखना मुश्किल हो सकता है, लेकिन मौजूदा उपयोगकर्ताओं को डिवाइस इस्तेमाल जारी रखने का रास्ता दिया गया है
  • लेख में open source को “smart device निर्माता बंद करने से पहले कम-से-कम जो करना चाहिए” के रूप में पेश किया गया है
  • Bose का यह कदम smart home डिवाइस बंद होने पर आदर्श प्रतिक्रिया के उदाहरण के रूप में उल्लेखित है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2026-01-09
Hacker News की राय

  • Bose की आधिकारिक घोषणा का लिंक यहाँ है
    संबंधित SoundTouch API दस्तावेज़ (pdf) यहाँ देखा जा सकता है

  • support बंद करने का यह तरीका आदर्श है
    डिवाइस को e-waste बनाए बिना, API खोलकर community को उसकी उम्र बढ़ाने का मौका देना शानदार है
    आगे right-to-repair जितना महत्वपूर्ण होगा, इस तरह का approach उतना ही ज़रूरी होगा

    • Bose को इसके लिए तारीफ़ नहीं मिलनी चाहिए
      दरअसल यह कदम community के तेज़ विरोध के बाद ही उठाया गया
      शुरुआती घोषणा में ज़्यादातर फीचर हटाकर इसे सिर्फ़ एक साधारण speaker बनाने की योजना थी
      अच्छी बात है कि community आगे आई और दिशा बदलवा दी
      संबंधित लेख: Web Archive version, Ars Technica लेख
    • यह फ़ैसला जश्न मनाने लायक है
      अब Bose के products खरीदने की संभावना बढ़ गई है
    • यह एक अच्छा marketing strategy भी है
      अगर दूसरे speaker makers भी ऐसा करें तो मैं उनसे खरीदते रहना चाहूँगा
      काश Apple भी पुराने products के लिए ऐसा करे
      Microsoft कुछ पुराने products के लिए ऐसा कर रहा है
      कभी Windows XP source code को GitHub पर देखना काफ़ी शानदार होगा
    • काश EU ऐसी policies को अनिवार्य कर दे
      अगर user के control से बाहर, बिना damage के भी कोई चीज़ काम करना बंद कर दे
      तो companies को refund देना चाहिए या ज़रूरी systems को open source करना चाहिए
    • यह बढ़िया कदम है, लेकिन सवाल है कि शुरू से ही API public क्यों नहीं किया गया

  • असल में software या hardware को open source नहीं किया गया,
    बल्कि SoundTouch smart speaker का API documentation जारी किया गया है
    cloud features को replace करने के लिए backend नया बनाना होगा
    फिर भी cloud बंद होने के बाद app update के ज़रिए local control बनाए रखने की सुविधा देना ज़्यादा मायने रखता है

    • OSS developers के मुताबिक, जारी दस्तावेज़ से replacement backend implement करना संभव नहीं है
      दस्तावेज़ केवल app और speaker के बीच के HTTP interface को कवर करता है
      cloud और speaker के बीच का interface अब भी public नहीं है
      संदर्भ: Ars Technica comment, reverse engineering project
    • चूँकि यह असली open source नहीं है, इसलिए security vulnerabilities मिलने पर भी patch नहीं होंगी
      संबंधित दस्तावेज़: आधिकारिक घोषणा, API दस्तावेज़
    • जैसे IBM ने PC standard खोला था, वैसे ही सिर्फ़ API खोलना भी बड़ा बदलाव ला सकता है
    • backend app को फिर से बनाना अब काफ़ी आसान हो गया है
    • लेकिन सवाल यह है कि SoundTouch app नए mobile OS पर भी चलता रहेगा या नहीं
      अगर यह दूसरे speakers के app के साथ integrated है, तो शायद यह पूरी तरह EoL भी न हो

  • Bose ने असली open source तो नहीं किया, लेकिन
    उसने cloud dependency हटाने और API documentation जारी करने जैसे दो कदम उठाए
    manufacturer के नज़रिए से भी इससे IP या signing keys सार्वजनिक नहीं करने पड़ते,
    maintenance cost घटाते हुए functionality community को सौंपी जा सकती है
    इस तरह भी customer satisfaction बढ़ सकती है, यह एक अच्छा सबक है

  • मुझे लगता है यह कदम सिर्फ़ support जारी रखने से बेहतर है
    cloud dependency हटाना अपने आप में बड़ा फ़ायदा है,
    और API को सीधे handle कर पाना आकर्षक है

    • अगर कोई product cloud पर निर्भर न हो तो उसे खरीदने की इच्छा बहुत बढ़ जाती है

  • इस फ़ैसले की वजह से आगे Bose products पर विचार करने की संभावना बढ़ी है
    सिर्फ़ इसलिए नहीं कि वे brick नहीं होंगे, बल्कि environmental impact के लिहाज़ से भी यह सकारात्मक है

    • लेकिन अगर नए आने वाले speakers अब भी cloud-dependent हैं, तो मैं उन्हें नहीं खरीदूँगा
    • काश Bose का sound signature थोड़ा और बेहतर होता
      फिर भी QC headphones की noise cancelling शानदार है और sound quality भी काफ़ी संतोषजनक है
    • पहले मैं Bose से बचता था, लेकिन Sony headphones टूटने के बाद QC इस्तेमाल किया
      और durability, comfort, और sound quality तीनों से इतना प्रभावित हुआ कि राय पूरी तरह बदल गई

  • काश Bose यह feedback देखे
    open source, interoperability, और लंबी उम्र को महत्व देने वाला professional market मौजूद है
    अगर वह इस दिशा में बढ़ता रहा, तो आर्थिक लाभ भी मिलेगा

  • Sonos को भी ऐसा ही करना चाहिए
    इसी वजह से बहुत से लोग Sonos hardware फिर कभी नहीं खरीदते

    • मेरे पिता को gift किया गया Sonos soundbar और speakers app update के बाद brick हो गए
      पुराने app APK और एक dedicated Android phone से ही किसी तरह connect किया जा सकता है
      Sonos ऐसा brand है जिससे बचना चाहिए

  • पहले मैंने Bose की app dependency की आलोचना की थी,
    लेकिन इस बार उसने काफ़ी बेहतर EoL approach दिखाया है
    संदर्भ: पिछली टिप्पणी

    • मैं QC को app के बिना सिर्फ़ Bluetooth से इस्तेमाल करता हूँ
      settings सीमित हैं, लेकिन काम चलाने लायक हैं
      साथ ही Gadgetbridge project में QC35 support पर काम चल रहा है

  • Bose hardware को OSS audio ecosystem से जोड़ने के लिए धन्यवाद
    bose-soundtouch Python library
    local network पर speakers को control करने देती है,
    और cloud बंद होने के बाद भी पूरी functionality बनाए रखने में मदद करती है
    साथ ही Lyrion Music Server(LMS)
    Logitech के Squeezebox को support करने वाला open source streaming server है,
    और कई network players के साथ compatible है

    • इसी API का TypeScript version implement करने वाला एक project भी है: cssinate/bose-soundtouch
    • “opencycling” शब्द दिलचस्प लगा, पहली बार सुना