Spotify brengt Soloist-terminalclient uit voor schermloze diy-set-ups

Spotify heeft een terminalclient genaamd Spotify Soloist geïntroduceerd. De tool is bedoeld voor diy-set-ups zonder scherm, bijvoorbeeld een Raspberry Pi die op een stereo is aangesloten. Daarmee kunnen gebruikers Spotify op zo'n set-up aansturen via een desktop of smartphone. Spotify Soloist is direct te downloaden en werkt met Raspberry Pi's en Linux. Voor de installatie is een Premium-account vereist.

Spotify Soloist is een headless commandlineclient, schrijft Spotify in een aankondiging. Gebruikers kunnen de client aansturen via de opdrachtregel of scripts. Als de tool eenmaal is geïnstalleerd op het apparaat waarop de gebruiker Spotify wil kunnen afspelen, verschijnt het apparaat in de Spotify-app. Vanaf dat moment kunnen gebruikers Spotify op de diy-set-up aansturen via de app op een smartphone of desktop. Dat werkt ongeveer hetzelfde als wanneer Spotify op een bluetoothspeaker wordt afgespeeld via een smartphone.

Gebruikers kunnen zo muziek, podcasts en audioboeken streamen op hun zelfgemaakte set-up. Ze kunnen ook een Jam starten met vrienden en familie en Smart Shuffle en autoplay gebruiken. De tool ondersteunt verder lossless audio tot 24bit/44,1kHz. Daar is wel een Premium-account voor nodig. Premium-accounts hebben verder toegang tot crossfade en automix voor mooie overgangen tussen nummers.

Vereisten voor de installatie

Om Spotify Soloist te installeren, is een Premium-account nodig. Daarna kunnen ook gratis gebruikers verbinding maken. Spotify heeft een handleiding gemaakt voor gebruikers die hiermee aan de slag willen.

Spotify Soloist heeft een lokale WebSocket-api voor diy-set-ups. De interface biedt afspeelbediening voor play, pauze, zoeken, volume, shuffle en repeat. Die bevat ook functies voor afspeellijsten.

Bron: Avid Photographer/iStock Editorial/Getty Images (Beeld ter illustratie)

Door Eveline Meijer

Nieuwsredacteur

17-08-2026 • 12:43

51

Submitter: EsDeKa

Reacties (51)

Sorteer op:

Weergave:

Premium account vereist? Op hun eigen blog staat wat anders: https://developer.spotify.com/blog/2026-08-13-introducing-spotify-soloist

Spotify Soloist is a new Spotify Connect terminal client for headless and DIY setups. It runs on Raspberry Pis and Linux, works with both Free and Premium Spotify accounts, and is available for download today.

In de handleiding staat dan weer wat anders: https://developer.spotify.com/documentation/soloist/tutorials/getting-started

Keep the API key private. It is for the account that generated it and should not be shared with other users. Spotify Soloist sends it during Spotify Connect login to prove that the device is allowed to use Spotify Soloist.

Dat begrijp ik niet helemaal

[Reactie gewijzigd door Jay-v op 17 augustus 2026 12:53]

In de blog waar je naar linkt:

A Premium account is needed to set up Spotify Soloist, but once it's running both Free and Premium users can connect.
Je hebt gelijk, al is het niet hoe ik over een "Terminal Client" denk. Een spotify terminal client is mijn inziens een alternatief op de Desktop App. Waar ik dus inlog en muziek afspeel.

Dit lijkt meer een manier om een linux machine om te zetten in een speaker waar je naar kunt casten?

Dan lijkt Music Assistant + Sendspin een beter alternatief (kan je ook met Spotify gebruiken).

EDIT: Soloist is een headless client. Daar zit hem blijkbaar het verschil in. Leuke oplossing opzich. Maar dan is Music Assistant + Sendspin aantrekkelijker, omdat ik meerdere devices kan laten samenwerken.

[Reactie gewijzigd door Jay-v op 17 augustus 2026 13:19]

Er zit volgens mij wel een verschil in: Spotify Soloist is voor de geluidsinstallatie zelf. Een oude Hi-Fi setup bijvoorbeeld die geen Airplay, Cast, Sonos, Bluetooth of whatever heeft op zichzelf.

Dat is wat anders dan Music Assistant, dat meer een controller is voor speakers die Airplay, Cast, Bluetooth of whatever hebben. Of Sonos zijn. Ja, je kunt je Music Assistant server ook rechtstreeks op speakers aansluiten en dan de Music Assistant server zelf als uitvoer kiezen, maar dat moet dan maar toevallig net zo uitkomen natuurlijk.

(En kan Music Assistant hoge kwaliteit streamen vanuit Spotify?)

Dus: gebruik je Spotify toch altijd al en heb je nog een oude speakerinstallatie staan die je graag een upgrade wilt geven, dan is dit juist prima. Raspberry pi aansluiten op je versterker, je versterker als speaker kiezen in Spotify en gaan met die banaan.
Of je koopt een Bluetooth DAC, zoals de Fiio BTR 5 of de BTR 7. De 3.5 mm sluit je aan op de oude speaker / receiver installatie en voilà, je installatie kan HQ audio via Bluetooth afspelen. Bijna alle oude speaker / receiver installaties hebben een 3.5 mm aux ingang en anders pak je de tulp ingang, zolang je maar de juiste kabels erbij gebruikt.

Je hebt nog zelfs een car mode op de Fiio zitten, dat zodra de DAC stroom krijgt, dat het aangaat en verbinding tot stand brengt.
Daarnaast is het ook handig voor je smartphone, als je nog veelvuldig gebruik maakt van bedrade oortjes.
Voordeel van Spotify Connect is dat de audio niet gestreamed word vanaf je mobiel maar dat de cliënt zelf de stream ophaalt. Met bluetooth streamen ben je je eigen toestel tijdens t streamen aan t belasten, wat niet handig is voor je batterij. Met Spotify Connect is t puur een afstandsbediening.
Maar dan kan je toch net zo goed een Chromecast of AppleTV bijzetten en daarop Spotify installeren? Vanuit je telefoon / tablet bedien je dan de playlist en blijft de stream op de Chromecast of AppleTV staan.

De enige reden waarom je voor een DIY zou gaan, is als je zoiets verborgen wilt maken (integreren in je boekenkast of tv meubel). Meeste smart tv's hebben al een app voor Spotify, linksom of rechtsom, je moet inloggen.
Chromecast Audio word niet meer verkocht, en mijn versterker had geen hdmi input ofzo. Vooral voor oudere systemen dus handiger. En ik had al een rpi voor andere zaken. Maar idd, er zijn vele wegen naar Rome
Ik vind die keuze van termen ook verwarrend. Ik zou het een player of streamer noemen, geen 'client'.
Ik neem aan dat de API key ingetrokken wordt als het bijbehorende premium abbo stopgezet wordt.
Op de door jouw gelinkte blogpost:
A Premium account is needed to set up Spotify Soloist, but once it's running both Free and Premium users can connect.
Volgens je eerste bron:
A Premium account is needed to set up Spotify Soloist, but once it's running both Free and Premium users can connect.
En volgens je tweede bron:
Prerequisites
  • A Spotify account with Premium to create the Spotify Soloist API key.
Tenzij ik iets mis, lijken ze beide hetzelfde te zeggen
Dit soort oplossingen bestonden toch allang. Bijvoorbeeld Raspotify
Klopt maar die kunnen geen lossless afspelen, is alleen op officiële clients mogelijk zo dit is een welkome toevoeging. Erg netjes van Spotify, hopelijk werkt het stabiel. Vergeet ik de recente prijsverhoging maar even.

Wel jammer dat het een API key vereist in plaats van een OAuth token.

[Reactie gewijzigd door lavagiant op 17 augustus 2026 12:53]

Klopt maar die kunnen geen lossless afspelen
Dat is zeer relevant! Goed om te weten. Eigenlijk beetje vies van Spotify dat ze dat niet toestaan. Maar goed, vergeleken met andere streaming diensten zijn de API's en SDK's van Spotify behoorlijk flexibel.
Waarom? Oauth is zo overgecompliceerd. Voor iets als dit werkt een api key prima. Met oauth kunnen de verschillende partijen niet eens dezelfde naam voor dezelfde dingen gebruiken. Het is zo jammer dat de halve internet auth markt er mee werkt. In theorie zou het prima moeten kunnen werken voor device to device zonder interactie met een gebruiker. Maar dat vinden te veel api leveranciers helaas erg moeilijk dus zie je bakken met hacks en halve implementatie om het maar te laten werken op een manier die ze zelf snappen, dan is een api key simpeler en meer secure denk ik.
Heel vet dat er een officiële oplossing voor komt, ik heb door o.a. Music Assistant en Spotcast al heel wat keren mijn wachtwoord moeten resetten omdat Spotify vond dat ik gehackt was :+
Klinkt handig, maar
Spotify Soloist builds expire 90 days after their build date. Install a newer build before the current one expires. Expired builds exit with code 10.
Je moet dus actief elke paar maanden je device sudo apt-get update doen.
Nu is dat an sich sowieso aan te raden, maar bijv. mijn RPi met raspotify en domoticz kom ik nauwelijks aan (en ben het wachtwoord _weer_ kwijt) omdat ik alleen op de landing page kijk.
Opzich niet gek, gezien de apps op je andere apparaten ook updates krijgen, maar dan automatisch. Je kunt wel updates uitschakelen bij Android, maar zit daar ook zo'n limiet op?

Wellicht anticiperen ze erop dat een headless system niet zo vaak geupdatet wordt vergeleken met een telefoon of computer met grafisch interface.
Dat viel mij ook al op. Lijkt me dat dit erg hinderlijk kan zijn in de praktijk.
Cron job met auto reboot lijkt me dan een prima oplossing.
Uiteraard zou dat kunnen, maar er bestaan talloze DIY implementaties van Spotify, meestal gebaseerd op Librespot. Een cronjob etc. is lang niet altijd eenvoudig te implementeren.
Unattended-upgrades is je vriend in debian/ubuntu.
...maar dat is precies wat ik niet wil op sommige apparaten.
Je kan ook met vertraging patchen of packages excluden. Met AI zet je eenvoudig een complexe UU op.
Alles kan, maar ik ga voor thuis geen complex IT beheer doen. Dan ben ik namelijk een 'Single Point Of Success' en daar heb ik geen zin in.

Dus: of updates gaan hier automatisch voor apparaten waarvoor ik de risico's die daarmee samenhangen vind opwegen tegen het gemak, of ik review alle updates voordat ze erop gaan.
Als je zelf een eigen Spotify-headless-client gaat bouwen, dan moet je die ook onderhouden. In dit geval helpt Spotify je een handje door de client ook verplicht up-to-date te moeten laten zijn, wat vanuit hen bekeken logisch is.

Wil je dit niet, dan moet je inderdaad niet zelf dingen gaan bouwen toch? Dan moet je iets kant-en-klaars kopen en daarvan de auto-update aanzetten. Of uitzetten, als dat precies is wat je niet wilt op sommige apparaten. Maar zonder de laatste update kan ook een kant-en-klaar apparaat niet meer werken omdat er aan de andere kant van api updates worden gedaan.

Kortom: ik begrijp niet helemaal wat het probleem is wat je hiermee hebt, sorry. Het komt een beetje over alsof je spijkers op laag water aan het zoeken bent.
Het is wel erg rigide als software gewoon stopt met werken na een bepaalde (vrij korte) tijd en dat lijkt hier het geval. Zoals ik elders al opmerk: er zijn zat use cases te bedenken die daar hinder van kunnen ondervinden.

Ik beschouw het als een alternatief voor Librespot dat als backend in veel RPI projecten zit, die moeten hier allemaal een oplossing voor bedenken en hun build / releasemodel misschien wel aanpassen. Lijkt mij veel gedoe.
Ja, dat begrijp ik wel en dat ben ik ook niet per se met je oneens, maar aan de andere kant:

Dit is misschien rigide, maar dit is Spotify's manier om ervoor te zorgen dat iedereen altijd up-to-date is. Je weet dat elk bugje / API-change et cetera altijd binnen maximaal 90 dagen overal werkt / is doorgevoerd.

Door vanaf dag 1 al duidelijk te communiceren dat dit is hoe het gaat werken, dwing je bouwers om vanaf dag 1 goed na te denken over een update-script en te zorgen dat dat automatisch gaat en goed werkt.

Want anders zetten mensen de automatische updates maar gewoon uit, of een ontwikkelaar bouwt iets waarvan het updaten helemaal niet goed werkt of laat het maar achterwege, want 'deze versie werkt toch wel'. Door dit vanaf dag 1 duidelijk te verplichten, voorkom je dat soort builds.
Mijn verwachting is dat deze rigide opstelling voor veel bestaande projecten een showstopper is en dat ze bij Librespot blijven, wat sowieso het voordeel heeft dat het Open Source is (helaas dan geen Spotify Lossless). Het zou natuurlijk wel kunnen dat Spotify het leven van Librespot steeds moeilijker gaat maken. Zo'n beste trackrecord hebben ze niet op dat vlak.

/edit: aanvulling:

Ik heb nog wat verder gelezen en je moet & kunt dus periodiek met een eigen api-key je eigen build/binary downloaden. Deze binary mag je mag je vervolgens niet distribueren. Met deze voorwaarden is Spotify Soloist zeer waarschijnlijk onbruikbaar voor projecten die nu Librespot gebruiken en doorgaans een complete installatie en/of delta-update beschikbaar stellen aan hun gebruikers. Spotify Soloist wordt met deze voorwaarden geen succes verwacht ik, het lijkt me eerder een 'excuus-oplossing', een doekje voor het bloeden.

[Reactie gewijzigd door zordaz op 19 augustus 2026 19:40]

Dit is dus eigenlijk een first-party alternatief voor moOde?
Niet perse een alternatief, want met moOde heb je natuurlijk nog veel meer functionaliteit.
Ik hoop eigenlijk dat moOde deze API gaat gebruiken, want momenteel is lossless niet mogelijk via spotlib (of wat ze nu gebruiken)
Het is vooral een alternatief voor op Librespot gebaseerde Spotify implementaties. Maar het zal niet alle use cases van Librespot kunnen vervangen verwacht ik.

[Reactie gewijzigd door zordaz op 17 augustus 2026 13:53]

Net waar ik naar op zoek ben voor buiten.

wil daar gewoon wat muziek afspelen via bluetooth (versterker + speakers)
maar spotify vraagt tegenwoordig blijkbaar zoveel resources dat een simpele tablet er op vastloopt.

beetje jammer van het premium nodig hebben dan weer.
Je kunt niet alles blijven weggeven, dus soms moet er geld binnen komen.
Een simpele tablet die erop vast loopt? Hoe oud of hoe simpel moet die tablet dan wel niet zijn om vast telopen op Spotify.Over welke tablet heb je het dan(uit interesse).
Lenovo tab m10 HD. Ding loopt continu vast als ik spotify open heb. Verder is er niets op ingesteld oid 😅

Alles hapert en stottert als je bijv volgend nummer wil afspelen of playlisten wil laden
Dat is idd zeer vervelend dan☹️.
Kan je daar ook eventueel de muziek mee 'ondervangen' zoals dat ook met Youtube kan?
Multiroom zoals volumio zou leuk zijn!
Ik neem even aan dat je niet alleen bij de installatie een premium account nodig hebt. De API key wordt vast ingetrokken zodra je abonnement stopt.
Heel mooi! Ik heb nu een raspberry pi met librespot aan mijn hifi hangen voor Spotify Connect-playback -- ik kan dus muziek starten vanaf de spotify client op mijn laptop of op mijn mobiel en deze kan daarna uit. Dat werkt op zich prima (al is het ook wel eens een tijdje stuk geweest) maar het heeft als nadeel dat je plays niet meetellen voor je statistieken. Dat is om misbruik tegen te gaan en snap ik best, maar het zorgt er ook voor dat mijn plays niet worden toegekend aan de artiest die ik daar luister. En 'lossless' zit er ook niet in al mis ik dat niet. Ik ga dit zeker proberen! De websocket-api is een mooie toevoeging, zodat ik met een los paneeltje fysiek previous/next/play/pause kan bouwen

Om te kunnen reageren moet je ingelogd zijn