Bose SoundTouch Toolkit

Documentation for controlling and preserving Bose SoundTouch devices

View the Project on GitHub gesellix/Bose-SoundTouch

Bose Cloud Shutdown: Survival Guide for SoundTouch

With Bose’s announcement of discontinuing cloud support for SoundTouch devices in May 2026, this project provides the necessary tools to keep your speakers fully functional using a local emulation service.

This guide explains how to set up the soundtouch-service to run your devices independently of Bose’s servers.


Supported Use Cases

  1. Local Service Emulation: The service emulates Bose’s BMX (Bose Media eXchange) and Marge services, which handle content registries, presets, recents, and software update checks.
  2. Traffic Redirection: Tools are provided to redirect your speakers to this local service instead of *.bose.com.
  3. Offline Operation: Once redirected, the speakers function without needing to reach Bose’s servers.
  4. Preset & Recent Management: Captures and stores presets and “recently played” items locally.

Setup Steps

To set up your SoundTouch system for local-only operation, follow these steps:

1. Install and Start the Service

Run the soundtouch-service on a machine that is always on (like a Raspberry Pi or a NAS) within your local network.

# Install the service
go install github.com/gesellix/bose-soundtouch/cmd/soundtouch-service@latest

# Start the service (defaults to http://localhost:8000)
soundtouch-service

2. Access the Management UI

Open your web browser and navigate to the service’s web interface: http://<your-server-ip>:8000/, e.g. http://localhost:8000/

Note: The service also supports a /web/ path for management.

3. Enable SSH on Your Speakers

To migrate your speakers, the service needs SSH access. You can enable it by:

  1. Creating an empty file named remote_services on a USB stick.
  2. Inserting the USB stick into the SoundTouch speaker’s service port.
  3. Rebooting the speaker (unplug/replug).

Verify SSH Access:

4. Setup Through the Web UI

The web interface handles the entire process in a guided flow. Before proceeding, we strongly recommend reviewing the Migration & Safety Guide.

5. Verify Your Local Data

Once migrated, your speaker will use the data captured during the Sync step.


Comparison with other implementations (soundcork)

Our implementation (soundtouch-service) is largely compatible with the Python-based soundcork project but offers several advantages:


Alternative: DNS Redirection (No SSH)

If you prefer not to modify your speakers via SSH, you can use a local DNS server (like Pi-hole, AdGuard Home, or Unbound) to point the following domains to your local server’s IP:

Note: DNS redirection for HTTPS services requires the speakers to trust your local service’s SSL certificate. The SSH-based migration handles this automatically by injecting the CA.