Spotify Connect op iPhone kan niet meer met fysieke volumeknoppen worden bediend

Spotify-gebruikers die muziek luisteren via Spotify Connect op een iPhone kunnen binnenkort de fysieke knoppen van de telefoon niet meer gebruiken om het volume te regelen. Gebruikers moeten dan de veel omslachtigere methode gebruiken om de appslider aan te passen.

Gebruikers op onder andere Reddit merken op dat ze de fysieke volumeknoppen niet meer kunnen gebruiken bij het afspelen van Spotify Connect-muziek. Daarbij wordt Spotify-muziek vanaf de iPhone afgespeeld op een apparaat zoals een Sonos-speaker. Gebruikers konden dan het volume simpelweg aanpassen via de volumeknoppen op de iPhone.

Dat kan sinds kort niet meer voor sommige gebruikers. Dat zou liggen aan een recente update van iOS, schrijft Spotify in een reactie aan een gebruiker die daarover contact opnam. Dat zou per 3 september definitief moeten gelden voor alle gebruikers, maar sommigen zien dat nu al.

Gebruikers kunnen het volume voortaan alleen regelen via de slider in de Spotify-app of de widget, maar dat is in de praktijk een omslachtige nieuwe stap. Spotify zegt tegen The Verge dat Apple van appmakers eist dat de apps kunnen integreren met de Home Pod voordat ze de technologie mogen gebruiken om de iPhone-volumeknoppen te mogen gebruiken. Spotify heeft dat niet gedaan.

Update: de titel is aangepast omdat die aanvankelijk onbedoeld suggereerde dat de schuld bij Apple lag.

Reacties (336)

[thanx]

Misschien nieuw voor Spotify, maar dit is al meer dan een jaar bezig. Apple saboteert het integreren met andere systemen als ze zelf soortgelijke opties binnen hun eco-systeem hebben. Precies hetzelfde is al gebeurd met integraties via AirPlay op home audio devices, zoals versterkers van Denon. Waar dat eerst heel handig werkte moet je nu het volume regelen via de app. En de laatste tijd ook steeds vaker de bron selectie manueel instellen ipv automatisch selecteren bij streamen van audio vanuit andere aps zoals spotify, TuneIn, etc
Natuurlijk zal Apple het wel weer maskeren, bijvoorbeeld onder het mom van veiligheid, uniformiteit of ander kul-verhaal. Ik ben zelf fan van de iPhones maar juist niet van veel andere apparatuur in hun eco systeem. De HomePod is bijvoorbeeld echt een vervelend device om te integreren. Zoveel restricties op netwerk connecties (en wifi only), niet simpel een file streamen via Bluetooth, etc.
Ik weet dat Spotify soms overkomt als bedrijf in de slachtofferrol maar ik denk niet dat de opmerkingen hierover onterecht zijn.

[White Feather]

Spotify gebruikt niet de API die bedoelt is voor het afspelen van muziek en maakt gebruik van een andere API die daar niet voor bedoeld is.

Dat doen sommige andere fabrikanten ook. Als Apple dan iets wijzigt aan hun eigen API, dan werkt het opeens niet meer bij die fabrikanten.

Dat is niet de fout van Apple, dat is de fout van die fabrikanten. Zij moeten de juiste API gebruiken.

En Spotify doet hier erg zielig, want ze hoeven totaal geen HomePod-integratie te bouwen. HomePod is optioneel, maar zit in de API die gebruikt hoort te worden voor het afspelen van muziek.

Ze zijn dus zelf schuldig en doen alsof ze zielig zijn, terwijl die API er al 4 jaar is.

[Aiii]

Wat hier storend aan is, is toch wel dat ik verwacht van Tweakers dat ze zelf kritisch nadenken over dit soort berichten. Door te koppen met “Apple blokkeert” en het begeleidende bericht te impliceren dat er een moedwillige actie van Apple is, gaan ze automatisch compleet mee in de berichtgeving. Terwijl ik nergens een statement van Apple zie en het bovendien om beta software gaat.

Het zou dus in de eerste plaats al kunnen gaan om een bug die in een volgende beta weer wordt gefixed. Of het is inderdaad zoals jij zegt, een kwestie van developers die hacks gebruiken in plaats van de juiste API’s. Dat kunnen ze wellicht met een goede reden doen, of wellicht omdat dat vroeger nodig was voordat een API er was. Of ze kunnen het malicously doen, zoals Spotify dat doet omdat ze daar een economisch belang bij hebben (of in dit geval wellicht een juridisch belang cq. een politiek belang). Maar de oplossing en schuld ligt dan inderdaad nog steeds niet bij Apple, zoals ook Tweakers hier het laat lijken.

En Tweakers is zeker op de hoogte van de strijd tussen Spotify en Apple, dus dat mag verder geen nieuws zijn.

[HKS-Skyline]

Het werkte eerst prima --> apple verwijderd een functie --> het werkt niet meer.

Met andere woorden, "apple blokkeert". Lijkt mij vrij duidelijk. Dat spotify het met een omweg op zou kunnen lossen is niet relevant, apple zet doelbewust een functie uit en ik heb nog nergens een logische verklaring gezien waarom apple daar reden toe heeft anders dan het pushen van hun eigen ecosysteem en met opzet dwarsbomen van de concurrentie.

[WillySis]

Spotify is niet de enige die last van deze verandering hebben. Wij hebben een app die de volumeknoppen kan gebruiken om in te zoomen op agumented reality elementen. Dat blijkt ook niet meer te werken. De knoppen kunnen ook niet via de API uitgelezen worden, want dat zit gekoppeld aan het geluidsvolume. Als je kan vervolgens het volume wel weer uitlezen en daar de knop-functie aan hangen. Dat is voor een zoom functie echter niet handig. Voor onze app is het jammer, maar geen ramp. We vervangen de knop bediening wel door een slider.

[mjz2cool]

Spotify staat er wel een beetje om bekend dat ze overal tegenaan schoppen en vooral niet luisteren naar de gebruikers.
Nu dus ook met het gebruiken van de verkeerde api. Spotify zegt dat Homepod integratie verplicht wordt, maar dat is dus niet zo. Een api gebruiken wil niet zeggen dat je alles van die api hoeft te gebruiken.

[HKS-Skyline]

Dat is niet het probleem, er was een api die deed wat we verwachten, apple haalt daar een functie uit en nu werkt het niet meer. Ongeacht of spotify een andere api zou moeten gebruiken is het nog altijd apple die hier een functie blokkeert en daarom is er niets mis met de titel van het artikel.

Daarnaast vind ik het vreemd dat spotify deze api jaren lang kan gebruiken, en nu zou het ineens een probleem zijn en gebruikt spotify de verkeerde api. Ik heb nog nergens een goede verklaring kunnen vinden waarom de oude api niet geschikt meer zou zijn.

[zwartpet]

M'n hele werk als developer bestaat omdat API's nieuwe versies krijgen en grotendeels een nieuwe implementatie behoeven. Niet heel gek dat soms functies uit API's verdwijnen of anders moeten. Of dat hier ook het geval is is te betwijfelen, maar software verouderd nou eenmaal en wijzigt.

[bzuidgeest]

Maar de reden waarom het wijzigt heeft impact. Als het is om concurrenten te pesten dan is het heel anders dan normale vernieuwingen. Om maar te zwijgen api versie beheer en backwardscompatibility die je kan inbouwen.
Als je een API eenmaal in het wild heb, moet je voorzichtig zijn meet aanpassingen en vaak is het prima mogelijk om een oudere API beschikbaar te houden naast de nieuwe.

[mjz2cool]

Daarom worden ze ook eerst deprecated, dan heb je (meestal) nog ruim de tijd om je applicatie aan te passen en te testen met de nieuwe api's. Blijkbaar is de api die Spotify hier gebruikt al jaren deprecated, en daar komt nu een einde aan.

[BlaDeKke]

Werkzekerheid heb je wel dan 😅

[mjz2cool]

Als de betreffende api inderdaad al jaren deprecated was had Spotify al lang hun applicatie aan moeten passen om de juiste api te gebruiken. Daarom worden api's ook niet ineens vervangen. Als dat gebeurt blijven de oude nog een poosje beschikbaar zonder wijzigingen, maar er komt een einde aan.

[RiDo78]

Natuurlijk "blokkeert" Apple. Maar is dat zo'n ramp?

Microsoft blokkeert ook het native gebruik van 8 en 16 bits applicaties. (CLOCK.EXE van Windows 1.0e werkt toch echt niet onder Windows 11 hoor!). Nintendo doet het zelfde, je kunt geen NES-cartridge in de Switch stoppen. Maar dat vinden we allemaal normaal, want het valt onder de noemer 'vooruitgang'.

Maar waar Microsoft met een hele verzameling aan hardware(makers) te maken heeft, kunnen Apple (en bv. Nintendo) helemaal zelf bepalen hoe en wanneer ze naar de volgende hardware gaan. Natuurlijk, API's zijn software; maar dat is je Windows ook en ook software verandert en gaat met zijn tijd mee.

En in dit geval is het als buitenstaander moeilijk om te zeggen wie hier nu loopt te narren. Er is al even een behoorlijke ruzie aan de gang tussen Spotify en Apple en het begint al een redelijke modderpoel te worden. Wat wij als buitenstaanders zien is dat Apple gewoon doet wat het wil en Spotify overal tegenaan trapt.

Ik denk dat we redelijk veilig een paar aannames op een rij kunnen zetten:
1 - Apple heeft een API verwijderd waarmee de functie van de volumeknoppen aangepast kan worden.
2 - Spotify maakte gebruik van die knoppen om andere apparaten te instrueren om harder of zachter te spelen. Daarvoor heeft het die API nodig.
3 - Apple heeft sinds 4 jaar een API voor het afspelen van muziek
4 - Spotify weigert om een of andere reden die API te gebruiken.

Als we die aannames even onder de loep nemen dan kan iedereen er wat van vinden, maar mijn mening is als volgt:
1 - Apple heeft een goede reden om het aanpassen van de functie van de volumeknoppen tegen te gaan, namelijk uniformiteit. Gebruikers 'verwachten' dat die knoppen bedoeld zijn om het geluid aan te passen.
2 - Strak plan van Spotify, het valt mijns inziens wel binnen de scope van wat gebruikers verwachten.
3 - Ik kan mij voorstellen dat Apple die API gebouwd heeft om de gebruiker meer uniformiteit te garanderen. Maar het kan net zo goed zijn dat ze dat doen om in de toekomst ontwikkelaars een poot uit te draaien door geld te gaan vragen voor het gebruik van de API.
4 - Spotify heeft misschien meer informatie dan ik over het doel van die nieuwe API en misschien dat die API de functies bieden die Spotify nodig heeft of wil gebruiken.

Dus ja, Apple blokkeert... maar of dat is om de concurrentie te pesten of niet, dat zullen wij wellicht niet zo snel te weten komen.

[HKS-Skyline]

Microsoft blokkeert ook het native gebruik van 8 en 16 bits applicaties. (CLOCK.EXE van Windows 1.0e werkt toch echt niet onder Windows 11 hoor!). Nintendo doet het zelfde, je kunt geen NES-cartridge in de Switch stoppen. Maar dat vinden we allemaal normaal, want het valt onder de noemer 'vooruitgang'.

Sorry, maar die vergelijkingen slaan als een tang op een varken, we hebben het hier over een functie die voorheen werkte op een bepaald apparaat, maar nu niet meer. Ik kan prima 8 bits aplicaties draaien op mijn oude desktopje, en de NES cartridges werken prima in mijn NES. Een switch heeft nooit de mogelijkheid gehad om een NES cartridge te plaatsen. We hebben het over het blokkeren van functies die voorheen gewoon werkte, en nu niet zonder dat er een goede reden voor is anders dan een van de meest sucesvolle bedrijven ter wereld op een zeer onethische manier nóg meer winst opleveren. Dit keer is het een volumeknopje, maar dit is echt niet de eerste keer dat ze dit soort mafia praktijken uithalen.

[RiDo78]

Het gaat erom dat zowel hardware als software aan verandering onderhevig zijn. En zolang Apple niet met een formele verklaring komt waarom ze die functie blokkeren kunnen we daar alleen maar naar gokken. Het zou kunnen dat ze dat doen om de concurrentie dwars te zitten, maar het kan ook zomaar een andere reden hebben.

En als Apple 4 jaar geleden (zoals iemand hier heeft geopperd) al wereldkundig heeft gemaakt en (naar mijn aanname) de nieuwe API die functionaliteit wél biedt dan zie ik eerlijk gezegd het probleem niet. Tuurlijk, het kan zijn dat de nieuwe 'audio-stream-API' niet toestaat om de volume knoppen voor andere doeleinden te gebruiken behalve het harder en zachter zetten van het apparaat waarop gestreamd wordt. Dan heeft Spotify niet te klagen, maar zullen andere ontwikkelaars (die de knoppen bv. willen gebruiken om te zoomen) balen. En misschien is DAT juist de bedoeling van Apple; gewoon zorgen dat die knoppen enkel gebruikt kunnen worden waar ze voor bedoeld zijn. Who knows?

Ik ben het met je eens dat Apple veel doet om hun winst te maximaliseren, maar welk commercieel bedrijf doet dat niet?

[HKS-Skyline]

Het probleem is niet het maximaliseren van winst, het probleem zit hem in het opzettelijk dwarsbomen van concurrentie en eigen platformen voor te trekken. Ik organiseer een hardloopwedstrijd, maar ik krijg wel 100m voorsprong, want ik ben de organisator.

[CypherCell]

Die vergelijking slaat wel degelijk ergens op..

Wanneer Microsoft Windows 11 uit brengt en er werkt iets niet wat op Windows 10 nog wel werkte, dan krijg je toch een zelfde situatie?

Het blijft dezelfde hardware, het heeft eerder wel gewerkt.. Maar nu doordat Microsoft het niet nodig vind om het beschikbaar te stellen in Windows 11 omdat het verouderd is, werkt het niet meer.


Zoals eerder al in de reacties aangegeven, zou Apple deze API 4 !?!? jaar geleden al aangekondigd hebben, dan moet je als ontwikkelaar toch een keer na gaan denken om het aan te passen in je app denk je niet? Als de API die gebruikt werd niet meer ondersteund/geupdate wordt, maar het is nog wel bruikbaar is heb je mogelijk ook een beveiligingsrisico...

Aub iets verder nadenken, dan simpelweg weer een reden te zien om Apple te kunnen bashen...

[HKS-Skyline]

Nee het slaat nergens op want ik kan er gewoon voor kiezen geen windows 11 te installeren. Deze api werkte prima totdat apple het nodig vond zijn eigen platform voor te trekken, het heeft werkelijk geen zak met beveiligingsrisicos te maken, mocht je kunnen aantonen dat dat wel zo is dan zie ik graag je bron tegemoed.
aub iets verder nadenken in plaats van gelijk te gaan lopen applefanboyen.

[Coolstart]

Sorry, het is net Spotify die niet wil integreren met de Homepod. Het is echt een simpel om de Homepod te ondersteunen maar Spotify zoekt omwegen om die net niet te ondersteunen om Apple geen verkopen te gunnen van de Homepod.

Ik begrijp Spotify wel maar hom nu de schuld op Apple te steken terwijl er gewoon een API bestaat voor de volume knoppen is een brug te ver.

[bzuidgeest]

En blijkbaar bestaat die api in de toekomst alleen nog maar voor hen die met homepod integreren. Ik vind het maar een rare eis. Makkelijk of niet. Waarom zou de ene fabrikant iets te vertellen hebben over wat een andere fabrikant wel of niet kan ondersteunen. Toegang tot fysieke knoppen heeft geen relatie met hompod in enige vorm. Stinkt gewoon naar een variatie op "koppelverkoop"

[WillySis]

Spotify heeft destijds gewoon gekozen om de knoppen om een eigen manier te gebruiken. Destijds was dat geen hack, maar gewoon een mogelijkheid. Waarom die keuze is mij niet duidelijk, misschien gewoon om het porten tussen Android en IPone gemakkelijker te maken.

Van Apple is dit toch wel een vorm van pesten om het gebruik van fysieke knoppen buiten de eigen API om te blokkeren. Er is eigenlijk nauwelijks een goede rede om het gebruik van de fysieke knopen buiten de Apple API om te blokkeren. Apple zal roepen dat dit de veiligheid ten goede komt, maar veiligheid lijkt me hier nauwelijks een issue. Dat het om een bug zou gaan betwijfel ik. Het past namelijk veel te goed in het beleid van Apple. Wat mij betreft zal ik de beschuldigende vinger toch echt richting Apple wijzen. De oplossing zal inderdaad bij Spotify liggen.

[M3m30]

Spotify moet niet de verkeerde API gebruiken, nogal wiedes dat het dan ooit fout loopt.

[Mavamaarten]

Ik vind dat standpunt redelijk simplistisch. Wie bepaalt wat "de verkeerde" API is?

Even versimpeld:
- Er is een API om te luisteren naar de volumeknoppen, Spotify gebruikt die
- Apple brengt wat nieuws uit van zichzelf en bouwt daarvoor een nieuwe API
- Apple zegt nu, de volumeknop-API halen we weg, je bent verplicht om de nieuwe API te gebruiken met allerlei extra voorwaarden

Daar kan je wat van vinden. Je kan vinden dat Spotify gewoon moet volgen, want Apple mag regels maken over haar eigen OS. Je kan vinden dat Apple Spotify blokkeert. Of wat daar tussenin.

Apple speelt het ecosysteem-spelletje historisch gezien heel vuil, en net daarom is iets onschuldig als het weghalen van een simpele API misschien niet zo onschuldig. Wel handig he, zo'n API weghalen die slechts enkele directe concurrenten uitgebreid gebruiken.

[Luminair]

Apple zegt nu

Objection, hearsay. Uit het artikel van the Verge:

Spotify blames the change on Apple, saying the company won’t give it access to the same technology that lets Apple Music play on third-party devices.

Vertaald: Spotify gebruikt nu al een tijd een private API, en dat die nu breekt wijt Spotify aan Apple.

En dat terwijl, en dat is eerder in deze reactie-keten ook al gezegd, dat prima kan komen omdat het een Beta is, of omdat Apple hun eigen private API heeft aangepast.

De technologie om met de volume knoppen andere apparaten te besturen staat mogelijk zelfs los van de API die Spotify daar nu voor gebruikt.

Oh, en ook bijzonder relevant is de correctie die the Verge zelf heeft toegevoegd onderaan hun artikel:

Correction, August 29th: An earlier version of this article misstated the reason Spotify can’t stream directly from the HomePod. It is because Spotify hasn’t opted into the required APIs, not because Apple prevents it.

[Reactie gewijzigd door Luminair op 30 augustus 2024 11:56]

[M3m30]

soms veranderen er interne regels.. dan ook de API.... dat gebeurt overal.
Apple heeft de huidige API 4 jaar geleden beschikbaar gesteld.. 4 jaar.. zonder extra voorwaarden..

[qlum]

Ik zal Apple voor nu het voordeel van de tijfel geven, maar een api die alleen gebruikt mag worden voor integratie met een ander Apple product lijkt me niet okee.

Als de regels zouden zijn deze api is alleen voor geluid naar externe speakers maar niet specifiek apple's externe speakers, en ook niet voor apps die ondersteuning hebben ingebouwd en het voor andere doeleinde gebruiken, dan is het prima.

Zoals het nu verwoord is in dit artikel lijkt het een drukmiddel om andere apple diensten te ondersteunen.

[Brum]

Ik denk dat Apple het voordeel van de twijfel even niet verdient hier. Vorig jaar verdween in de Sonos app de mogelijkheid om de volumeknoppen te gebruiken, nu in Spotify voor Connect. De userexperience van beide mogelijkheden was voor mij steeds uitstekend, dus dat is geen argument.

Als we naar een situatie gaan waarin alleen Apple's eigen externe speakers met die knoppen te bedienen zijn en hun concurrenten de optie verliezen, ruikt dat toch een beetje naar strategie. En er zit iets in de voorwaarden van die api die het zo lastig maakt dat Sonos en Spotify ervoor moeten kiezen de optie te verwijderen, ondanks dat dit tot veel onvrede bij kun klanten leidt.

[M3m30]

bepaalde acties moeten hetzelfde zijn zodat bijvoorbeeld het geluid tijdelijk dempen prima gaat.
voorbeeld je luistert muziek en je vraagt aan Siri wat voor weer het wordt.. dan gaat dat soepel door de API.

[RobbieB]

Als app-ontwikkelaar is het gewoon je verantwoordelijkheid om de API-documentatie bij te houden en te updaten waar nodig. Deze API is al 4 (!!!) jaar beschikbaar, met duidelijke documentatie.

Als je als grote app-ontwikkelaar niet in staat bent om een simpele API om te zetten in 4 jaar tijd, moet je niet gaan huilen dat het de schuld van Apple is. En als je wel gaat huilen, doe dit dan bij de autoriteiten.. De reden dat ze naar de media stappen ipv de autoriteiten is omdat ze weten dat ze zich aanstellen.

[Reactie gewijzigd door RobbieB op 30 augustus 2024 10:52]

[CharlesND]

Apple speelt het ecosysteem-spelletje historisch gezien heel vuil, en net daarom is iets onschuldig als het weghalen van een simpele API misschien niet zo onschuldig. Wel handig he, zo'n API weghalen die slechts enkele directe concurrenten uitgebreid gebruiken.

Dus, als Spotify voor de MacOS versie gebruik maakt van voor Intel CPU''s gemaakte software die nu nog via Rosetta kan worden gebruikt en Spotify niet van plan is deze goedwerkende software te updaten aan de ARM chips van Apple, dan is het een heel vuil spelletje als Apple over een paar jaar Rosetta uitfaseert en Spotify dan niet meer werkt? Zolang een app ontwikkelaar software aanbiedt die alleen werkt via Rosetta dient Apple dat tot in lengte van dagen te ondersteunen omdat Apple anders maar vuile spelletjes speelt met hun eigen software die wel op ARM draait?

[Infor40]

Ja neem dan Windows met tig API’s die het eigenlijk allemaal niet lekker doen als je beroep moet doen op low latency.

En als het al werkt, wordt het 9 van de 10 keer niet ondersteund omdat iedereen lekker op de ‘oude’ API blijft hangen.

Je kan veel zeggen van Apple maar als er een is die in de core de audio goed op orde heeft is het Apple op zowel macOS als iOS.

[xFeverr]

Volgens mij gebruikt Spotify een ander trucje: ze vertellen iOS dat er media op het apparaat zelf afspeelt. Misschien spelen ze ook een geluidsfragment zonder geluid af. Vervolgens reageert de app op het aanpassen van het mediavolume, dat onder andere met je volumeknoppen gewijzigd kan worden. Maar dus ook via bijvoorbeeld control center. En Spotify houdt vervolgens het mediavolume van je apparaat synchroon met je speaker.

Dat is wel een beetje een hack. Maar waarschijnlijk is er geen betere manier om dit te doen.

De API die je gebruikt voor het luisteren naar events van de volumeknoppen zorgen er in ieder geval voor dat je volumeregeling op je apparaat juist niet aangepast wordt.

[swhnld]

Reactie van Spotify stelt dat ze HomePod integratie MOETEN inbouwen om toegang tot de knoppen te krijgen.
Dat is hetzelfde idee wanneer Microsoft zegt je MOET internet explorer hebben anders werkt Windows XP niet. En daar heeft een wetgever uiteindelijk tegen opgetreden. Of nu met Teams koppelen aan MS Office waar tegen opgetreden wordt.
En je ziet dat zelfde soort gedrag bij Apple nu ook aangepakt wordt waardoor in de EU bijvoorbeeld alternatieve app stores ontstaan op iOS. Maar ook dat Apple AI nog niet naar de EU komt omdat het de privacy wetten hier overtreed als ze dat wel doen.

Feit is wel, een iOS update zorgt ervoor dat de app kapot gaat. Dus de vraag is natuurlijk of en wanneer Apple wat heeft gecommuniceerd, en hoe Apple dit gecommuniceerd heeft.
Heeft Spotify gelijk dat Apple dit doet om hun HomePod product te forceren, dat er weer een rechtzaak gaat volgen hier in de EU.

[M3m30]

wij van wc-een raden wc-eend aan verhaaltje... apple heeft dit 4 jaar geleden zelfs bij de WWDC persco gemeld.

[Kevinp]

Er is geen verkeerde api. Elke api is juist. Dat is de interface die je zelf aanbied.

[M3m30]

een out-dated API die niet meer wordt ondersteund is de verkeerde API... spotify heeft al 4 jaar de tijd gehad om hem te vernieuwen.

[WillySis]

Jij noemt het de verkeerde API, Spotify zal het daar niet mee eens zijn. Voor hen was het destijds gewoon een andere methode. Zolang die methode werkt is er geen rede om een andere keuze te maken. Apple heeft bij mij weten nooit aan de ontwikkelaars (in het algemeen) gecommuniceerd dat het gebruik van de fysieke knoppen buiten de API om gaat verdwijnen.

Ik weet het niet zeker, maar het kan best dat Spotify de volume knoppen al gebruikte voordat Apple die functie in een API heeft gestopt. Ik gebruik de volume knoppen op mijn telefoon (Android) al langer om het volume van de computer aan te passen (mits ik daar Spotify gebruik natuurlijk).

Spotify is overigens niet de enige die last heeft van het blokkeren van de volume knoppen. Onze app gebruikt die knoppen voor het inzoomen op argumented reality objecten. Ook dat wordt geblokkeerd en zelfs compleet onmogelijk gemaakt omdat de API een directe verbinding met het volume heeft.

[page404]

Ten eerste lijkt het erop dat het vanaf het begin een "private API'" of niet officiele-methode was om deze functie te bieden. Ten tweede is er dus WEL al 4 jaar een ondersteunde, goed gedocumenteerde en aanbevolen methode om dit te implementeren.
En ten derde, ik gebruik die methode ook al jaren met de apps van Deezer, Tidal, QMusic, BNR, Sublime, overcast en noem maar op. Het kan dus gewoon.
Als je een compleet andere feature wil toekennen aan zo'n knop dan snap ik dat je jammer vindt dat het niet mag maar het wordt een rare wereld als dat wel zou kunnen. Ik maak wel een app die de volumeknop toewijst aan het overmaken van al je geld aan mij

[WillySis]

Het is onze ontwikkelaar opgevallen dat je de volumeknoppen wel via de API kunt gebruiken, maar dan ook het mediavolume op de telefoon mee veranderd. Het kan wel zijn dat hij de documentatie nog niet volledig heeft doorgespit en dat dit wel lost te koppelen is. Voorlopig gebruiken wij een slider als snelle fix. Misschien dat het gebruik van de volumeknoppen in een volgende update weer terug komt, maar dat zal dan pas volgend voorjaar zijn.

[WillySis]

Als ze dat te vaak doen steek ik mijn hele hand op en zwaai ik ze gedag.

[Verwijderd]

Er is eigenlijk nauwelijks een goede rede om het gebruik van de fysieke knopen buiten de Apple API om te blokkeren.

Ben je toevallig een werknemer van Apple die hieraan werkt? Want volgens mij is dit gewoon een ongefundeerde aanname die je voor het gemak maar even maakt zodat je "Apple doet aan pesten" argument niet omvalt.

[WillySis]

Nee, ik ben geen Apple medewerker.
Ik denk zelfs dat je het citaat precies verkeerd begrepen hebt. Ik zie namelijk niet in waarom Apple de het gebruik van de knoppen blokkeert. Of dit specifiek Spotify pesten is weet ik niet, ons pesten ze namelijk ook.
Wij gebruiken de knoppen in onze app om in een AR object in te kunnen zoomen en dat werkt na de update niet meer. Onze ontwikkelaar heeft geprobeerd om de juiste API te gebruiken, maar dan is het niet te voorkomen dat ook het volume op de telefoon wordt aangepast als je de volumeknoppen gebruikt.

[Verwijderd]

Ik zie namelijk niet in waarom Apple de het gebruik van de knoppen blokkeert.

Dat is nou precies mijn punt, je weet het niet. Toch zeg je eerder:

Er is eigenlijk nauwelijks een goede rede om het gebruik van de fysieke knopen buiten de Apple API om te blokkeren.

Hoe kun je deze conclusie nou trekken als jij het net zo min als de rest van ons weet? Het zou prima kunnen dat Apple er wel een goede reden voor heeft. Je doet een aanname die je ook nog eens in het negatieve trekt door het te associëren met "pestgedrag".

[Reactie gewijzigd door Verwijderd op 30 augustus 2024 22:15]

[WillySis]

Natuurlijk kan je aan elk event een stuk mall-ware code hangen.

Apple controleert echter elke app die je in de app-store zet. Als je aan een event van de volumeknoppen een lange code hangt blokkeren ze je app al. Een veiligheidsargument is daarom niet aannemelijk. De events van de volumeknoppen waren altijd buiten de api om toegankelijk en dat is nooit als depreciated verklaard.
Misschien dat Apple wel een goede rede heeft, maar waarom communiceren ze dat niet? Waarom kondigen ze het afsluiten van de omweg buiten de api om niet vooraf aan?
Apple nu handelt nu (weer) op een manier door opeens, hoog uit de toren, plotseling iets aan anderen op te leggen, zonder daar ook maar iets over te communiceren. Het veranderen van de regels van het spel (wat dit eigenlijk is) doe je vaak om het een sterke speler lastiger te maken. Dat associeer ik met "pestgedrag".

Jij maakt die associate kennelijk niet. Ook prima, maar ik wil wel graag een verklaring van Apple.
Onze app heeft nu ook een functie verloren. Voordat de update van de app weer door de controle van Apple heen is zijn we weer een week verder, als ze niet opnieuw beginnen te zeuren over het gebruik van scancodes waarmee gebruikers content buiten Apple om te kunnen verkrijgen. In dat geval kan het maanden duren.

[n4m3l355]

Je hebt geen ongelijk, maar tegelijkertijd is het ook geen geheim dat Apple behoorlijk monopolistisch te werk gaat ongeacht of het om harware of software/apps gaat. En juist dankzij hun illegale praktijken is het dan ook niet verwonderlijk dat mensen bij dit soort acties ondanks dat het misschien een fout in de ontwikkeling is, direct begint te balken.

Te denken aan iMessage cross platform, uitsluiten van betalingen buiten hun platform om maar zelfs een basaal lightning kabeltje mag theoretisch niet als die niet gecertificeerd is. Iedere kans dat Apple kan aangrijpen om de consument nog verder uit te melken, zelfs als het ten gunste gaat van gebruikers gemak zoals hier met Spotify, doet Apple dat.

Het is dan ook niet voor niets dat Apple links en rechts zwaar onder vuur ligt vanwege hun werkwijze.

[CAPSLOCK2000]

Wat hier storend aan is, is toch wel dat ik verwacht van Tweakers dat ze zelf kritisch nadenken over dit soort berichten. (...)
En Tweakers is zeker op de hoogte van de strijd tussen Spotify en Apple, dus dat mag verder geen nieuws zijn.

Juist omdat die strijd al een hele tijd loopt hebben we een aardig beeld van wat er aan de hand is. Het verhaal rond die API is al jaren oud. We weten ongeveer wat de belangen en beweegredenen zijn. Kritisch nadenken is prima, maar daar hoort ook bij dat we weten hoe Apple het spel speelt.

Het zou dus in de eerste plaats al kunnen gaan om een bug die in een volgende beta weer wordt gefixed (...)

Het is al 4 jaar oud en precies hoe het hoort volgens de handleiding van Apple. Het is echt geen bug. Het enige nieuwe is dat de oude oplosssing is uitgeschakeld, zoals reeds lang van te voren was aangekondigd. We kunnen best speculeren over beweegredenen maar er is hier geen sprake van een klein foutje maar van een duidelijk keuze.

[tw_gotcha]

heh? Tweakers gebruikt het woordje "blokkeert" helemaal niet. Dat woordje suggereert een moedwillige handeling. Je verzint een titel waar je vervolgens tegen te keer gaat, wat natuurlijk nergens op slaat. Jij gebruikt het woordje blokkeert. Het artikel beschrijft gewoon wat er gedaan is in een update en wat de gevolgen zijn. Je kunt dat toch echt niet veel neutraler beschirjven. En dat verhaal van een bug is pure speculatie van jouw kant waarvan ik niet verwacht dat Tweakers dat doet als daar geen enkele aanleiding toe is. Er is een vete tussen Spotify en Apple. het siert Tweakers juist dat ze daar neutraal in blijven. Het zijn de posts van Tweakers die vervolgens er een oorlog van maken.

[Caelestis]

Maar waarom werkte het voorheen wel dan als die API al 4 jaar bestaat?
Mogelijk past hier nog een financiële plaatje bij. Als in "Gebruik je apple services, dan mag je 30% afdragen" net dat ze nu een abo systeem buiten de apple store mogen hebben.
En dan hebben we het over de super speciale hardware knop aansturing, want wie weet wil rusland je volume hacken.

[White Feather]

Apple levert de API's aan die je hoort te gebruiken en voor het doel waar ze voor zijn bedoelt.

Als je de (veel oudere API) voor regulier geluid gebruikt bij het streamen van muziek, dan kan een verkeersapp dus niet de muziekapi muten op het moment dat de verkeersapp wil melden dat je rechtsaf moet.

Even heel simpel:
Apple heeft 2 API's voor geluid, de reguliere en de streamapi.
De reguliere is er al tig jaar en is bedoeld voor het geluid in een actieve app. Dat was vroeger dus alleen de app die je voor je neus had. Later kon de API ook gebruikt worden door draaiende apps die niet de focus hadden.

Toen er streaming audio kwam, heeft Apple een nieuwe API gemaakt, waarin er veel meer rekening is gehouden met het continu afspelen van geluid (versus even een signaaltje). Die moest Spotify dus al 4 jaar gebruiken.

Door apps de juiste API te laten gebruiken heeft Apple invloed op de gebruikservaring en zal die constanter zijn. Iedere muziekapp mute dan immers als er een andere app een signaal wil geven. De verkeersapp wil zeggen dat je naar rechts moet, dan kan hij de streamapi de opdracht geven om de muziekstream te muten/te pauzeren en dan door de algemene API zelf geluid over te dragen.

Daarbij heeft de algemene API altijd voorrang op de streamapi, als er een signaal gegenereerd wordt door de algemene API, dan wordt dat altijd afgespeeld. Er is dus geen mogelijkheid om een app die de algemene API misbruikt voor streaming zijn kop te laten houden, zonder het volledige geluid uit te zetten. En mocht er een mogelijkheid zijn in de algemene API om alleenrecht te krijgen op het geluid, dan blokkeer je daarmee dus ook signalen zoals een binnenkomend telefoontje.

Maar waarom werkte het voorheen wel dan als die API al 4 jaar bestaat?

Er is nu iets gewijzigd, waardoor het niet meer werkt.
Dat kan zowel een wijziging van de API zijn, het kan daardoor ook prima zijn dat er meerdere apps nu niet meer goed werken.
Het is echter ook mogelijk dat Apple specifiek Spotify heeft uitgesloten (binnen of buiten de API).

Maar Spotify is degene die zich al 4 jaar niet aan de eisen van Apple houdt.

En dan doet Spotify of ze een hele kerstboom aan HomePod moeten optuigen, terwijl dat gewoon optioneel in de streamapi zit.

[Powermage]

Als Apple echt gaf om jou userervaring voor alerts etc dan hadden ze ook een nieuwe API kunnen maken voor dat doel natuurlijk.

Maar dat de nieuwe stream-api andere ecosysteem zaken meeneemt zegt genoeg over het achterliggende doel van Apple.

[White Feather]

Als Apple echt om jou user experience gaf dan had Apple dit ook kunnen oplossen door bijvoorbeeld een signalen en alerts api aan te bieden zodat die zaken altijd voorkeur hebben boven elke andere api of audio stream op het systeem?

Ok, wacht. Dus we gaan een nieuwe API maken met een hogere prioriteit dan de hoge prioriteit-api die er al was en daarmee zorgen we er dus voor dat werkelijk 100% van alle apps van voor die wijziging niet meer werkt?

Ja, dat is lekker slim en totaal niet omslachtig voor alle programmeurs.

Ze hebben juist een lagere prio API gemaakt, waar dan een zeer klein aantal van de app, namelijk alleen de streamingapps gebruik van moeten maken. En daar hun software op aanpassen zodat ze aan de regels voldoen.

Doen ze dat na 4 jaar nog steeds niet (Spotify dus), ja, dan moeten die ontwikkelaars zichzelf eens in de spiegel aankijken in plaats van een ander de schuld te geven.

Maar dat de nieuwe stream-api andere ecosysteem zaken meeneemt zegt genoeg over het achterliggende doel van Apple.

Wat snap je niet aan optioneel?

Apple heeft een uitgebreide streamingapi gemaakt voor het streamen en aansturen van externe apparaten.
Ze eisen dat je bij streaming gebruik maakt van die api en niet van de algemene geluidsapi en voor de rest is alles optioneel.

[CAPSLOCK2000]

Apple levert de API's aan die je hoort te gebruiken en voor het doel waar ze voor zijn bedoelt.

Waar in de wet staat dat?

Als je de (veel oudere API) voor regulier geluid gebruikt bij het streamen van muziek, dan kan een verkeersapp dus niet de muziekapi muten op het moment dat de verkeersapp wil melden dat je rechtsaf moet.

Als dat nou is wat ik wil... Waarom mag ik dat niet zelf kiezen en moet het door Apple worden afgedwongen. Als Spotify vervelende dingen doet dan gooi ik de app wel weg.

Door apps de juiste API te laten gebruiken heeft Apple invloed op de gebruikservaring

Dat is precies het probleem van alle concurrenten, die willen zelf voor hun gebruikers zorgen.

en zal die constanter zijn. Iedere muziekapp mute dan immers als er een andere app een signaal wil geven. De verkeersapp wil zeggen dat je naar rechts moet, dan kan hij de streamapi de opdracht geven om de muziekstream te muten/te pauzeren en dan door de algemene API zelf geluid over te dragen.

Prachtig, maar waarom moet Apple dat voor de hele wereld bepalen?
Het is ook beter als ik op tijd naar bed ga maar het is niet nodig dat Apple mijn TV uitzet als ik te lang blijf kijken. Dat bepaal ik zelf wel.

Maar Spotify is degene die zich al 4 jaar niet aan de eisen van Apple houdt.

En dan doet Spotify of ze een hele kerstboom aan HomePod moeten optuigen, terwijl dat gewoon optioneel in de streamapi zit.

Oprechte vraag, waarom denk jij dat Spotify dat doet?
Is dat omdat ze te lui of te incompetent zijn om die nieuwe API te implementeren? Dat kan ik me niet voorstellen.

Dit verhaal gaat over macht en controle. Wie is er de baas en waar liggen de grenzen?
Het is niet nieuw, het past prima in alles wat vooraf is gegaan. Apple heeft strenge controle over de voorkant en alle concurrenten moeten zich maar aanpassen aan de visie van Apple en overal voor betalen. Dat maakt het eigenlijk onmogelijk om te concurreren met Apple. Je mag werken voor Apple zolang je een forse Apple-belasting betaalt en je leeft van de kruimels die Apple overlaat. Zodra Apple denkt dat er geld in een markt zit kunnen ze iedere concurrent van de markt duwen met aanpassingen van hun voorwaarden en api's.

[White Feather]

[...]
Waar in de wet staat dat?

In de voorwaarden van Apple.

Als dat nou is wat ik wil... Waarom mag ik dat niet zelf kiezen en moet het door Apple worden afgedwongen. Als Spotify vervelende dingen doet dan gooi ik de app wel weg.

Het is niet aan Spotify om het systeem over te nemen en daarmee dus de gebruiker te dwingen akkoord te gaan met het niet kunnen muten van de muziekapp. Een app hoort zich te gedragen. Dat zijn de eisen die gesteld worden door het platform en voor de gebruikers.

Als jij als persoon de muziekapp niet wilt laten muten, dan kun je dat. Je kunt de telefoon op stille modus zetten en alle signalen van apps blokken en je streaming applicatie laten doorlopen. Maar dat kan dus alleen als Spotify zich aan de regels houdt en de aanwijzingen van Apple opvolgt.

En jij bepaalt dat als gebruiker, Spotify hoort dat niet te bepalen en daarmee dus aan te geven dat ze schijt hebben aan alle andere app-ontwikkelaars.

Dat is precies het probleem van alle concurrenten, die willen zelf voor hun gebruikers zorgen.

Prima, dan doen ze dat toch lekker, IN hun app. Daarbuiten heb je je gewoon aan de regels te houden zodat het met zijn allen geen klerezooi wordt. Het is net het echte leven.

Wat je thuis doet, interesseert ons geen zier, als je daar bij anderen geen schade aanricht. Buiten de deur zijn de regels strenger en heb je met meer dingen en mensen rekening te houden.

Prachtig, maar waarom moet Apple dat voor de hele wereld bepalen?
Het is ook beter als ik op tijd naar bed ga maar het is niet nodig dat Apple mijn TV uitzet als ik te lang blijf kijken. Dat bepaal ik zelf wel.

Apple bepaalt op welke manier de api’s gebruikt moeten worden zodat een app niet misbruik kan maken en dat de gebruiker kan kiezen wat hij wil. Daarmee worden zowel de klanten als de app-ontwikkelaars beschermd en is er een gelijk speelveld. Dezelfde regels voor iedereen en niet andere regels omdat sommige apps te groot zijn om er vanaf te gooien.

Spotify is ook een bijna-monopolist, vergeet dat niet. Ze kunnen vrij ver gaan in het verkloten van dingen, want hè ja, het blijft Spotify. Ik heb er mijn lijstjes, mijn vrienden hebben het, we hebben samen lijstjes, het weet wat ik wil horen, ik kan het goedkoop bij mijn tv/mobiel-abonnement krijgen enz.

Oprechte vraag, waarom denk jij dat Spotify dat doet?
Is dat omdat ze te lui of te incompetent zijn om die nieuwe API te implementeren? Dat kan ik me niet voorstellen.

Dit verhaal gaat over macht en controle. Wie is er de baas en waar liggen de grenzen?
Het is niet nieuw, het past prima in alles wat vooraf is gegaan. Apple heeft strenge controle over de voorkant en alle concurrenten moeten zich maar aanpassen aan de visie van Apple en overal voor betalen. Dat maakt het eigenlijk onmogelijk om te concurreren met Apple. Je mag werken voor Apple zolang je een forse Apple-belasting betaalt en je leeft van de kruimels die Apple overlaat. Zodra Apple denkt dat er geld in een markt zit kunnen ze iedere concurrent van de markt duwen met aanpassingen van hun voorwaarden en api's.

Apple Music werkt ook via de streaming api en kun je dus prima moten/pauzeren als je dat wilt.

Ik snap dat je zegt dat Apple er ook een handje naar heeft om dingen naar zich toe te trekken, maar ik zie niet in waarom dat hier het geval zou zijn.

Wat wel duidelijk is, is dat Spotify werkelijk bij iedere bug die langskomt, of het nu in IOS of toch stiekem aan de Spotify-app ligt, eerst met het vingertje richting Apple wijst, ook al werkt het eerst wel en werkt het na een update van Spotify opeens niet meer.

Ik denk dat de reden dat ze niet van de nieuwe API gebruik willen maken, mede komt omdat de api een beetje bekend staat als de HomePod-api (onterecht, want dat is slechts optioneel). Als ze er dus gebruik van gaan maken, dan wordt de stap naar, “ja, support dan gewoon HomePod” een stuk kleiner. En dat willen ze niet, want ze willen hun eigen Spotify Connect-merk en certificering. Gevoelsmatig worden ze dus richting de Apple-certificering geduwd. En gezien het wederzijds venijn..

Het schijnt overigens een bug te zijn en ook bij andere streaming-apps voor te komen. Maar doordat Spotify er zo hard ingaat lijkt het weer alsofApple iets heeft/doet tegen Spotify.

Het zou weer opgelost zijn in de meest recente iOS beta.

Coolstart in 'Spotify Connect op iPhone kan niet meer met fysieke volumeknoppen worden bediend'

[Reactie gewijzigd door White Feather op 30 augustus 2024 16:37]

[CAPSLOCK2000]

In de voorwaarden van Apple.

Precies, dat zijn huisregels, er is geen wet die zegt dat je de API's van Apple moet gebruiken. Spotify is niet automatisch fout als ze dat niet willen.

Het is niet aan Spotify om het systeem over te nemen en daarmee dus de gebruiker te dwingen akkoord te gaan met het niet kunnen muten van de muziekapp.

Het is ook niet aan Apple om dat aan de hele wereld op te leggen.

Een app hoort zich te gedragen. Dat zijn de eisen die gesteld worden door het platform en voor de gebruikers.

"voor de gebruikers" klinkt mooi maar die hebben niks te zeggen.

En jij bepaalt dat als gebruiker, Spotify hoort dat niet te bepalen en daarmee dus aan te geven dat ze schijt hebben aan alle andere app-ontwikkelaars.

Klopt, maar dat regel ik graag zelf, Apple hoeft dat niet voor mij te doen.

Wat je thuis doet, interesseert ons geen zier, als je daar bij anderen geen schade aanricht. Buiten de deur zijn de regels strenger en heb je met meer dingen en mensen rekening te houden.

In dit geval maakt Apple de regels die in mijn huis gevolgd moeten worden.

[quote]
Spotify is ook een bijna-monopolist, vergeet dat niet.
[/quote[
En die pak ik aan op de punten waar ze zich misdragen.

Ik denk dat de reden dat ze niet van de nieuwe API gebruik willen maken, mede komt omdat de api een beetje bekend staat als de HomePod-api (onterecht, want dat is slechts optioneel). Als ze er dus gebruik van gaan maken, dan wordt de stap naar, “ja, support dan gewoon HomePod” een stuk kleiner. En dat willen ze niet, want ze willen hun eigen Spotify Connect-merk en certificering. Gevoelsmatig worden ze dus richting de Apple-certificering geduwd. En gezien het wederzijds venijn..

Dat denk ik ook, volgens mij is dit de kern van de zaak. Het is vooral een zakelijk conflict, geen technisch. In dit geval steun ik Spotify omdat het belang om onafhankelijk van Apple te kunnen werken ook belangrijk is voor andere bedrijven en de markt als geheel.

Als het echt niet meer dan een bug is had ik een andere reactie van Apple verwacht.

[White Feather]

Het is ook niet aan Apple om dat aan de hele wereld op te leggen.

Dat is het wel. Het is Appels IOS.

"voor de gebruikers" klinkt mooi maar die hebben niks te zeggen.

Je hebt prima zeggenschap over wat er wel en niet als nootificatie komt. Daar heb je stille modus voor en dan kun je als klant dus zelf regelen of een signaal uit een app wel of niet je streaming overrules of niet en of je een telefoontje wel of niet doorkrijgt.

En dat werkt alleen maar goed als dat signaal niet door de muziek heen komt waar je er geen bal van merkt. De streaming-api biedt juist de mogelijkheid om de stream-app te muten op dat moment of om te pauzeren.

Spotify heeft dus schijt aan de klant door gewoon de hoge prio geluidsaansturing te gebruiken, terwijl al lang duidelijk is dat dat absoluut niet meer de bedoeling is (vroeger kon het niet anders, maar er is al 4 jaar een api voor streamen.)

Klopt, maar dat regel ik graag zelf, Apple hoeft dat niet voor mij te doen.

Dit kun je dus niet meer regelen, want Spotify bepaalt dat voor je.

In dit geval maakt Apple de regels die in mijn huis gevolgd moeten worden.

Onzin. Het eigen huis in mijn vergelijking is hier puur de app van Spotify in de Apple-IOS-wereld, niet jouw fysieke huis.

Als het echt niet meer dan een bug is had ik een andere reactie van Apple verwacht.

Ik heb geen reactie gezien van Apple, stond iig volgens mij niet in het artikel.

[CypherCell]

Precies, dat zijn huisregels, er is geen wet die zegt dat je de API's van Apple moet gebruiken. Spotify is niet automatisch fout als ze dat niet willen.

Dan gebruiken ze het toch niet? Zal er zelf ook niet blij mee zijn, gezien ik liever de volume knoppen gebruik. Maar dit is weer zoon onzin reactie.

[WhatsappHack]

Als dat nou is wat ik wil... Waarom mag ik dat niet zelf kiezen en moet het door Apple worden afgedwongen.

Omdat er miljarden gebruikers zijn die graag willen dat devs een bepaalde set regels moeten volgen zodat er een gestroomlijnde ervaring is ipv aan elkaar gehobbyde meuk die bepaalde devs proberen af te dwingen als ze de kans krijgen? Er zijn zat apparaten die aan jouw wensen voldoen, waarom moeten toch perse alle apparaten volgens die filosofie werken? Ik snap dat echt niet. Zoveel keuze en dan moet één keuze die een alternatieve werkwijze heeft het onderspit delven en ook gesloopt worden zodat alles hetzelfde is en werkt. Ik snap echt de wens om iedereen die kant op te dwingen niet. Waarom moet een iPhone ook perse op die manier werken en helemaal open zijn en moet iedereen die dat niet wil er onder leiden omdat er een handjevol users is die perse willen dat in hun ogen ideale werkwijze voor iedereen verplicht moet zijn en het niet kunnen verkroppen dat er keuze is? Haast fascinerend. Je kan tig apparaten kopen die open zijn, maar nee: het moet perse de iPhone zijn en die moet perse opengebroken worden; en iedereen heeft dat maar te slikken terwijl 99.9% van de users het helemaal niet wil. Het is echt heel raar. Maar alé.

[Reactie gewijzigd door WhatsappHack op 31 augustus 2024 03:41]

[CAPSLOCK2000]

Er zijn zat apparaten die aan jouw wensen voldoen, waarom moeten toch perse alle apparaten volgens die filosofie werken? Ik snap dat echt niet. Zoveel keuze en dan moet één keuze die een alternatieve werkwijze heeft

Ik denk dat het verschil is hoe wij tegen die markt aankijken. Ik zie helemaal niet veel keuze, ik zie Google en Apple, daarbuiten is eigenlijk niks anders. Apple heeft geen alternatieve werkwijze, ze zijn ongeveer de standaard. Google pakt dingen anders aan maar heeft net zo goed grote controle over het platform, het blijft kiezen uit twee keuzes.
Dat vind ik veel te weinig voor zo'n belangrijke markt.

het onderspit delven en ook gesloopt worden zodat alles hetzelfde is en werkt. Ik snap echt de wens om iedereen die kant op te dwingen niet. Waarom moet een iPhone ook perse op die manier werken en helemaal open zijn en moet iedereen die dat niet wil er onder leiden omdat er een handjevol users is die
perse willen dat in hun ogen ideale werkwijze voor iedereen verplicht moet zijn en het niet kunnen
verkroppen dat er keuze is?

Vrije concurrentie is een hoeksteen van ons sociaal-economisch model en het bewaken daarvan is belangrijk. De wereld is groter dan gebruikers, er zijn ook developers die software moeten maken. Eenzijdige macht is nooit goed, zelfs als er een hoop mensen zijn die het wel fijn vinden. Op termijn zal de machthebber er altijd misbruik van maken om zichzelf te bevoordelen.

Haast fascinerend. Je kan tig apparaten kopen die open zijn, maar nee: het moet perse de iPhone zijn en

Jouw definitie van open is denk ik anders, ik ken er maar bijzonder weinig geen Android of IOS draaien en als je dat doet kun je de apps voor die andere platformen meestal niet draaien.

Maar dat is ook geen "oplossing" voor mijn "probleem". Het gaat mij in de eerste plaats om de softwaremarkt, niet om het apparaat/OS. Als (mobiele) developer kun je niet overleven zonder Android of iOS te ondersteunen.

Ik zou graag zien dat er een markt was met veel alternatieven die direct met elkaar concurreren maar die is er niet. We hebben alleen Android en iOS en de hele mobiele softwaremarkt is daar van afhankelijk. Strenge regels vanuit het platform maken het moeilijker om te innoveren. Dat is waar het mij om gaat. Dat kan ik niet oplossen door een andere telefoon te kopen.

Samengevat: Hoewel ik begrijp dat er mensen zijn die een gesloten apparaat willen denk ik dat het op lange termijn schadelijk is voor onze ontwikkeling en economie. Omdat Google en Apple deze belangrijke markt verdelen is het nodig om die twee bedrijven extra in de gaten te houden.

[grashopper]

Interessant, en werkt dat ook als je via Spotify Connect muziek speelt? Of werkt dat enkel met Apple dingen zoals AirPlay of lokale bluetooth?

[Coolstart]

Plots werkte mijn volumeknoppen niet meer met Spotify versie 8.9.68.490 in de Sonos app. Nu lees ik het dit nieuws en ik kan bevestigen dat de IOS 18 public beta update die ik net heb doorgevoerd de volumeknoppen weer functioneel maakt.

IOS 17.6 = Spotify volume knoppen werken niet met Spotify 8.9.68.490 in Sonos app.
IOS 18 public beta = Spotify volume knoppen werken weer met Spotify 8.9.68.490 in Sonos app.

[Reactie gewijzigd door Coolstart op 30 augustus 2024 10:56]

[GertMenkel]

Dan neem je wel aan dat Spotify geen reden heeft om de muziek-API te gebruiken. Ik heb geen ervaring met de iOS-API, maar op Android heb ik meerdere malen meegemaakt dat de "correcte" API voor de meeste apps voldoende is, maar bepaalde features en flags niet meer ondersteunt. Vaak is dat omdat er misbruik van wordt gemaakt (zo'n beetje alles met trackers en privacyinbreuken bijvoorbeeld, of data over/uit andere apps inlezen) maar soms ook omdat Google besloten heeft dat bepaalde dingen niet moeten hoeven kunnen.

De API om HomePods te ondersteunen, en daarmee ook dit soort volume-events af te handelen, (SiriKit Media Intents) is niet openbaar voor zover ik weet, dus ik heb geen idee wat voor voorwaarden of andere ongein daar aan verbonden is. Er is wel documentatie te vinden over het beheren van spelende muziek met die API, maar ik kan op Apple's ontwikkelaarswebsite niks vinden over de API of voorwaarden voor mediastreamingdiensten zelf. Wetende hoe Apple Spotify al een tijd dwars ligt, zal er vast een provisie in de voorwaarden staan die Spotify's workarounds voor de Apple-toeslag voorkomt.

Als ik het artikel zo lees gebruikt Spotify hier AirPlay, en dat lijkt me een prima keuze voor het streamen van muziek. Dit systeem heeft in het verleden ook gewoon gewerkt. Het lijkt erop dat AirPlay nu uitgefaseerd wordt om SiriKit naar de voorgrond te duwen, maar dat maakt de API niet per se "fout".

[Reactie gewijzigd door GertMenkel op 30 augustus 2024 10:43]

[White Feather]

Ook @tszcheetah
Het schijnt dus gewoon een bug te zijn:

Coolstart in 'Spotify Connect op iPhone kan niet meer met fysieke volumeknoppen worden bediend'

Plots werkte mijn volumeknoppen niet meer met Spotify versie 8.9.68.490 in de Sonos app. Nu lees ik het dit nieuws en ik kan bevestigen dat de IOS 18 public beta update die ik net heb doorgevoerd de volumeknoppen weer functioneel maakt.


IOS 17.6 = Spotify volume knoppen werken niet met Spotify 8.9.68.490 in Sonos app.
IOS 18 public beta = Spotify volume knoppen werken weer met Spotify 8.9.68.490 in Sonos app.

Bovendien lijkt het bij andere streamapps ook niet te werken.
Alleen schreeuwt Spotify altijd moord en brand, ook al verkloten ze zelf iets. Altijd snel naar Apple wijzen is sinds jaar en dag hun tactiek.

Maar door dat gedrag lijkt het 1) altijd van Apple te komen (ook al maakt Spotify een fout) en 2) alsof Apple dit expres doet om Spotify dwars te zitten.

[Reactie gewijzigd door White Feather op 30 augustus 2024 12:54]

[tszcheetah]

Misschien heb ik het mis (ben er niet heel bekend mee, zeker niet met Apples ecosysteem), maar het nieuwsbericht gaat specifiek over Spotify Connect. Voor zover ik weet streamen apparaten daarmee zelfstandig de audio direct van de Spotify servers, en werkt de telefoon slechts als een soort afstandsbediening. Er loopt dus geen audiostream van de telefoon naar het apparaat.

Wat voor Spotify vast ook belangrijk is, is dat er al jaren apparaten met Spotify-logo's worden verkocht, die mogelijk/waarschijnlijk geen Homepod/Airplay/Apple-ecosysteem ondersteunen maar dus wel Spotify Connect.

Wat ik zelf niet weet is of dergelijke Spotify Connectapparaten aangestuurd kunnen worden via Homepod - maar ik verwacht dat er genoeg zijn waarbij dat geen optie is. Volgens The Verge heeft ook Sonos last van hetzelfde probleem. De quote van Spotify suggereert ook dat het gebruik van Homepod alleen werkt voor Apple-apparaten en niet voor andere mediaspelers:

We’ve made requests to Apple to introduce a similar solution to what they offer users on HomePod and Apple TV for app developers who control non-Apple media devices.

Oftewel: Spotify wil de volumeknoppen kunnen uitlezen om op afstand via het Spotify Connectprotocol - wat ze al jaren hebben en hun ecosysteem is - het volume te regelen, om zo deze functie op alle apparaten die Spotify Connect ondersteunen consistent te kunnen aanbieden.

Kortom: dit gaat niet over het al dan niet de juiste API gebruiken voor streamen van media op een iOS-platform. Dat de volumeknoppen niet meer uitgelezen kunnen worden, zorgt voor een slechtere gebruikservaring bij het gebruik van Spotify Connect op apparaten die geen Apple-protocollen ondersteunen.

Ik denk dat Spotify zeker wel een punt heeft: Apple heeft de macht om de gebruikservaring van het eigen ecosysteem te verbeteren, waarbij ze die van concurrenten verslechteren met het verwijderen van deze API.

[redniels]

Apple veranderd een API. Schuld van Spotify dat het niet meer werkt.

zoals die leraar dat in Southpark zegt:
m'kay...

[White Feather]

White Feather in 'Spotify Connect op iPhone kan niet meer met fysieke volumeknoppen worden bediend'

[redniels]

Mooi verhaal. Eerst werkte het wel. Apple veranderd iets. Toen werkte het niet meer en moet het geïntegreerd worden in een ander kut product van Apple voordat ze het weer laten werken.

Dat zijn de feiten. De rest is ruis. Spotify heeft gelijk om hierover te klagen. En ik ook. Ik koop spullen, Dure Sonos spullen, en naast al het gezeik van het laatste halfjaar komt deze bullshit van een monopolist erover heen. opeens moet ik moeilijk doen om het volume te wijzigen op mijn speakers.

Oplossing?

Gebruik Apple music. Want dat is de echte oplossing.

Apple is gewoon het nieuwe Microsoft geworden. Dezelfde onzin. Dit is overduidelijk weer Spotify pesten en is weer in strijd met Europese wetgeving.

Edit: en voor het geval het niet duidelijk is: Exact hetzelfde probleem speelt ook in de Sonos app. opeens kan ik, op IOS devices, niet meer het geluid bedienen met de rockers op de ipad/iphone.

Het is dus niet alleen de Spotify app, het is ook de "superdeluxe nieuwe fantastische" Sonos app. Waar al genoeg over is geschreven de afgelopen maanden.

Sorry, ik ben niet op mijn best vanwege allerlei omstandigheden maar... "this gets on my tits" zoals de Britten dat zeggen. Het is annoying AF en compleet onnodig.

Hoe zit het eigenlijk met Deezer en Tidal? of konden die dit sowieso niet?

[Reactie gewijzigd door redniels op 30 augustus 2024 09:57]

[page404]

Ik ga maar even niet op je rant in want je lijkt duidelijk te redeneren vanuit een boos vooroordeel en je negeert daarbij de feiten, die al tientallen keren in de reacties zijn benoemd en uitgelegd.
Als reactie op je vraag: Ik heb even voor je getest, en Tidal ondersteunt naast "Tidal Connect" gewoon Airplay 2 en de bijbehorende volume-aanpassingen via de fysieke knoppen. Dus het kan allemaal wel gewoon.
Oh, en verrassing, ook de QMusic app kan dit gewoon. Dus het is echt geen rocket science.

[Ook al Bezet]

Leuk en aardig, maar compleet nutteloos als je hardware geen airplay ondersteunt. Het handige van spotify connect is nu juist dat het daadwerkelijke streamen wordt afhandelend door je audio hardware.

[leonboot]

Waarschijnlijk is dat dan ook de reden dat er vanaf de desktop app van Spotify niet afgespeeld kan worden op AirPlay-devices zoals de HomePod, iets wat wel kan op de iOS app. En waarschijnlijk is dat dan óók de reden dat Spotify nog steeds geen Siri-integratie heeft ("Hey Siri, speel deze muziek af via Spotify"), iets wat bijv. Deezer wel heeft.

Dit waren redenen waarom ik ooit overgestapt was naar Apple Music. Helaas is de interface van deze muziekdienst dusdanig slecht (mist bijv. basale features zoals verder luisteren op je iOS device naar waar je op je desktop naar aan het luisteren was) dat ik dat niet lang heb vol gehouden.

[Raymond Deen]

Blijkbaar doet niet alleen Spotify het dan "fout", want bij HEOS precies het zelfde verhaal.
Vervelend dat ineens de API's blijkbaar ineens niet meer werken (zo komt het iig over op mij).

[Helixon]

Even los van het feit of het goed of fout is, maar Apple heeft gewoon een visie. Wil je gebruik maken van hun producten en diensten, dan dien je daaraan te voldoen. Zo'n vreemde gedachtegang is dat niet imho.

Spotify wilt wel de de lusten (revenue) maar niet de lasten (nieuwe API integratie). Stel je voor, je koopt een huis ontwikkeld door IKEA en gaat dan tegen IKEA zeggen. Ja, maar ik wil helemaal geen blauwe kasten, die moeten rood zijn!

Zo werkt dat natuurlijk niet.

[Sissors]

Dat is dus wel een vreemde gedachtegang als het een enorm dominante marktpartij is die alles aan andere oplegt wat ze moeten ondersteunen en integreren. Daarom is er regelgeving om die macht te beperken.

[bzzzt]

Het is natuurlijk wel de doodsteek voor innovatie als grote partijen helemaal niks meer mogen veranderen.
Wat nu als er dingen in alle apps moeten worden aangepast om een security issue te fixen? Moet Apple dan alles wat niet veilig is maar toelaten want regelgeving?

[JakkoFourEyes]

Het is innovatie om te eisen dat, als je de volume knoppen wil gebruiken, je moet integreren met de Home Pod? Dat zou ik geen innovatie noemen.

edit: ik lees verderop dat het integreren met Home Pod rare framing van Spotify is, omdat het standaard in de nieuwe API zit.

[Reactie gewijzigd door JakkoFourEyes op 30 augustus 2024 09:19]

[bzzzt]

Het is innovatie om te eisen dat, als je de volume knoppen wil gebruiken, je moet integreren met de Home Pod? Dat zou ik geen innovatie noemen.

Het gaat me er om dat je met wetgeving tot het nivo wat volumeknoppen moeten doen helemaal geen ruimte meer overhoud om bedrijven iets anders te laten proberen omdat er domweg altijd wel een partij is die een probleem heeft met verandering.
Als je nu al vindt dat Apple niet genoeg innoveert moet je eens zien wat er gebeurt als ambtenaren de bouwtekeningen gaan aanleveren...

edit: ik lees verderop dat het integreren met Home Pod rare framing van Spotify is, omdat het standaard in de nieuwe API zit.

Exact. Spotify is ook geen kleine startup of zo. Dit is een uitgekiend media offensief om de slachtofferrol te spelen om de publieke opinie en wetgevers te beïnvloeden.

[M3m30]

Apple heeft hier al minstens 4 jaar een API voor... spotify moet stoppen met niet luisteren naar haar gebruikers.

[fenrirs]

Spotify wilt wel de de lusten (revenue) maar niet de lasten (nieuwe API integratie)

Spotify wil gewoon dat de knopjes van de iPhone werken waar ze voor bedoeld zijn. Het zou toch raar zijn als Tesla ineens zegt: je kan de auto niet meer met het stuur besturen, maar je moet een slider op het touch screen gebruiken om te sturen, want je hebt een third party accesoire in de auto zitten?

[bzzzt]

Heeft Apple ooit beloofd dat de volumeknoppen op de iPhone bedoeld zijn voor het bedienen van externe apparaten?
Dat het wel handig is zegt niet dat het een ondersteunde toepassing is of dat Spotify geen rare trucs heeft uitgehaald om het werkend te krijgen.

[fenrirs]

Sonos S1 app kon het vroeger ook en Denon blijkbaar ook. Het was dus een algemene functionaliteit blijkbaar

[Powermage]

Het was gewoon een algemene functie, een functie die Apple bewust weg haalt zodat third-party's ook andere systemen van Apple geforceerd moeten ondersteunen.
Want als je Homepod support inbouwt dan kan het wel.
Pure misbruik van macht op het Apple platform.

[M3m30]

Apple heeft niets weggehaald... het is spotify die trucs toepast...

[Powermage]

Apple heeft een API stopgezet/weg gehaald die Spotify gebruikte.
Dit was jarenlang gewoon "de manier" hoe dit gedaan moest worden, dat is geen geknutsel van Spotify geweest.

[White Feather]

White Feather in 'Spotify Connect op iPhone kan niet meer met fysieke volumeknoppen worden bediend'

Spotify gebruikt al jarenlang een API die niet voor streaming bedoeld is. Er is al 4 jaar een api die wel voor streaming bedoeld is en die moet Spotify gebruiken.

[M3m30]

omdat er een nieuwere versie bestaat.. als spotify te lui is de juiste API te installeren.. moet je bij spotify klagen.

[bzzzt]

Natuurlijk kan het technisch, het is een knop die een software functie triggert.
Dat zegt nog niet dat er geen rare software hacks achter zitten.

Overigens heb ik een wat oudere Denon met die 'functionaliteit', maar die is zo brak geïmplementeerd dat je er feitelijk niets aan hebt. Gaat van muisstil naar oorverdovend hard met 1 klik op de volumeknop en dat lijkt nergens aanpasbaar. Ga het dus zeker niet missen.

[teek2]

Oh ja, ik druk nog steeds op de knoppen en denk steeds, "he het werkt weer niet", ik had nog niet bewust gedacht dat het al een tijd niet had gewerkt. Heel irritant. Er moet dan wel wat anders komen dan een slider (of Apple moet eens aardig doen, dat zou fijn zijn).

[Reactie gewijzigd door teek2 op 30 augustus 2024 13:19]

[McGraffix]

Misschien zit er een clou in de benaming van de knoppen: "volumenknoppen"?

[bzzzt]

Ja, volume van het geluidsnivo van de iPhone zelf. Nooit bedoeld voor het besturen van externe apparatuur, of de TV van de buren.
Vind er technisch ook nog wel wat voor te zeggen dat het OS er tussen zit; security technisch wil je ook niet dat alle apps zomaar knoppen en andere bediening van je telefoon overnemen.

[page404]

@fenrirs het is hier al een paar keer benoemd, maar Spotify kan gewoon de fysieke volumeknoppen laten gebruiken, alleen moeten ze wel zelf zorgen dat ze daar de functies voor gebruiken die al 4 jaar beschikbaar zijn in iOS.

[k995]

SLaat toch nergens op?
Apple doet hier de veranderingen waardoor veel gebruikte apps niet meer deftig werken, toevllig die apps die concureren met hun eigen producten.

[sympa]

Nou als ik een huis koop dat ontwikkeld is door Ikea verwacht ik toch echt dat ik de kasten kan overschilderen. En ook dat ik er gordijnen van de Hema op kan hangen. En lampen van Foscarini.

[M3m30]

verkeerde voorbeeld; stel je koopt een kast.. maar gebruikt hele andere schroeven om hem in elkaar te zetten.. tja..

[PiHole]

Maar de kast werkt toch ook met de andere schroeven?
Alleen moet je dan niet klagen als de kast uit elkaar valt omdat je te korte schroeven gebruikt hebt.

[M3m30]

waar zeg ik dat? apple heeft al 4 jaar gemeld dat de oudere API out-dated is.. spotify heeft dus al 4 jaar de tijd om de nieuwe API te installeren..

[nokie]

Totaal off-topic (net als de rest van vreemde vergelijkingen) maar sommige merken respecteren zichzelf dusdanig dat ze inderdaad gebruiksvoorwaarden opleggen (zoek maar eens op Ferrari en Justin Bieber).

[Verwijderd]

Je mag wel andere kasten gebruiken, alleen kan je ze dan niet meer met de hand open maken maar moet je de Ikea Home Smart App gebruiken om ze te openen.

[redniels]

Apple heeft een visie. En die visie is: gebruik Apple diensten. Dan werkt het wel.

[oudengrijs]

Misschien een beetje off-topic, maar toch:

SHUT THE FUCK UP!

It's a bug alright - in the kernel. How long have you been a maintainer? And you *still* haven't learnt the first rule of kernel maintenance?

If a change results in user programs breaking, it's a bug in the kernel. We never EVER blame the user programs. How hard can this be to understand?

https://lkml.org/lkml/2012/12/23/75

Linus Torvalds hanteert dus een ander principe dan Apple...

[svenk91]

Tsja, de oude API was deprecated en Spotify heeft er geen zin in om de nieuwe API te ondersteunen. Apple hier de schuld geven is wel een hele flauwe actie. Het gebeurd met regelmaat dat API's vervangen worden op mobiele OS'en. Deze nieuwe API is er al even en dat apps de overstap moeten maken is al een tijdje bekend.

Juist een grote partij als Spotify heeft hier tijdig op kunnen reageren. Het lijkt er echter op dat ze moeite hebben om zulke wijzigingen en beloofde feature updates door te voeren (*kuch* lossless *kuch*). Ik vermoed haast dat ze er een zooi van hebben gemaakt bij hun eigen software ontwikkeling afdeling.

[Sissors]

Maar dan klopt het verhaal van Spotify niet dat ze verplicht dan Home Pods moeten ondersteunen? Want een API update om de volume knoppen anders uit te lezen zou natuurlijk niet zo spannend zijn.

Of is de API update dat ze het complete muziekstreaming gedeelte anders moeten doen, om verplicht andere Apple apparatuur te ondersteunen, als ze de volume knoppen willen mogen gebruiken. Want er ligt wel nogal een verschil tussen die dingen.

[mOrPhie]

Maar dan klopt het verhaal van Spotify niet dat ze verplicht dan Home Pods moeten ondersteunen?

Dat klopt inderdaad niet en het is een tactiek die Spotify sinds hun eerste blogpost hierover in 2019 hanteert: er is een technische afweging gemaakt om gebruikers van iOS te beschermen en Spotify spint het alsof Apple het politiek motiveert. Achteraf blijkt dat steeds mee te vallen. Jammer, omdat bepaalde zaken die Spotify aandraagt wel echt valide zijn of op z'n minst waren en dat nu (in elk geval bij mij) vaak ondersneeuwt door de houding van Spotify.

[Sissors]

Maar nogmaals, want ik ben niet op de hoogte van de technische eisen, maar dit klinkt ook wel heel erg als om de hete braai draaien: Er is een technische afweging gemaakt om gebruikers van iOS te beschermen tegen gebruik van de volume knoppen? Of is het het toch een wat complexer verhaal?

Gaat het nou alleen over een ander API commando om de volume knoppen uit te lezen, of moet er een compleet nieuw streaming software model gebruikt worden, die geheel toevallig en totaal niet politiek gemotiveerd betekend dat ze HomePods moeten ondersteunen direct?

[White Feather]

White Feather in 'Spotify Connect op iPhone kan niet meer met fysieke volumeknoppen worden bediend'

TLDR:
Er zijn 2 API's, waarvan 1 met hoge prioriteit (voor apps in focus en signalen) en 1 met lagere prioriteit (streamen van muziek). Als je de hoge prio aanroept, kan de lage prio gemute of gepauzeerd worden. Je verkeersapp kan dus de muziek muten/pauzeren als hij wil gaan zeggen dat je rechts af moet.

Spotify gebruikt de hoge prio en zorgt er dus voor dat de app niet gepauzeerd kan worden en ook niet gemute door een ander app of een signaal.

Ze moeten gewoon de streamingapi gebruiken, zodat Spotify niet alle andere apps dwars zit.
En in de streamingapi zit de optionele mogelijkheid om HomePods te ondersteunen. Maar Spotify doet alsof Apple ze dwingt volledige HomePods-integratie te doen om zich als slachtoffer te kunnen opstellen en de zwarte piet aan Apple te geven.

[Fermion]

Spotify gebruikt de hoge prio en zorgt er dus voor dat de app niet gepauzeerd kan worden en ook niet gemute door een ander app of een signaal.

Precies wat ik wil, als ik naar muziek luister, dan wil ik onder geen beding gestoord worden door een ander app.

[voxl_]

Telefoon app mag je muziek niet stoppen?

Misschien even instellen dan :-) dat kan gewoon. Ten minste, met de moderne API.

[Reactie gewijzigd door voxl_ op 30 augustus 2024 12:29]

[White Feather]

Je kunt gewoon de high-priority API muten, zodat er niets doorkomt. Dat is gewoon stille modus.
Daar kun je ook nog instellen:
- of je nog telefoontjes wilt laten doorkomen (inclusief wie en onder welke omstandigheden),
- wanneer je de stille modus automatisch wilt laten inschakelen (als je dat automatisch wilt laten doen)

Die kun je dus volledig configureren zoals jij dat wilt.
De stream-api kan dan gewoon los draaien, zonder ooit door geluiden uit de high prio API gestoord te worden.

Zoals Spotify het doet, kan dat dus totaal niet. Spotify draait op de hogere prio api en daarin is geen rekening gehouden met een continue stroom geluid of het uitzetten van sommige apps.

Dus ook in jouw geval moet Spotify gewoon de regels volgen die Apple oplegt.

[Powermage]

"Om gebruikers van iOS te beschermen tegen gebruik van de volume knoppen"

Dit valt denk ik een beetje in het zelfde niveau als HP die zegt third-party inkt cartridges te blokkeren, want die zijn een risico op virussen.

[mOrPhie]

Er is een technische afweging gemaakt om gebruikers van iOS te beschermen tegen gebruik van de volume knoppen? Of is het het toch een wat complexer verhaal?

Als Apple dit zou toestaan kun je de volume-knoppen voor van alles gebruiken of volume-aanpassingen onderbreken. In theorie kun je dan een hard geluid afspelen zonder mogelijkheid dat te stoppen. Daar beschermd Apple tegen en dat doen ze in iOS 18 blijkbaar beter dan in iOS 17.

[kaanmijo]

De nieuwe API bevat standaard HomePod integratie. Spotify framed het een beetje raar.

[Sissors]

Ja maar nogmaals: De API voor gebruik van de volume knoppen van een telefoon bevat HomePod integratie? Of hebben we het over de complete API voor muziek streaming, en zouden ze hun halve software stack moeten herschrijven, omdat je alleen volume knoppen mag gebruiken met de API die HomePod streaming aanbiedt?

[kaanmijo]

Apple heeft in het verleden een API aangeboden voor het afspelen voor muziek. Daar in zaten o.a. volume controls, AirPlay (1) en verschillende andere dingen. 6 jaar geleden is die API deprecated en is er een nieuwe versie van die API uitgebracht. Spotify heeft nog steeds geen update gedaan naar de nieuwe ‘muziek’ API, die o.a. AirPlay 2 en HomePod support bevat. Nu gooit Apple dus de deur dicht voor het gebruik van die oude, niet langer ondersteunde API.

[voxl_]

Homepod is inherent aan de API. Heeft niet iets te maken met hoe je de API moet integreren. Het zal namelijk ook werken met IKEA SONOS stuff, je macbook als speaker, alles wat airplay ondersteunt. You know, wat ik verwacht op een iPhone. Hoef je geen raar kastje meer voor de peperdure HiFi Klubben troep die je vader heeft gekocht, waar je ENKEL spotify op kan afspelen en niet ELKE app op je telefoon, wat met de 6-jaar-oude “nieuwe” API wel kan.

Kom op, Tweakers…

[Reactie gewijzigd door voxl_ op 30 augustus 2024 10:36]

[voxl_]

Nee, kom op Tweakers, die wel vaker met APIs hebben gewerkt toch, die als er al 6 jaar staat "DEPRECATED, will be removed from future iOS versions" hopelijk toch wel een keertje dat zullen updaten, en niet daarna een blogpost gaan maken om Apple de schuld te geven van hun eigen beslissingen.

[k995]

Dat veranderd niks aan wat ik zei.

[voxl_]

apple wil die homespot integratie verplichten en doet dus de oude api weg, apple wil hier en spotify moet maar hun hele app aanpassen

Dat is gewoon de normale gang van zeken met allerlei soorten APIs, niet alleen die van apple. Android doet dit ook. Windows. Linux.

En dit is niet vanwege de home”spot” (lol). Dit is om een hoop andere redenen, waaronder inderdaad airplay-ondersteuning voor alle muziek apps, maar ook gewoon een normale werking van alle andere apps (flitsmeister verlaagt mooi het volume voor een paar seconde bijvoorbeeld). Mooi juist voor gebruikers!
Naar voor spotify omdat die hebben geïnvesteerd in “spotify connect™️©️(r)” in plaats van gewoon de OS-versie te ondersteunen - google cast en airplay. Dus tja, nu gaan dat soort beun-systemen stoppen met werken en verliest spotify vrijwel de enige edge die ze nog hebben, en dat is slecht voor hun imago, hun marktpositie en lopende contracten.

Ze hebben 6 jaar geleden de waarschuwing gehad dat ze een verouderde API gebruiken die binnenkort komt te vervallen. Nu is ‘ie vervallen en komen ze met traantjes. Jammer joh!

[svenk91]

Apple is al een tijdje bezig de boel te verhuizen naar home kit integratie, die bij voorkeur zulke zaken via een Home Pod of Apple TV aansturen als centraal domotica station. Als je deze nieuwe api dus gebruikt zit daar automatisch Home Pod integratie bij, en als ik mij niet vergis ook Apple TV integratie.

Spotify heeft echter deals met andere speaker fabrikanten, dus die blokkeren actief integratie met Home Pod speakers. @mOrPhie haalt hier in de reacties een mooi voorbeeld aan dat Spotify zat te drammen om Home Pods al in de beta open te stellen en toen het beschikbaar kwam het nooit heeft geïmplementeerd.

In feite moet je dit laatste nieuws vooral zien als onderdeel van een Spotify lobby richting de Europese Commissie. Apple is een concurrent met Apple Music en Spotify heeft er dus baat bij als Apple zo veel mogelijk resources kwijt is aan rechtszaken en Spotify zo lang mogelijk Home Pod ondersteuning kan blokkeren.

[Powermage]

Maar dit kan je ook net zo makkelijk omdraaien, sterker nog, daar is een veel steviger argument voor te maken.

Apple heeft met Apple music een concurent voor Spotify, en heeft met Homepod eigen speakers waarmee ze met andere speakers concurreren.
Apple heeft dus heel veel eraan om andere partijen te frustreren met kleine veranderingen en blokaddes om hun producten beter eruit te laten komen.

Dus dit nieuws moet je eigenlijk zien als Apple die zijn macht misbruikt om zijn eigen ecosystemen te promoten en eindklanten minder keuzes te geven.

[svenk91]

Mwah, dat de api waarmee Spotify werkt deprecated is is al langer bekend dan dat de Home Pods zijn aangekondigd. Spotify weet al 6 jaar dat het einde er een keertje aan komt. Dat je een sterke positie op de markt hebt betekend niet dat je tot in den treurnis verouderde API’s moet ondersteunen.

[Powermage]

Dus je wil beweren dat Apple een API deprecated heeft verklaard, maar de opvolger ervan iets bevat wat niet bestond... dat kan niet helemaal he.

Dat het publiek nog niet wist van homepod's prima, maar Apple wist op dat moment allang waarmee ze bezig waren, en wat ze wilde gaan doen, dat is gewoon een geplande en uitgedachte actie geweest.

We halen een API uiteindelijk weg waarbij we een andere forceren waarbij wij onze eigen diensten voortrekken.

[M3m30]

waar zit de verplichting in precies?

[voxl_]

Volgens mij is die Homepod integratie gewoon inherent aan de “nieuwe” (al jaren oude) muziek-speel-API. Spotify gaat nu eindelijk gewoon dezelfde API gebruiken als alle andere muziek apps, ipv de “geluid afspeel”-API die bedoeld is voor korte “bursts” van geluid.

[page404]

Het heeft nks met verplichten van homepod integratie te maken. De aansturing van die knoppen is in de software API's verplaatst van de ene API (ik weet niet welke) naar de andere (in dit geval een waar HomePod onderdeel van is). Spotify moet alleen het aanroepen van die specifieke api call omleggen naar die nieuwe. En die zit toevallig in de groep met functies die "Homepod" heet. Daarmee "implementeer" je niet de hele API want je gebruikt die andere functies niet. Alleen degene die je nodig hebt voor de aansturing van de volumeknoppen.

[Reactie gewijzigd door page404 op 30 augustus 2024 10:53]

[k995]

Idd spotify moet hun hele app herwerken omdat apple ook homepod integratie wil opleggen.

[page404]

Je weet niet zoveel van software development denk ik. Dat geeft niet, maar ik probeer je net uit te leggen dat " opleggen van homepod integratie'" niet aan de orde is. Heeft er helemaal niks mee te maken. Zoek anders even de reacties van @White Feather , die kan het nog beter uitleggen dan ik.
En herbouwen van de app? Dat zal reuze meevallen en is nu eenmaal je belangrijkste taak als app bouwer: zorgen dat je software up to date blijft met de nieuwe package- en API versies. Als Spotify daar over klaagt dan moeten ze misschien een andere carriere overwegen.

[M3m30]

Vandaar dat apple een API beschikbaar stelt?

[Powermage]

Jij hebt een auto, mooie sedan, fijn ding, doet precies wat je ervan nodig hebt.

Maar de fabrikant zegt dat ze stoppen met de sedan, en ja, hij doet het nog wel, maar we ondersteunen het niet meer, dus over X periode werkt je auto niet meer.
Maar geen nood, je moet upgraden, we stellen een nieuwe auto voor je beschikbaar, je kan gewoon blijven rijden. Hier is je nieuwe bestelbus.

Dat is wat Apple feitelijk doet, ze hadden aan API voor muziek af te spelen en ik neem aan controls en visualisaties bevatte, lijkt volgens mij prima gewerkt te hebben.
Nu hebben ze een nieuw systeem gebouwd, het homepod ecosysteem
en om je volume controls etc te gebruiken moet je die hele nieuwe bestelbus gaan gebruiken.

Het is natuurlijk niet dat je een kleine API veranderd om dezelfde functionaliteit te gebruiken, je moet een andere API gebruiken die heel anders werkt en andere dingen doet, om bepaalde functionaliteit te mogen gebruiken.

[M3m30]

dus apple moet onlangs dat ze melden dat API x out-dated is... alsnog ondersteunen?

[voxl_]

Lees nou even de andere comments, vooral die van White Feather. En hou op met kromme vergelijkingen, daar help je niemand mee, al helemaal niet jezelf.

[Bliksem B]

Dit slaat toch nergens op? Google Chrome Cast werkt ook gewoon met Spotify, terwijl Google ook hun eigen muziekdienst heeft. Spotify wilt toch ook gebruikers van Apple kunnen bedienen?

Nu snap ik wel dat Spotify Apple niet mag, mede door Apple's beleid van abonnementen afsluiten in de appstore. Maar ik vraag me af wie Spotify hier het meest mee raakt... Wellicht dat Google nog het meest profijt heeft van deze strategie .

[pinqeh]

Ik vind de titel van dit artikel ook hierdoor een beetje misleidend. Spotify kan het dus wel ondersteunen maar zijn te lui om een nieuwe API aan te pakken. Dit weten ze toch ook wel al een tijdje? Apple blokkeert weliswaar eigenlijk niks, behalve een outdated API wat niet raar is in mijn opzien..? Of ben ik nou gek.

[dabrainz]

Precies dit.
Maar een titel waar 'Apple iets doet wat niet kan' krijgt nu eenmaal veel clicks.

[voxl_]

Tja, DPG wants the money. Niet zo gek, weet hoe de backend van Autoweek bijvoorbeeld er uit ziet en hoe veel geld daar wegstroomt (en de mensen die er aan “werken”), wat een amateurisme. Mag hopen dat die van tweakers wat beter is.

[Reactie gewijzigd door voxl_ op 30 augustus 2024 10:38]

[jbdeiman]

Werkt het volume beheren van een HomePod ook alleen op Iphones, of ook op Android? Ik vraag dit voor een vriend:+.

Maar zonder gekheid is het natuurlijk bijzonder dat je maar blijft dwingen om voor support voor JE EIGEN Apple apparaten andere API's moet gebruiken, omdat dit wát voor toegevoegde waarde precies heeft? Zoals ik hierboven ook al benoem, lijkt het meer op harder en geforceerder focussen op het 'dichtzetten' van je eigen Eco systeem, en de boze buitenwereld wel mogelijkheden geven, maar vooral te blijven dwingen deze aan te moeten passen. Zodat jijzelf altijd het voordeel hebt van je eigen Eco systeem.

Als Apple niet gedwongen zou zijn dergelijke zaken 'open' (via API) aan te bieden hadden ze dit niet eens gedaan, dit lijkt vooral op proberen de externe partijen te blijven irriteren tot ze de keuze maken dat het goed is geweest zo voor Apple.

[M3m30]

Apple werd door niemand gedwongen om de beschikbare music API's beschikbaar te stellen... spotjiffy moet van tijd tot tijd de API opaten... wat logisch is..

[jbdeiman]

Ze mogen hun eigen apps geen (oneerlijke) marktvoordeel geven in Europa, dus ze zijn wel degelijk gedwongen.

[M3m30]

welke marktvoordeel? spotify was eerder actief dan Apple Music.

[[BoSS]]

Anderen zijn hier niet blij mee, ik (om een andere reden) mogelijk wel: er zit een rare feature in de Spotify Apple Watch app waardoor het mogelijk is om met het wieltje het volume aan te passen, ook als de Spotify app niet op de voorgrond draait.

Mijn vrouw heeft een Apple Watch en het gebeurd dan ook te pas en te onpas dat ze aan het wieltje draait en het volume van Spotify op een speaker ergens in huis ineens op standje 'buren pesten' staat.

[remmuz]

Dat is (was?) de meest fantastische feature van Spotify op mijn Watch.
Super eenvoudig het volume aanpassen. Je moet best wel vreemde bewegingen maken wil je onbedoeld aan de crown draaien?
Ik zou het echt intens jammer vinden als dit straks niet meer werkt.

[wildhagen]

Spotify zegt tegen dat Apple van appmakers eist dat de apps kunnen integreren met de Home Pod voordat ze de technologie mogen gebruiken om de iPhone-volumeknoppen te mogen gebruiken.

Wat is dit nou weer voor rare eis? We hebben het hier over iets compleet basaals als volumeknoppen, waarom moeten er nou weer eisen gesteld worden om die te mogen gebruiken?

Dit lijkt meer op gebruikers onnodig irriteren dan iets wat functioneel ook echt iets toevoegt aan de gebruikersbeleving.

Zijn dit soort dingen/eisen sowieso wel toegestaan, is dit niet in strijd met regelgeving als DSA, DMA of andere regels?

[Danner001]

Het is hier lelijk geframed door Spotify, het gaat er niet om dat je HomePod ondersteunt maar het gebruik van de juiste API voor het afspelen van muziek (en ja, daarin zit dus ook HomePod ondersteuning).

[ultimasnake]

Misschien dat je tweakers hierop kan wijzen, al zullen de haatberichten al getikt worden.

Als het gaat om de juiste api’s gebruiken ipv ‘moet homepod’ dan lijkt het me al een heel andere kwestie namelijk

[Powermage]

"Juiste API's" insinueert nu dat Spotify iets fouts gebruikt, terwijl ze een muziek-afspeel-api gebruikte die eigenlijk perfect voldoet en perfect gemaakt was.
Apple heeft deze bewust beindigd om andere apple ecosysteem zaken te forceren.

[voxl_]

6 jaar geleden deprecated. Nu gaan zeuren. Spotify kan niet lager zakken

[sympa]

Ik vermoed dat het niet alleen een kwestie is van setVolume() vervangen door setVolumeAlsoPod(). Maar dat er ook wat voorwaarden zitten om die nieuwe API aan te kunnen roepen. Voorwaarden die...

[Powermage]

Dat is toch niet lelijk geframed... het is eigenlijk een soort ongewenste bundeling van andere zaken vanuit Apple waarbij third party leveranciers onder druk worden gezet.

oude API: muziek afspelen, control's aansturen, misschien nog visualisatie erin op je scherm, en de API was klaar.

Nieuwe API: is eigenlijk totaal wat anders, is een API om een heel smarthome/smartspeakers systeem te ondersteunen, en heeft "omdat het muziek afspeelt" ook nog een paar functies uit de andere API overgneomen, waarbij misschien er juist weer problemen optreden met andere ondersteunde ecosysteem partijen.

[Herax10NL]

Ik zal wel een hoop shit over me heen krijgen, maar ik word ook wel een beetje moe van Spotify. Ze integreren telkens weer net niet lekker met Apple's producten. Zo ook met inderdaad de HomePod, bouw zo'n functie gewoon in. Juist doordat het niet lekker werkt met HomePod's heb ik de neiging om over te stappen naar Apple Music, terwijl ik het liefst gewoon bij Spotify blijf.

[Blokker_1999]

Maar dat is toch een keuze van Spotify, waarom zouden zij moeten integreren met HomePod? Waarom heeft Apple het recht om hen te verplichten iets te ondersteunen? Dit is net waarom Europa bijvoorbeeld wetgeving maakt zoals de DMA, om de macht van grote bedrijven zoals Apple te breken, en telkens opnieuw blijven zij hun machtspositie misbruiken om anderen te dwingen tot iets.

Het heeft jarenlang goed gewerkt, en ineens zet Apple de functionaliteit gewoon dicht omdat ze hun eigen platform verder willen promoten, dat kan niet.

Jij als consument moet de keuze hebben van een muziekdienst te kiezen die het beste bij je noden past. En als vele mensen zouden weggaan van Spotify vanwege het ontbreken van HomePod integratie, dan kan hen dat aanzetten om het te gaan ondersteunen. Maar nu maakt Apple het opzettelijk moeilijk voor gebruikers om die gebruikers net meer onder druk te zetten om te vertrekken.

[mOrPhie]

Maar dat is toch een keuze van Spotify, waarom zouden zij moeten integreren met HomePod? Waarom heeft Apple het recht om hen te verplichten iets te ondersteunen?

Rare gedachtensprongen dit. Ook wederom van Spotify zelf. Apple verplicht helemaal niemand iets.

Spotify heeft helemaal het recht om die platformen niet te ondersteunen. Maar het was in 2019(!!) Spotify _zelf_ die klaagde dat de integratie met Siri en HomePod zou worden geblokkeerd. Dat bleek helemaal geen blokkade te zijn, maar puur een nog te ontwikkelen api in de sdk (SiriKit en HomeKit support). Nog geen jaar later kreeg Spotify gewoon de optie aan te sluiten op Siri en HomePod en sindsdien heeft Spotify zelf de keuze gemaakt om die support niet in te bouwen.

--edit--
Ter verduidelijking: De techniek die Spotify en Sonos gebruiken is unsupported omdat ze volume button overriding doen. Dus ze luisteren naar de volume knoppen, doen hun ding en zetten daarna het iPhone volume direct weer terug, waardoor er effectief geen wijziging on device plaatsvindt. Daarvoor is een verborgen VolumeView nodig. Apple is altijd vrij helder over het gebruik van unsupported api gebruik: het kan misgaan en je app kan er op worden geweigerd.

[Reactie gewijzigd door mOrPhie op 30 augustus 2024 08:25]

[Loller1]

Dus Apple die een bestaande functie blokkeert en eist dat ontwikkelaars Apple's eigen alternatief gaan ondersteunen voordat ze de eerder beschikbare APIs terug mogen gebruiken is niet Apple die iets verplicht?

Ter verduidelijking: De techniek die Spotify en Sonos gebruiken is unsupported omdat ze volume button overriding doen. Dus ze luisteren naar de volume knoppen, doen hun ding en zetten daarna het iPhone volume direct weer terug, waardoor er effectief geen wijziging on device plaatsvindt. Daarvoor is een verborgen VolumeView nodig. Apple is altijd vrij helder over het gebruik van unsupported api gebruik: het kan misgaan en je app kan er op worden geweigerd.

Je zegt dit, maar er wordt hier wel al gesteld dat dit gewoon werkt van zodra Spotify Apple's HomePod gaat ondersteunen. Dat lijkt alles behalve "unsupported". Om nog maar te zwijgen over het feit dat Apple dit uiteraard zelf wel doet. Daarnaast laat de Spotify app nu een notificatie zien die vraagt of gebruikers het volume willen wijzigen van de output als ze met Spotify Connect muziek aan het afspelen zijn, dus ze overschrijven nog altijd het gedrag van de volume knoppen. Ze mogen gewoon niet meer het aangepaste volume doorgeven aan verbonden toestellen.

[mOrPhie]

maar er wordt hier wel al gesteld dat dit gewoon werkt van zodra Spotify Apple's HomePod gaat ondersteunen.

Dat is niet zo. De enige manier om de volumeknoppen supported te gebruiken voor iets anders dan on device volume is via de HomeKit api. Al het andere is een hack. Dat was het en is het nog steeds in iOS 18. alleen werkt de hack nu minder goed blijkbaar. Spotify is gewoon oneerlijk over wat Apple hierover zegt.

[wiseger]

Wat zegt Spotify dan dat oneerlijk is? Ze zeggen dat de volume knoppen het niet meer doen na een iOS update. Doe je die update niet of ga je terug naar een eerdere versie, dan doen de knoppen het wel.

[mOrPhie]

Zo ingewikkeld is het toch niet? De iOS SDK heeft nog nooit supported toegang gegeven tot volume control overriding en Spotify heeft een hack gebruikt om het mogelijk te maken. Deze hack werkt in iOS 18 niet meer. Is Apple verplicht om hacks te supporten? Daarnaast klaagde Spotify in 2019 dat ze geen toegang kregen tot Siri en HomePod. Die kregen ze uiteindelijk wel en ze hebben het daarna nooit geïmplementeerd, omdat ze nu zeggen die "proprietary tech niet te willen gebruiken". En dan is Spotify Connect zelf -ook- nog eens proprietary, want het is onmogelijk Spotify Connect te gebruiken met andere diensten dan Spotify. En dat terwijl Spotify Connect zelf gewoon HomeKit kan implementeren voor volume control als ze dat echt zouden willen. "Oneerlijk" is nog mild uitgedrukt.

[wiseger]

Ik snap de achtergrond maar nogmaals, wat zegt Spotify dan dat oneerlijk is?

[CAPSLOCK2000]

Zo ingewikkeld is het toch niet? De iOS SDK heeft nog nooit supported toegang gegeven tot volume control overriding en Spotify heeft een hack gebruikt om het mogelijk te maken. Deze hack werkt in iOS 18 niet meer. Is Apple verplicht om hacks te supporten?

Nee, Apple hoeft geen hacks te supporten. Maar Apple mag geen gebruik maken van haar macht over iOS om een ander Apple-product (bv Homepod) te bevoordelen. Dat doen ze wel en dus hebben bedrijven als Spotify en Sonos er om heen moeten hacken.

Daarnaast klaagde Spotify in 2019 dat ze geen toegang kregen tot Siri en HomePod. Die kregen ze uiteindelijk wel en ze hebben het daarna nooit geïmplementeerd, omdat ze nu zeggen die "proprietary tech niet te willen gebruiken".

Het woord "krijgen" is denk ik niet de beste keuze. Apple stelt typisch voorwaarden aan het gebruik van haar diensten en API's. Ik kan me heel goed voorstellen dat die voorwaarden niet acceptabel zijn als je direct met producten van Apple wil concurreren.

En dan is Spotify Connect zelf -ook- nog eens proprietary, want het is onmogelijk Spotify Connect te gebruiken met andere diensten dan Spotify.

Eens, ik zal het dan ook niet gebruiken. Spotify is hier "de vijand van mijn vijand". Maar of Spotify nu schone handen heeft of niet heeft geen invloed op hoe ik over Apple's methodes denk. Beide partijen kunnen fout zijn maar toch een goed punt hebben op bepaalde onderwerpen.

[WhatsappHack]

Maar Apple mag geen gebruik maken van haar macht over iOS om een ander Apple-product (bv Homepod) te bevoordelen.

Hoe doen ze dat dan? De te gebruiken API (ipv hacks) ondersteunt óók HomePod. Het ondersteunt niet exclusief HomePod’s. Dat Spotify geen officiële API’s wil gebruiken puur omdat die óók HomePod ondersteunt (al dan niet ivm eigen deals): ehhh… Business afweging. Niets meer, niets minder. Ik zie niet in waarom er speciaal voor Spotify een uitgeklede API gemaakt moet worden die support voor HomePod uitsluit (en ik vind het apart dat jij dat een redelijke eis vindt), maar goed.

De enige die beweert dat dit is om HomePod sales te pushen is Spotify. Zelfs TheVerge heeft een disclaimer bij het artikel gezet dat het niets is dat Apple tegenhoudt, maar dat Spotify de generieke API weigert.

[Reactie gewijzigd door WhatsappHack op 31 augustus 2024 03:20]

[CH4OS]

Hoe is functies uitschakelen om te hopen dat ontwikkelaars hun software bijwerken en HomePod gaan ondersteunen geen verplichting om weer die functie te kunnen gebruiken?

[RabbitKnee]

Laat me het schetsen voor je:

1 Spotify gebruikt een functie op een wijze waarvan Apple zegt: dit ondersteunen wij niet. Sterker nog als je dat wel doet kan het in de toekomst zo zijn dat wijzigingen aan het platform ervoor zorgen dat het niet meer gaat werken.

2 Spotify gebruikt om eigen beweegredenen een API waarvan allang bekend is dat deze op den duur ophoudt met bestaan en maken geen gebruik van de API die wel bedoeld is voor wat ze willen.

Maar jij klaagt in elke comment over 'het uitschakelen van functies'.
Dit is gewoon hoe software ontwikkeling gaat. Op een gegeven moment stop je met het ontwikkellen van een bepaalde API, want afhankelijkheden, design keuzes of een veranderend landschap. En dan heb je de tijd om over te gaan op de nieuwe situatie.
Dat Spotify dat nu niet doet en dan begint te huilen is hun probleem.
Jij zit toch ook niet meer op Windows XP?

[CH4OS]

Het is een functie dat wel werkt momenteel (gezien niet iedereen er last van heeft...) en dat per 3 September of zo volledig zou uitfaseren, maar in de praktijk gebeurd dat dus al enkele dagen eerder.

Apple zet dus actief nu al de functie uit, om wat voor reden dan ook. Dat is dus geen beslissing van Spotify, dat is van Apple. Het gaat daarbij om een behoorlijk basale functie, het gaat niet om een functie waarbij nieuwe beveiligingstechnieken gebruikt worden voor authenticatie (inloggen) of zo.

[Reactie gewijzigd door CH4OS op 30 augustus 2024 11:33]

[RabbitKnee]

Dat het momenteel wel werkt en dat het nu eerder (?) wordt uitgefaseerd neemt niet weg dat allang vast stond dat het een functie is die weg gaat. Dat had je kunnen weten als Spotify en ze hebben lang de tijd gehad om de app te updaten zodat het blijft werken. Dat ze dat niet doen is dan uiteindelijk het probleem van Spotify.

Wat je niet wilt te lijken begrijpen is dat de functie in de nieuwe oplossing gewoon blijft werken. Spotify kan dus gewoon de huidige functionaliteit voor de gebruiker hetzelfde laten werken door in de code een andere API aan te spreken (heel kort door de bocht). En geloof me, bij Spotify zit genoeg talent die met wat tijd een prachtige integratie van de nieuwe API weten te coden. Ze doen het moedwillig niet.

Hetzelfde als jij lekker op Windows XP blijft draaien en dat tegen Microsoft begint te huilen dat stuff langzaamaan niet meer begint te werken.

[CH4OS]

Ik begrijp maar al te goed dat diverse API's of functies eruit vervangen kunnen worden voor wat anders. Een aantal functies kent dan ongetwijfeld ook een overgangsperiode. Maar daar praat ik in mijn reacties niet over. Apple zet de functie eerder uit dan beloofd, verder allemaal prima. Waar Spotify vervolgens slim aan doet, zou zijn om Matter te implementeren (en de uiteindelijke aanroepen van de functie knoppen lekker aan het lokale OS overlaten) ipv direct te gaan praten met HomeKit/HomePod. Dat is wat ik roep. Als Spotify vervolgens zaken moedwillig niet doet, dan is dat het probleem van Spotify en mogen ze lekker zelf op de blaren zitten.

Ik kijk liever naar de oplossing van een probleem, dan eeuwen te blijven bakkeleien over het probleem zelf, of ik wel weet wat software development inhoudt ja of nee...

[RabbitKnee]

Ik begrijp maar al te goed dat diverse API's of functies eruit vervangen kunnen worden voor wat anders. Een aantal functies kent dan ongetwijfeld ook een overgangsperiode. Maar daar praat ik in mijn reacties niet over. Apple zet de functie eerder uit dan beloofd, verder allemaal prima.

Het is in veel comments van je wel reden om Apple af te fakkelen. Ik kan de end-of-life date van die API niet vinden maar ik lees op veel plekken wel dat Spotify het eigenlijk verkeerd gebruikt. Dus al met al lijkt het mij dat Spotify hier vooral schuld heeft.

Waar Spotify vervolgens slim aan doet, zou zijn om Matter te implementeren (en de uiteindelijke aanroepen van de functie knoppen lekker aan het lokale OS overlaten) ipv direct te gaan praten met HomeKit/HomePod. Dat is wat ik roep. Als Spotify vervolgens zaken moedwillig niet doet, dan is dat het probleem van Spotify en mogen ze lekker zelf op de blaren zitten.

Ik kijk liever naar de oplossing van een probleem, dan eeuwen te blijven bakkeleien over het probleem zelf, of ik wel weet wat software development inhoudt ja of nee...

Waar Spotify goed aan zou doen is om te voldoen aan wat Apple vereist aan zijn API's. En dat is geen machtsspel, je hebt zelf blijkbaar ervaring met API's, dan weet je dat elke API bepaalde technische requirements heeft. Als je daar als developer niet aan wil voldoen dan is het kiezen of delen. En soms is Apple zeker onredelijk maar in dit geval (en daar gaat het immers om, dit specifieke geval) lijkt het me dat Spotify vooral zelf niet wil.

[CH4OS]

Het is in veel comments van je wel reden om Apple af te fakkelen. Ik kan de end-of-life date van die API niet vinden maar ik lees op veel plekken wel dat Spotify het eigenlijk verkeerd gebruikt. Dus al met al lijkt het mij dat Spotify hier vooral schuld heeft.

Het artikel van The Verge (wat het bron artikel is hier en ook al gelinkt is in het artikel zelf), noemt ook geen aankondiging, die is schijnbaar even geleden al gedaan, of daar ga ik even van uit. Maar waar het hier wel om gaat is dat Spotify niet over wilt stappen op de HomeKit/HomePod API, omdat volgens Spotify zij dan nog niet over dezelfde mogelijkheden beschikken zoals Apple Music die wel zou hebben op iOS.

Waar Spotify goed aan zou doen is om te voldoen aan wat Apple vereist aan zijn API's. En dat is geen machtsspel, je hebt zelf blijkbaar ervaring met API's, dan weet je dat elke API bepaalde technische requirements heeft. Als je daar als developer niet aan wil voldoen dan is het kiezen of delen. En soms is Apple zeker onredelijk maar in dit geval (en daar gaat het immers om, dit specifieke geval) lijkt het me dat Spotify vooral zelf niet wil.

Spotify kan prima bijvoorbeeld de Matter API gaan gebruiken, als daar ook volume control opties bij zitten (ik ben niet heel bekend met de Matter API, is vrij lang geleden dat ik mij daarover ingelezen heb) is het vervolgens aan Apple hoe zij die functies vanuit Matter implementeren binnen iOS (kortste klap zou dan de juiste call zijn naar HomeKit/HomePod) en is het hele probleem (en machtsspelletje) er ook niet.

[Reactie gewijzigd door CH4OS op 30 augustus 2024 12:29]

[RabbitKnee]

Maar dat is het punt niet toch? Van wat ik nu lees (en by all means inform me) kan Spotify toegang krijgen tot de zelfde API als ze willen. Maar ze willen niet...

Dan kan je zeggen ja maar als ze dan Matter API gebruiken dan... maar dat is toch helemaal niet het issue hier? Er hoeft toch geen laag tussen die de vertaling doet naar de API die Spotify gewoon moet aanspreken?
Spotify krijgt API toegang tot de API die we willen, gebruiken het niet om redenen die ze niet (in ieder geval niet duidelijk) naar buiten brengen. Iets gaat stuk van wat ze hadden zien aankomen... en nu is het Apple zijn probleem?

[CH4OS]

Maar dat is het punt niet toch? Van wat ik nu lees (en by all means inform me) kan Spotify toegang krijgen tot de zelfde API als ze willen. Maar ze willen niet...

Volgens Spotify is HomeKit/HomePod dus blijkbaar anders. De details ken ik niet. Maar het komt in elk geval meer vanuit de "strijd" tussen de twee en de DMA/DSA.

Dan kan je zeggen ja maar als ze dan Matter API gebruiken dan... maar dat is toch helemaal niet het issue hier? Er hoeft toch geen laag tussen die de vertaling doet naar de API die Spotify gewoon moet aanspreken?

Er is dus geen "moeten", want Spotify kan er dus ook voor kiezen om Matter te gaan gebruiken, waarvoor ook support zit in o.a. Android. Middels die route kunnen ze dus hun eigen app ook nog eens versimpelen en onnodige complexiteit ook uit hun eigen app halen doordat ze niet elke API afzonderlijk hoeven te benaderen.

Spotify krijgt API toegang tot de API die we willen, gebruiken het niet om redenen die ze niet (in ieder geval niet duidelijk) naar buiten brengen. Iets gaat stuk van wat ze hadden zien aankomen... en nu is het Apple zijn probleem?

Wanneer Spotify dus zou switchen naar Matter, dan is de implementatie van de functies uit de Matter API toch het probleem van Apple? Apple moet dan immers wel zorgen dat de functies vanuit Matter iets doen in het OS wat verwacht wordt, toch? Net zoals Google dat moet doen binnen Android.

[Reactie gewijzigd door CH4OS op 30 augustus 2024 13:18]

[page404]

Volgens mij had je mijn vorige reactie ook wel gelezen waarin ik aangaf dat je denkrichting niet klopt. Of was mijn uitleg niet duidelijk waarom dit een volstrekt logische en (in software development) volstrekt normale API aanpassing is?

[CH4OS]

Ik denk dat je dan even mijn reacties nogmaals moet gaan lezen, want ik schrijf iets heel anders dan dat jij doet (wat op zich prima is) en lijkt op te willen leggen aan me (iets wat ik behoorlijk irritant vind).

[page404]

Fair enough, ik had je hier inderdaad verkeerd begrepen.

Vind je echt niet dat Spotify voldoende tijd heeft gehad om het aan te passen? Het komt op mij over dat je een fundamenteel bezwaar hebt met het Apple ecosysteem en argumenten tegen die bezwaren gebruikt om dit specifieke issue aan te kaarten. En ik kan het best eens zijn met sommige fundamentele bezwaren, maar voor zowel Spotify als voor jou geldt: je kan je er wel tegen verzetten maar dit is hoe software development werkt en zeker als je met zulke grote partijen (of het nu Meta, Oracle of Apple is) moet werken heb je twee keuzen: of je conformeert je aan hun API standaarden of je hebt pech. En in dit geval vind ik het nog valide ook.

[Reactie gewijzigd door page404 op 30 augustus 2024 11:57]

[CH4OS]

Of het voldoende tijd geweest is, is niet interessant. Zolang "wij" (de consument) er geen of nauwelijks hinder van ondervindt, dat is het belangrijkste, maar men blijft liever moeilijk doen om. Ik denk dat het gewoon tijd wordt dat Spotify versimpelt en overstapt op enkel de Matter API. Dan ligt de implementatie van de functies daaruit bij de fabrikanten van de hardware.

Dat lijkt mij echt de meest wenselijke situatie. Degenen die wel zelf de fabrikant eigen API's willen aanspreken, kunnen daar eventueel dan ook voor kiezen als zij dat (om wat voor reden dan ook) wenselijker vinden.

...maar voor zowel Spotify als voor jou geldt: je kan je er wel tegen verzetten maar dit is hoe software development werkt...

Daarom dus dat een API als Matter een uitkomst is, dat weerlegt de verantwoordelijkheid van de implementatie van de functies bij de hardware-vendors. En verwijderd de verplichting om elke API van elke hardware-vendor te implementeren bij 3rd party app ontwikkelaars. Uiteindelijk hoeft een 3rd party app ontwikkelaar alleen de Matter API te blijven ondersteunen en daarop aan te passen, maar blijkbaar wil men dat niet. Dat is prima, maar dan moet men ook zelf op de blaren zitten inderdaad.

Maar ja, dat zal wel weer een gevalletje naar de alombekende XKCD comic worden, omdat de adoptie van Matter gaat tegenvallen. (ik weet intussen de URL uit mijn hoofd... )

[Reactie gewijzigd door CH4OS op 30 augustus 2024 12:04]

[page404]

En ik hoef niet eens de XKCD pagina te bezoeken om te weten welke het is
Ach ja, wij als consumenten zijn al lang geen partij meer in dit speelveld. Dat is echt een zorgelijke ontwikkeling.

[mOrPhie]

Hetgene Spotify en Sonos gebruiken is geen functie dat is uitgeschakeld. Het is oneigenlijk gebruik van de api, middels een hack (zie mijn edit voor uitleg). Gebruik van een hack kan natuurlijk, maar heeft als risico dat die hack op den duur niet meer werk als je nieuwe versies van iOS wil blijven ondersteunen. Dat Spotify nu zegt dat ze verplicht worden HomePod te gebruiken is een spin die niet klopt. De enige manier om de volume-knoppen anders te gebruiken dan voor on device volume is via HomeKit. Dat was altijd al zo en is nu nog steeds zo in iOS 18. Het klopt dan ook niet dat als Spotify HomePod ondersteunt ze magisch die hack weer kunnen gebruiken voor Spotify Connect of dat de HomeKit API onbeheerd toegang geeft tot de volume-knoppen. Gelukkig niet zeg.

[DeNachtwacht]

Toch even 1 reactie hier omdat het Apple bashen in de comments meteen al begint. Wat Apple hier doet is flauw, maar het is toch ook wel een koekje van eigen deeg als Spotify geen HomePod support inbouwt (om zo de klant naar speakers van fabrikanten te pushen waarmee zij deals hebben lopen). Ik zie de rechtszaak al lopen waarbij Apple vol in kan zetten op gelijk speelveld / concurrentie die Spotify hier zelf onmogelijk maakt. Ik vind het ook jammer en laat zien dat ze zelf de afgelopen jaren dus niet zo integer waren met hun kritiek op het machtsmisbruik van Apple, want het is echt de pot verwijt de ketel als je het dan zelf op deze manier net zo hard doet.

[Keypunchie]

Zie geen reden waarom Spotify Apples proprietary systeem zou implementeren. (Ondersteunt Apple Sonos?!)

Weet niet helemaal zeker, maar volgens mij bied Apple de HomePods niet als generiek bluetooth-apparaat aan.

Apple had ook, bijvoorbeeld, een audio-in poort in hun apparaten kunnen doen…

Kortom: een generieke implementatie is redelijk om ondersteuning voor te bieden.

Een proprietary? Dat is echt de keuze van een bedrijf, zeker als het de implementatie van een concurrent is. Dat Apple dat nu afdwingt is een voorbeeld van hoe Apple’s bedrijfsmodel tegenwoordig lijkt te zijn vervallen tot “geweldige hardware en afpersing”

[pljanson]

Hoe zo apple bashen? Mensen verwachten gewoon dat een computer platform (dus ook de ios iphone/ipad) zich zo gedraagd en niet continue degradeerd als je iets implementeerd omdat apple weer eens wat blokt en hun eigen ecosysteem voortrekt.
Voor mij betekend dat nooit meer apple, maar andere "tevreden" gebruikers van iphone spotify zie nu een beperking.

Hierom moet Europa dus steeds regels blijven bij maken en druk op de grote spelers uit oefenen.

[M3m30]

ow... dus het is fout dat apple gratis de juiste API's hiervoor beschikbaar stelt?

[wiseger]

Dat wordt toch niet gesteld? Er was functionaliteit aanwezig die gebruikt werd door Spotify. Jarenlang werkt alles prima totdat er een nieuwe versie van iOS uitkomt waardoor het niet langer mogelijk is die functionaliteit op die manier te gebruiken.

Dan is de open vraag, is de blokkade van de gebruikte functionaliteit in de iOS upgrade toeval of bewust gedaan om Spotify te dwingen een andere kant op te gaan?

[M3m30]

het is gemeld dat het niet meer ondersteund is... wat is daar onduidelijk in?

[voxl_]

Nee, apple moet na 6 jaar deprecated niet zomaar een API stop zetten, natuurlijk.

[sympa]

Je kan niet overal regels voor maken als EU. Maar inderdaad, teveel "tegenwerkingen" van dit soort is wel degelijk misbruik van marktmacht.
En reken maar dat er bij Apple tientallen mensen werken aan dit soort acties. "Waar komen we mee weg".

[RRRobert]

Je kan niet overal regels voor maken als EU. Maar inderdaad, teveel "tegenwerkingen" van dit soort is wel degelijk misbruik van marktmacht.

Sorry hoor, maar het zijn juist de grote machten in de markt die het ontbreken van regels misbruiken om hun macht verder te vergroten.

En reken maar dat er bij Apple tientallen mensen werken aan dit soort acties. "Waar komen we mee weg".

Oh, dat geloof ik direct.

[jbdeiman]

En waarom zou (omdat het dus gewoon werkt(e) met Apple Homepod speakers, Spotify HomePod integratie gaan bouwen? De support op HomePod was dus tot deze versie van iOS net zoals die beoogd was, allen niet zoals APPLE wil dat het gedaan wordt.

Het is hier NIET Spotify die gebrekkige support bouwt, want het werkt gewoon en waarom zou je dan als winstgedreven onderneming aanpassingen doen om precies hetzelfde resultaat óók op een andere manier te ondersteunen?

Waarom Apple hier zo ineens verdedigd moet worden snap ik niet, anders dan van mensen die in het Apple ecosysteem zitten en alles helemaal geweldig vinden. I.m.o. was het ook voor Apple niet nodig deze werking te blokkeren, maar ze hebben ervoor gekozen dat toch te doen, waardoor ze een ander bedrijf wéér dwingen om aanpassingen te bouwen voor hun Eco systeem.
Als je het mij dan ook vraagt is dit een zoveelste stap van Apple waarin ze laten zien dat ze niet langer de innovatieve speler in de markt zijn, maar nóg meer de focus willen leggen op het integreren binnen hun eigen Eco systeem, waarbij ze 'zomaar' aanpassingen doen in iets dat nu wel werkt, zodat het (initieel in ieder geval) voor een andere speler weer aanpassingen vraagt zodat het wel weer mogelijk is.

Benieuwd hoe vaak we de komende jaren dergelijke berichten zien/ lezen, (er vanuitgaande dat we ze (bijna) allemaal te zien/ horen krijgen), of dat we het niet horen omdat partijen kiezen gedwee mee te gaan. Maar dat het 'nu even niet werkt' (zolang Spotify niets aanpast) geeft weer een mooie boost voor Apple Music, want die blijft natuurlijk wel altijd naadloos geïntegreerd en geeft 'nooit' problemen.

[M3m30]

Ook bij besturingssystemen worden de regels van tijd tot tijd aangepast... je kan bijna niet een windows 95 game installeren op windows 11... om maa wat te noemen..

[wiseger]

Dan krijg je toch dezelfde kritiek? Er was een work-around op Windows 11 om toch Windows 11 toch te kunnen gebruiken zonder TPM 2.0. Microsoft dicht dat gat in een update.

Overigens is Microsoft een verkeerd voorbeeld, ken weinig fabrikanten die zoveel moeite in backward compatibility gestopt hebben als Microsoft altijd gedaan heeft met nieuwe releases van Windows. Staat me nog bij dat Microsoft zelfs gratis een virtuele machine met Win95 uitgaf als download een tijd geleden, juist bedoelt voor oude games en software die niet mee kon na de nieuwe Windows versie.

[M3m30]

virtueel is net hetzelfde he?
snap niet dat jij het goed praat dat spotify bewust niet de juiste API gebruikt...

[Bullet NL]

Heb je nu zelf niet door hoe Apple alles probeert te dicteren?

[page404]

Ik ben niet per se gecharmeerd van de praktijken van Apple en de facto alle grote marktpartijen, maar in dit geval is het logisch dat Apple hier dicteert hoe je apps bouwt op hun systeem. Ze bieden een IDE aan met een programmeertaal en een set aan API's, en dat is "the way to go" voor iOS apps. Hetzelfde geldt voor Android of Windows hoor. Als je met Swift v1.0 een app gebouwd had, kon je hem onder v2.0 half herschrijven. Ook dat is niet anders dan met Python of JavaScript. En hetzelfde geldt voor API's, die evolueren, worden uitgebreid en sommige features vallen weg. Welkom in de wereld van software development.

[CAPSLOCK2000]

Ik ben niet per se gecharmeerd van de praktijken van Apple en de facto alle grote marktpartijen, maar in dit geval is het logisch dat Apple hier dicteert hoe je apps bouwt op hun systeem.

Dat gaat er bij mij niet in, waarom is dat nog nooit eerder een probleem geweest op welk platform dan ook? Geen enkel ander OS dat ik ken stelt dat je de volumeknoppen niet mag gebruiken als je niet ook een of andere ongerelateerde API hebt geimplementeerd.
Hier worden kunstmatige barrieres opgeworpen om de producten van Apple te bevoordelen.
Concurrenten van de HomePod kunnen onmogelijk dezelfde eis stellen.
Apple gebruikt dus haar macht op de ene markt om controle uit te oefenen over een andere markt. Dat is tegen de geest van de vrije markt-economie. Producten en bedrijven moeten concurreren op prijs en kwaliteit, niet over wie het meeste controle over de markt heeft.

[page404]

Eh nee, en ik ga niet alle argumenten nog een keer herhalen. Lees even mijn reacties en die van bv White Feather even terug. Staat het precies in uitgelegd.
Maar voor de TLDR; : Spotify mag gewoon die fysieke knoppen implementeren, dat lukt andere partijen ook, en ze weten al 4 jaar hoe ze dat kunnen doen. Gewoon een API change, niets meer, nies minder.

[CAPSLOCK2000]

Je maakt het veel te simpel. het probleem is niet dat Spotify niet ergens een functie-aanroep wil herschrijven. Ze hebben fundamentele problemen met de Homepod API omdat ze daarin ondergeschikt zijn aan Apple's eigen producten. Zo kunnen ze niet eerlijk concurreren.

Spotify stelt dat ze met een inferieure API worden opgescheept en dat Apple zelf intern een andere API gebruikt. Spotify zegt (ik kan het niet controleren) dat de nieuwe API minder controle geeft over third-party apparaten dan Apple zelf heeft. Spotify mag alleen via de API's van Apple met andere apparaten praten en is dus gebonden aan wat Apple implementeert of niet.
Dat bekekent waarschijnlijk dat ze altijd achter zullen lopen.


Ik denk dat het sleutelpunt is dat de integratie met Homepod betekent dat mensen niet langer direct de app van Spotify gebruiken maar hun muziek aansturen via de Homepod integratie. Dat betekent dat Spotify een hoop interactie met haar gebruikers kwijt raakt. In plaats van een eigen app zijn ze opeens gedegradeerd tot een back-end voor Homepod. Zo verdwijnen alle redenen om Spotify te gebruiken in plaats van Apple Music.

Ik vermoed dat die nieuwe API niet zonder voorwaarden is en dat Spotify geen zin heeft om daar aan te voldoen omdat ze Apple dan rechten moeten geven over hun product die ze niet af willen staan. Dit is 100% speculatie, ik heb geen idee of er voorwaarden zijn aan het gebruik van deze API, maar dat verwacht ik wel van Apple.

Sonos heeft overigens al een jaar hetzelfde probleem en heeft er ook voor gekozen om de Homepod API niet te implementeren. Ook dat is een directe concurrent van Apple en Homepod. Sonos is alleen wat minder goed in media-aandacht vragen.

[Reactie gewijzigd door CAPSLOCK2000 op 30 augustus 2024 13:55]

[lowfi]

Ja je speculeert er inderdaad flink op los. Aan de andere kant gaat er geen week voorbij of epic/spotify hebben weer iets te zeiken over Apple. Dat terwijl ze op hun eigen manier ook niet heel netjes zijn richting andere partijen.

Kijk een keer in de spiegel denk ik dan.

[Sissors]

Gezien Spotify Connect wordt ondersteund door een gigantische range aan apparaten, en Homepod iets is wat werkt voor Apple, Apple en Apple, is dat echt een eerlijke vergelijking? Als Apple nou HomePod software zou vrijgeven voor andere fabrikanten, dan was het een ander verhaal geweest.

[M3m30]

HomePod is middels de juiste API's gewoon te gebruiken met de apps.

[Powermage]

Wait, spotify is "flauw en niet integer" omdat ze homepod niet willen ondersteunen.
Maar Apple die dus vereist dat je een nieuwe API MOET gebruiken die ook Homepod ondersteund en anders geen toegang krijgt tot volume kloppen is volstrekt normaal en wel integer? (wie zegt overigens niet dat door het gebruiken van die uitgebreide API er zaken anders gedaan moeten worden die andere implicaties hebben).

Apple heeft gewoon een nieuw afspeel-ecosysteem uitgebracht, de keuze is aan de app leveranciers om dit te ondersteunen, of om dit niet te ondersteunen.
Waarom mag spotify of welke afspeel app die keuze niet maken?
Net als dat het jou als consument vrij staat om voor spotify te kiezen (omdat die wel met je sonos of heos speaker werkt), of apple music (omdat die met je homepod werkt).

[nemsiz]

Wat een rare comment. Apple zet dit niet dicht met de reden om spotify te pakken of app leveranciers het moeilijk te maken. Het platform evolueert en dat betekend bepaalde API’s “deprecaten” t.b.v. nieuwe API’s. Dit is iets wat
Veel vaker gebeurd en niet specifiek alleen bij Apple.

[wiseger]

Dat is de vraag. Wij weten niet wat de beweegredenen van Apple waren.

Als zowel Sonos als Spotify de knoppen op een manier gebruiken via een andere API die daar eigenlijk niet voor bedoelt was, dan is Apple daar echt wel van op de hoogte. Dus Apple wist echt wel de impact van hun beslissing om het oneigenlijk gebruik van de knoppen dicht te zetten

[SgtElPotato]

Apple zet niet 'ineens' de functionaliteit dicht. De nieuwe API is er al een tijdje en dus is er genoeg tijd geweest om die te implementeren. Dat ze niet willen integreren met HomePods, prima, is ook niet verplicht. Het gebruik van de nieuwe API echter wel (logisch, soms vervang je een oude API). Jammer dat de informatie niet goed klopt wat Spotify naar buiten brengt, zonde van hun moeite.

Het zou een reden kunnen zijn om geen Spotify meer te gaan gebruiken (ik gebruik het toch al niet).

[Reactie gewijzigd door SgtElPotato op 30 augustus 2024 08:27]

[blackjack21]

Het is Spotify dat bij Apple begon te klagen dat ze niet konden integreren met de HomePod toen die uitkwam.
Kort daarna heeft Apple dat mogelijk gemaakt en weigert Spotify te integreren. Beetje vreemd natuurlijk.

Vervolgens vragen duizenden klanten al jaren aan Spotify om te integreren en negeert Spotify dat vrolijk.
https://community.spotify...Pod-Support/idi-p/4985214

Dit doet Spotify ook met AirPlay 2 en vele andere features. Spotify is goed in klagen, zeuren maar als het er op aan komt willen ze slachtoffer zijn en negeren ze klanten.

Ja het is een keuze van Spotify, maar dan moet Spotify ook niet bij Europa gaan klagen over gesloten features (toch de keuze van fabrikant X om iets wel of niet te doen). En zeker niet als het puur om klagen gaat, want integreren ho maar

[RRRobert]

Ik zal wel een hoop shit over me heen krijgen, maar ik word ook wel een beetje moe van Spotify. Ze integreren telkens weer net niet lekker met Apple's producten. Zo ook met inderdaad de HomePod, bouw zo'n functie gewoon in.

Niet om het een of ander, maar mijn ervaring is, dat het vooral Apple producten zijn die niet lekker integreren met hard- en software van buiten het Apple-ecosysteem.

Juist doordat het niet lekker werkt met HomePod's heb ik de neiging om over te stappen naar Apple Music, terwijl ik het liefst gewoon bij Spotify blijf.

...en daarmee bereikt Apple precies wat ze hoogstwaarschijnlijk beoogd hebben met die gebrekkige integratie/compatibiliteit.

[Reactie gewijzigd door RRRobert op 30 augustus 2024 07:49]

[White Feather]

...en daarmee bereikt Apple precies wat ze hoogstwaarschijnlijk beoogd hebben met die gebrekkige integratie/compatibiliteit.

Eh, het is Spotify die weigert de API’s van Apple te volgen. En Apple heeft het recht om hun API’s aan te passen.

Spotify heeft meer dan 4 jaar geleden al de mogelijkheid gekregen om de nieuwste API voor het afspelen van muziek, waarin ook HomePod zit, te integreren, maar dat wilden ze niet/konden ze niet.

Ze willen namelijk proprietary software hebben zodat ze bij Spotify kunnen bepalen welke speakers er het best mee werken. Dan kunnen ze deals maken met speaker-fabrikanten.

Apple heeft hier gewoon een API voor die door iedereen gebruikt kan worden. Doe je dat niet, dan krijg je bij uitfaseren van oude API’s de deksel op de neus.

En het is onzin dat ze een hele HomePod kerstboom moeten bouwen, dat zit in de APi, maar hoef je helemaal niet te gebruiken. Dat is de boel verdraaien door Spotify om het slachtoffer te kunnen spelen.

Spotify heeft tijd genoeg gehad om over te gaan en de oude API is er alleen nog voor oude legacy-software die niet bijgewerkt wordt. Als Spotify die al 4 jaar blijft gebruiken terwijl er duidelijk aangegeven is dat ze over moeten, dan zegt Apple: “jammer dan, je mag de API niet meer gebruiken”.

[Reactie gewijzigd door White Feather op 30 augustus 2024 08:17]

[Powermage]

Dus eigenlijk kan spotify met hun eigen integratie een hele reeks aan ecosystemen aan speakers en afspeel systemen ondersteunen, en gebruiken ze een Apple Api voor wat Audio controls.

Maar apple vind nu dat alles via homepod aangestuurd moet worden, waarbij wat er aangestuurd kan worden dus ook echt Homepod compatible moet zijn (wat alle andere ecosystemen misschien niet willen of kunnen ?

Dus om een paar volume control's te gaan gebruiken wordt spotify geforceerd om andere systemen minder te ondersteunen wil je zeggen?

[White Feather]

Spotify roept hard dat ze een hele HomePod-integratie moeten maken van Apple. En dat is totaal niet waar. Ze proberen daarmee als slachtoffer over te komen en Apple als grote boeman.

Ze kunnen gewoon de stream-api gebruiken en daar is HomePod integratie optioneel.

Alleen Spotify is te lui om de bestaande software te updaten. Daardoor gebruikt de software de algemene geluids-api, die bedoeld is voor apps in focus en signalen van apps.

Even simpel:
Als je navigatiesapp gaat aangeven dat je naar rechts moet, dan kan hij de streamapi de opdracht geven te muten/te pauzeren en dan kan hij rustig aangeven dat je naar rechts moet. De streamapi blokkeert het geluid en geeft door aan de app dat die moet pauzeren.

Nadat hij dat gedaan heeft, wordt de streamapi weer gevraagd om de streamapp weer door te laten gaan.

Als er, tijdens de melding dat je naar rechts moet, een telefoontje binnenkomt, dan gaat dat via de algemene geluidsapi en komt dus netjes aan.

Omdat Spotify de streamapi niet gebruikt, houdt deze dus de hele tijd de algemene geluidsapi bezig en kan de navigatieapp dit niet muten/pauzeren. Wat de algemene geluidsapi kan geen afzonderlijke apps muten of pauzeren.

Ze verzieken daarmee de gebruikerservaring die Apple wil hebben. Alle apps moeten zich op dezelfde manier gedragen.
En Apple vindt streams zijn minder belangrijk dan navigatie en als losse signalen, dus wil Apple dat je netjes gebruik maakt van de streamapi.

[Reactie gewijzigd door White Feather op 30 augustus 2024 09:55]

[Powermage]

Ik weet niet of het een keuze is van "te lui" het kan ook zijn dat een andere API gebruiken impact heeft op ondersteuning van andere ecosystemen die ze nu wel hebben en dan mogelijk issues mee krijgen bijvoorbeeld.

"Ze verzieken daarmee de gebruikerservaring die Apple wil hebben. Alle apps moeten zich op dezelfde manier gedragen."

Maar dat is toch juist een iets wat marktwerking moet regelen.
Als jij als Apple user spotify irritant vind dan zeg je je abbo op en stap je over naar Apple Music die dit dan beter doet, of je stapt over naar een andere streamingdienst voor je muziek die wel de andere zaken ondersteund.

Maar duidelijk is dit voor spotify geen issue, of zorgt het voor andere problemen waardoor dit niet zomaar kan.

"En Apple vindt streams zijn minder belangrijk dan navigatie en als losse signalen, dus wil Apple dat je netjes gebruik maakt van de streamapi."

Als Apple echt om jou user experience gaf dan had Apple dit ook kunnen oplossen door bijvoorbeeld een signalen en alerts api aan te bieden zodat die zaken altijd voorkeur hebben boven elke andere api of audio stream op het systeem?

[White Feather]

"Ze verzieken daarmee de gebruikerservaring die Apple wil hebben. Alle apps moeten zich op dezelfde manier gedragen."

Maar dat is toch juist een iets wat marktwerking moet regelen.

Dat heeft werkelijk niets met marktwerking te maken.

Je hebt een ecosysteem en daarin zijn er afspraken waaraan apps moeten voldoen. Als een app een bericht wil sturen naar de gebruiker, dan moet dat gewoon netjes kunnen. Dan moet niet een streamapp vinden dat ze almachtig zijn en altijd kunnen doorgaan met geluid maken. Alle andere apps worden hierdoor door Spotify gedwongen om hun signaal dwars door de muziek van Spotify heen te zenden.

Dat is natuurlijk heel irritant voor alle andere apps, waaronder navigatieapps.

Dus Apple heeft de regels opgesteld en daar moeten apps zich aan houden. Het interesseerde Spotify echter niet en ze hadden er ook zelf geen last van, dus hebben ze er niets aan gedaan.

Als Apple echt om jou user experience gaf dan had Apple dit ook kunnen oplossen door bijvoorbeeld een signalen en alerts api aan te bieden zodat die zaken altijd voorkeur hebben boven elke andere api of audio stream op het systeem?

Ok, wacht. Dus we gaan een nieuwe API maken met een hogere prioriteit dan de hoge prioriteit-api die er al was en daarmee zorgen we er dus voor dat werkelijk 100% van alle apps van voor die wijziging niet meer werkt?

Ja, dat is lekker slim en totaal niet omslachtig voor alle programmeurs.

Ze hebben juist een lagere prio API gemaakt, waar dan een zeer klein aantal van de app, namelijk alleen de streamingapps gebruik van moeten maken. En daar hun software op aanpassen zodat ze aan de regels voldoen.

Doen ze dat na 4 jaar nog steeds niet (Spotify dus), ja, dan moeten die ontwikkelaars zichzelf eens in de spiegel aankijken in plaats van een ander de schuld te geven.

[CH4OS]

Apple is overduidelijk een machtsspelletje aan het spelen, met allerlei regels en zaken, waardoor men afdwingt dat je hun nodig hebt. Het is dat ik geen hardware fabrikant ben, maar anders had ik enkel nog support via Matter gedaan, dat is immers beschikbaar op élk groot platform.

Door op deze manier steeds meer zaken af te dwingen, krijg ik eigenlijk steeds meer spijt dat ik in Mei overgestapt ben naar iPhone.

[Reactie gewijzigd door CH4OS op 30 augustus 2024 08:27]

[To_Tall]

Heeft niets met macht te maken. Tuurlijk hebben ze bepaalde machten. Maar zelfde geld binnen andere software pakketten en OSen. Op een gegeven moment wordt er een lagacy systeem verwijderd.

Fabrikanten en ontwikkelaars krijgen in dit geval 4 jaar de tijd om zaken aan te passen. Dit heeft spotify verzaakt.

Wie z’n fout is het dan? In mijn ogen niet van Apple. Maar van de ontwikkelaar. Die niet wil voldoen aan voorgeschreven regels maar wil afwijken van de nieuwere standaard.

[CH4OS]

Wat me dan wel opvalt, je schrijft dat het niets met macht te maken heeft, maar je eindigt jouw reactie er wel mee.

[page404]

Ik weet niet of je bekend bent met softwareontwikkeling, maar in die wereld is het de normaalste zaak dat API’s komen en gaan. Het belangrijkste onderhoud wat je hebt als app ontwikkelaar is ook het aanpassen van je app aan nieuwe koppelingen en nieuwe versies daarvan. Dat Spotify daar over klaagt is gewoon kinderachtig, het hoort gewoon bij het ontwikkelen van apps. Net zoals dat ze weten dat ze in een multi-platform omgeving zitten en dus moeten sleutelen aan Sonos, Google cast, AirPlay en wellicht nog andere protocollen.
Ze hebben letterlijk VIER jaar de tijd gehad.

[Reactie gewijzigd door page404 op 30 augustus 2024 08:57]

[CH4OS]

Dat API's deprecaten begrijp ik al te goed, maar dat is, zeker in dit geval, gewoon een excuus, ook al heeft men 4 jaar de tijd gehad. Je praat over (functies voor) knoppen om volume aan te sturen, niet een nieuwere, modernere authenticatie methode die nieuwere beveiligingsmaatregelen heeft op iets dat (naar ik mag hopen) lokaal op het device draait.

In dat op zicht en in lijn met jouw reactie, dan zou het fijn zijn als de Apple Music app native ondersteuning krijgt voor Chromecast, maar daarvoor moet je ook door hoepels springen en lijkt het niet te werken voor mij.

[Reactie gewijzigd door CH4OS op 30 augustus 2024 09:04]

[page404]

Met Airplay 2 en Apple Home zijn er gewoon een paar API's op de schop gegaan en het bedienen van volumeknoppen was onderdeel van de API (wat helemaal niet gek is gezien het feit dat volume toch wel een integraal onderdeel is van een streaming protocol). Dus het is heel simpel: nieuw protocol met nieuwe features, ontwikkelaars moeten aan de slag om die nieuwe features te integreren en de nieuwe API's te gebruiken. Niets meer, niets minder. en nogmaals, dat was VIER JAAR GELEDEN al. API's veranderen, en de reden waarom is niet relevant. Je zult gewoon mee moeten. Dat is bij Apple, bij Google, bij DigiD, bij elke andere service waar je een interface mee wil maken. Als je echt begrijpt hoe het gaat met interfacing tussen partijen dan zou je dat ook als een voldongen feit beschouwen.
Ik ben ook niet altijd fan van de manier waarop Apple dingen doet, maar dit is gewoon gejank van Spotify die duidelijk haar zaakjes niet op orde heeft (dat blijkt wel uit de trage uitrol van al die andere features en bugfixes die helemaal niks met Apple te maken hebben). Het begint een beetje een patroon te worden, en ze zouden er beter aan doen te zorgen dat hun gebruikers een optimale ervaring hebben. En niet over de rug van de gebruikers een politiek spelletje spelen met Apple.

[M3m30]

soms moet je een API updaten... dat is niets raars aan.

[M3m30]

sorry hour.. maar apple helpt zelfs waar het nodig is.. gewoon de juiste API configureren en klaar is het keesje... en matter heeft hier niets mee te maken btw. p.s. apple ondersteund matter allang.

[CH4OS]

Dat zeg ik toch ook, dat de grote platformen support hebben voor Matter? En ja, daar reken ik ook Apple en Android bijvoorbeeld onder. Daarnaast support Spotify toch een werkende API? Alleen deze functie is (te vroeg?) door Apple uitgeschakeld. Waarom zou Spotify dan van API moeten switchen?

Het lijkt mij daarom gemakkelijker of logischer om Matter te gaan gebruiken, dat is immers een API dat breder support heeft dan met HomePod alleen en dus een enkele implementatie benodigd vanuit de fabrikanten op de apparatuur. Een Sonos, Spotify en weet ik veel wie nog meer, kan hun app dan versimpelen door de support van al die verschillende API's te dumpen.

Dus dat maakt Matter wel degelijk relevant voor mijn punt.

[Reactie gewijzigd door CH4OS op 30 augustus 2024 11:01]

[M3m30]

te vroeg? noem minstens 4 jaar maar te vroeg...

[Bullet NL]

Exact,

Apple wil met alles wat ze doen dat het volgens hun manier gebeurd, api's, stores, etc... Ze wil overal invloed op houden, terwijl een bedrijf als Spotify natuurlijk prima zelf kan bepalen als ze de volume knoppen willen gebruiken voor bediening van conect verbindingen.

Natuurlijk, Apple komt met een alternatief, maar waarom nou weer een verplichting inbouwen voor homepot.

De vrije keus voor ontwikkelaars gaat er gewoon aan, wanneer het met een of andere onderliggende beveiliging te maken zou hebben... Maar kom op, we hebben het hier over volume knoppen.

[White Feather]

Natuurlijk, Apple komt met een alternatief, maar waarom nou weer een verplichting inbouwen voor homepot.

Dat is gewoon een leugen van Spotify. Apple zegt dat ze de API moeten gebruiken die er is voor het afspelen van muziek, zodat het systeem voor gebruikers altijd op dezelfde wijze reageert.

In die API zit de optionele support voor HonePod. Die hoeft Spotify dus totaal niet te gebruiken, maar door te roepen dat Spotify de gehele HomePod-integratie moet doen lijkt het alsof Apple heel veel extra van ze vraagt. En dus lijkt Apple hier de boeman.

Spotify heeft echter al 4 jaar de tijd gehad om de juiste API te gebruiken.

De vrije keus voor ontwikkelaars gaat er gewoon aan, wanneer het met een of andere onderliggende beveiliging te maken zou hebben... Maar kom op, we hebben het hier over volume knoppen.

Zoals aangegeven moeten alle fabrikanten van apps die muziek afspelen de juiste APU gebruiken. Dit zodat de overige apps en het systeem zelf de juiste acties kunnen ondernemen als ze zelf geluid willen maken. Zo kan een verkeersapp de muziek zachter/uit/op pauze zetten als het een melding moet geven. Als iedereen dan andere API’s gebruikt, gaat dat natuurlijk nooit werken.

[CH4OS]

Waarom dan HomePod verplichten en niet een bredere API, zoals Matter, waar sinds 2021 support voor is in Apples OSen?

[page404]

@White Feather legt net uit dat ze niet de hele HomePod integratie hoeven te implementeren maar alleen een deel van de Homepod API waar die functies voor volumeregeling inzitten. Ik vraag me nu wel een beetje af of je echt snapt wat een API is en wat je er mee kan.

[CH4OS]

Ik snap heel goed wat een API is. Ik heb zowel zelf API's geschreven als diverse API's consumed.
Ik begrijp dus ook heel goed dat niet de gehele API geïmplementeerd hoeft te worden bij een 3rd party.

Maar als je nu dan toch al een andere API gaat of moet implementeren, is het (lijkt mij althans) logischer om een API te implementeren die over meerdere platformen support kent. Dus een HomePod API implementatie is dan leuk, maar als er ook Matter support is (wat Apple ook biedt), waarom dan niet Matter implementeren? Vervolgens kan de 3rd party diens app versimpelen, door complexiteit van andere APIs te laten vallen.

[Reactie gewijzigd door CH4OS op 30 augustus 2024 11:11]

[page404]

Ik ken de streaming API's van Apple niet goed genoeg, maar het lijkt erop dat HomePod functionaliteit onderdeel is van het strreaming protocol. En ze hebben dus ook de volume controls daarin ondergebracht (nogmaals, wat mij een logische plek lijkt). Waarom ze Matter daar niet ondergebracht hebben? Geen idee, maar een logische reden kan zijn is dat dit een wereld op zich is en zich meer richt op IoT. Dus goeie kans dat dit bijvoorbeeld in het Apple HomeKit protocol zit.
Over het algemeen heeft Apple redelijk goed over dit soort architecturen nagedacht. Ze hebben dus een prima streaming protocol API gemaakt waar Spotify gebruik van kan (en moet, want het is de nieuwe en verbeterde versie) maken. Dat HomePod daar toevallig ook in zit maakt weinig uit, en ik heb het idee dat je denkt dat ze HomePod functionaliteit moeten gebruiken. Dat is gewoon niet waar. En ik heb voor een andere user hier al uitgezocht: Tidal kan gewoon die volumeknoppen gebruiken, en de QMusic app ook. Dus niets houdt ze tegen gewoon netjes de "nieuwe" 6 jaar oude API te gebruiken.

[CH4OS]

Als er een API is in Matter, om het volume omhoog of omlaag te doen, dan ligt het aan de implementatie van die API op het OS hoe daarmee om te gaan, dat kan dan immers vervolgens prima via HomeKit of HomePod. Dan hoeft een 3rd party app developer er niet mee lastig gevallen te worden en werkt het uiteindelijk ook middels de (door Apple) gewenste API(s). Ook werkt het dan voor andere platformen, zoals een Google of Windows dan ook prima en op een uniforme manier qua aanroepen, de uiteindelijke uitvoering/implementaties verschillen dan per OS uiteraard.

Echter is dan Apple verantwoordelijk voor het consumenen van de HomeKit of HomePod API op het lokale OS en niet de 3rd party app ontwikkelaar. Ook heeft een 3rd party app ontwikkelaar de keuze om zelf direct met HomeKit of HomePod API's te gaan praten en heb je dit soort dingetjes niet.

[Reactie gewijzigd door CH4OS op 30 augustus 2024 11:32]

[page404]

Ik weet eerlijk gezegd niet wat je probeert duidelijk te maken
Volgens mij bedoel je dat het beter was geweest als HomeKit/HomePod tegen Matter aanpraat (of tegen welk ander open source protocol). Volgens mij is dit ook iets wat bv HomeKit al doet. Ik kan Ikea en Hue lampen bedienen.
Ik vraag me nu wel af waar je nu het probleem ziet. Had je graag gezien dat Apple ontwikkeld had vanuit het perspectief van ALLE gebruikers en standaarden? Ja dat zou een betere wereld zijn. Maar ze kiezen liever voor ondersteuning van standaarden met hun eigen sausje.
Maar als we terug gaan naar de kern van dit artikel: er zijn andere keuzes gemaakt, die zijn ook al lang geleden gemaakt, er is een prima implementatie en Spotify kiest een slechte manier om hun punt te maken.

[M3m30]

is ook helemaal niet verplicht..

[Bullet NL]

Het gaat er om dat Apple bij bijna alles wat ze doen geen keuze geven, het moet de Apple manier of anders maken ze je het moeilijk. Wat ik zostraks ook schreef, ze zijn extreem goed in het beletten van vrije keuzes.

[Infor40]

En bij Apple Music heb je wel lossless terwijl spotify dat nog steeds niet heeft ondanks toezeggingen jaren geleden.

[wisselwerking]

Ik kan mij voorstellen dat de groep die daadwerkelijk op lossless zit te wachten maar heel beperkt is.

[curkey]

Voor mij was het een reden om Deezer te kiezen, voor op de versterker thuis.

[Infor40]

Tja toch lijkt me dat meer onwetendheid en (negatieve) gewenning. Veel mensen leggen best wat geld neer voor een paar oortjes.

[[Yellow]]

Nadeel van Apple Music vindt ik wel dat veel 'explicit lyrics' er niet zijn maar worden vervangen door de 'clean' versie.
Leuk voor de lobby van een hotel maar ik hoor persoonlijk toch liever de originele nummers.

[CorbataGames]

Ik heb hetzelfde. Al eens een proefperiode gedaan en Apple music klonk ook vaak lekkerder. Zeker met airpods in.

Wel vraag ik me af of Apple music naar sonos connecten lekker verloopt... Dat heb ik weer niet getest, en mijn hele huis staat er vol mee.

Ik zou de release radar wel ook erg gaan missen.

[d3x]

lekker klinken wil niet zeggen dat de audio toon beter is of klanken dan correcter zijn...
geluid is een perceptie die iedereen anders kan ervaren.

[[Yellow]]

Haha, daar heb je een goed punt. Het topic 'Zilveren speaker kabels gesmeed door Elfjes bij maanlicht' in het forum is wat dat betreft ook absoluut smullen!

[d3x]

kan ik mij voorstellen, ik heb een tiental versterkers recent nog getest op mijn Kef reference en ook ik heb twisted pair kabels liggen, maar ergens stopt het om lopende meters in goud te betalen
Het is ook niet alleen je versterker die de toon en klank andere vorm geeft, ook de bron.

dus alles is een basis van goesting, want uiteindelijk met de keuze van boxen zelf ga je al een bepaalde richting in

[CorbataGames]

Zal absoluut ook aan het genre liggen, ik ben ook absoluut geen audiofiel en vind vaak "anders" ook "mooier".

[RVervuurt]

Sonos met Apple Music werkt prima, maar ik gebruik het toch vaker met Airplay dan vanuit de Sonos-app.

[CorbataGames]

Oh ja, dat was een beetje het probleem denk ik. De helft van mijn sonos speakers zijn nog de oude zonder voice control, die zijn denk ik nog zonder airplay (not 100% sure)

[d3x]

veel shit over je heen krijgen? wacht maar op mijn antwoord op jouw visie hoe de mods zullen gaan

jij wil dus eigenljk de omgekeerde wereld, waarom moet het een integratie hebben met homepod? is homepod ook geen speaker in de basis? met wat rand functionaliteieten... Apple zou zelfs voor de rechter gesleept moeten worden met zulke voorwaarden.

heb je daar een leuke investering gedaan in sonos boxen systeem staan waar perfect bij bepaalde producten volledig ingebouwde integratie is (google assistant; alexa, etc) en open fucltionaliteit omheen in een ruim eco systeem.... het is apple die alleen iets toelaat als het in zijn eigen gesloten eco systeem past...

allemaal kwestie van gedachtengang dus, de ene zit al wat dieper vast in het gesloten eco systeem dan het andere en denkt dan ook soms enkel met het gesloten eco systeem mee, das duidelijk.

[lenwar]

Ik snap het op zich wel dat Spotify niet zit te wachten op AirPlay 2 ondersteuning. Zij hebben zelf een functioneel beter mechanisme: Spotify Connect. Spotify Connect verbindt zelf rechtstreeks naar Spotify zonder tussenkomst van bijvoorbeeld een telefoon of tablet. AirPlay (2) streamt audio/video/beeld vanaf de telefoon/tablet/computer. Het apparaat moet per se in hetzelfde (wifi) netwerk zitten enzovoorts. Allemaal functionele beperkingen voor het streamen van Spotify.

Aan de andere kant ondersteunt Spotify wel AirPlay, zodat ook de Apple Speakers gebruikt kunnen worden. Apple lijkt ervoor gekozen om de ondersteuning van de hardwareknoppen hard te koppelen aan AirPlay 2. En dat voelt een beetje flauw om eerlijk te zijn.

Maar wat ik me afvraag. Stel dat Spotify straks die AirPlay 2 API's wel gaat ondersteunen. Gaan de knoppen dan wel werken met Spotify Connect?

[Banix]

Spotify zou ook gewoon Homepod integratie kunnen aanbieden. Dan werkt het ook direct op de Homepod, daar heb je geen airplay voor nodig. Eerst klagen dat Apple te gesloten is met de Homepod (zo rond 2019) en dat ze ook als native dienst willen kunnen draaien. Daarna stelt Apple het open maar (net als Airplay2) doet Spotify er vervolgens geen ene ruk mee. We zijn ondertussen ruim 3 jaar verder.

Bloomberg's Mark Gurman touched on the matter in his newsletter this weekend, noting that Spotify told him there hasn't been a "significant volume" of complaints about the lack of HomePod support. A post on Spotify's community website advocating for native HomePod support has over 5,800 votes in favor of the idea since it was submitted in 2020, but Spotify has refused to budge despite Apple making the necessary APIs available.

In 2019, Spotify accused Apple of anticompetitive behavior in a complaint filed in the EU. Alongside the complaint, Spotify launched a "Time to Play Fair" website that lists alleged examples of Apple's unfair practices, including preventing Spotify from natively supporting the HomePod. Yet nearly three years after Spotify has been able to support the HomePod without any further action from Apple, it has yet to follow through.

Spotify has also repeatedly promised to update its iPhone and iPad app with AirPlay 2 support, but it has failed to deliver so far. The app does support the original version of AirPlay, but has yet to adopt AirPlay 2, which launched in 2018 with enhancements such as less buffering and support for stereo-paired HomePods.

Spotify told Gurman that it "remains committed to supporting AirPlay 2 at some point in the future" and is "on a path towards making it happen eventually," but the company was unable to provide a definitive timeframe. Spotify has been promising to support AirPlay 2 since at least 2021, so subscribers have waited a long time.

source: https://www.macrumors.com...ownplays-homepod-support/

[lenwar]

Op een HomePod kun je toch geen apps/diensten installeren? Dan ben je toch nog steeds van je telefoon/tablet/computer aan het streamen naar die speaker? Daar schiet je dan toch nog steeds niets mee op? Voor een dienst als Spotify is die HomePod 'slechts' een veredelde speaker die op een alternatieve manier aangesproken moet worden (ipv de standaard bluetoothprotocollen die de rest van de wereld gebruikt , maar dat is een andere discussie)

AirPlay2 voegt onder aan de streep helemaal niet zo veel toe voor een dienst als Spotify. Ja, het is wat sneller, buffert wat beter, enzovoorts. Het is oprecht een goede evolutie (die er al veel eerder had moeten komen dan 2018, maar dat is ook weer een andere discussie ), maar het is ook weer niet zo dat het zaligmakend is, voor als je vanuit het internet wilt streamen. Dan ben je alsnog alles twee keer aan het opsturen. Van het internet naar je telefoon, en daarna van je telefoon naar je speaker. Dat is zonde. (net zo zonde als een willekeurige bluetoothspeaker)

Uiteraard is het goed als Spotify Airplay2 gaat ondersteunen. Het is gewoon de volgende iteratie van het protocol. Maar het doet functioneel nog steeds onder aan Spotify Connect voor een dienst als Spotify.

[Banix]

Nee hoor. De homepod kan prima standalone streamen, daar komt geen airplay bij kijken. Spotify kan heel eenvoudig dat mogelijk maken. Toen de homepod werd gelanceerd waren ze boos dat dat niet kon. Sinds 2020 is dit al mogelijk, alleen spotify gebruikt dus een oude api waarmee het niet mogelijk is. Het is dus een gevalletje onwil van spotify.

Deezer doet dat al jaren bijvoorbeeld.

Zie bijvoorbeeld:
https://9to5mac.com/2021/05/06/deezer-homepod-apple-music/

[lenwar]

Kijk is aan Daar wist ik niet.

Maar kun je dat dan op dezelfde manier gebruiken? Dus dat het 'a la Spotify Connect' werkt, dus dat je dan gewoon rustig je liedje kan opzoeken en op play drukken en hij speelt daar af, of moet je dan met Siri aan de slag? Want dat zou dan wel minder zijn. Maar in elk geval well 100x beter dan dat geprut met AirPlay.

[Banix]

Dat zou ik niet durven zeggen. Heb Spotify opgezegd omdat ze na twee jaar nog geen ondersteuning boden en ben naar Apple Music gegaan.

[Tripwire999]

Toch wel weer mooi hoe iedereen hier gelijk op Apple duikt en DMA aanhaalt en weet ik wat voor EU regels om Apple te bashen, terwijl Spotify zelf gewoon API's gebruikt die ten eerste niet ondersteunt worden door Apple (sterker nog door het gebruik van private API's op het Apple platform kan je App afgekeurd worden en helemaal niet in de App Store meer komen). Zolang het mogelijk is om voor Apple's platform te ontwikkelen is het bekent dat dit t.z.t. problemen op gaat leveren.
Dat Spotify nu klaagt is gewoon hun domme eigen schuld, hadden ze hun software maar beter moeten schrijven en gebruik moeten maken van de API's die Apple aabied. Zelfde geld voor HomePod integratie, toentertijd van de daken geschreeuwd dat Apple ze tegen hield en Apple Music bevoordeeld werd e.t.c. terwijl de API ontwikkeling gewoon nog niet klaar was.

Maar zoals gewoonlijk erg objectief als het om Apple gaat is het hier niet, blijkbaar is iedereen hier zo blij met hun Android device en "keuze vrijheid" dat alles wat Apple doet slecht is of dat Apple het doet onder het mom van bedrijfje pesten of consumentje pesten.
Maar denk wel even na, onder het mom van de zogenaamde keuzevrijheid heb ik straks geen Apple Intelligence (of andere AI's van grote spelers want die trekken zich terug uit EU vanwege DMA). Onder het mom van keuzevrijheid moet ik (en straks dat zie je gewoon aankomen) moet ik verschillende App Stores installeren om bepaalde apps te installeren (zie bijvoorbeeld Fortnite, Delta emulator e.t.c.). Onder het mom van keuzevrijheid krijg ik allemaal troep op mijn iPhone waar ik niet op zit te wachten zoals het openstellen van NFC zodat banken dat zogenaamd zelf kunnen gaan doen (wat grote banken op Android ook deden maar uiteindelijk terug naar Google Wallet zijn gegaan). De EU heeft een nieuwe melkkoe gevonden om geld binnen te harken dat is wel duidelijk, door miljarden boetes op te gaan leggen voor regels die nu opeens belangrijk zijn en de EU bijzonder goed uitkomt. Helaas kunnen we er niks aan doen als gewone consument, maar laten we niet doen alsof dit in het voordeel van de consument gedaan word.

[Reactie gewijzigd door Tripwire999 op 30 augustus 2024 10:36]

[Volture]

Helemaal mee eens. Wel de kanttekening dat je wel degelijk iets kunt doen aan de situatie. Stemmen bij de Europese verkiezingen voor een partij die je belangen als Apple gebruiker behartigt.

[Senguie]

Dit heb ik al een tijdje, gebruik heel vaak spotify op mijn PC bij gamen (For Honor zoveel uur in dat ik ook wel eens andere muziek wil). Eerst kon ik gewoon tijdens game via volume knoppen op telefoon geluidsniveau aanpassen. Nu niet meer dus.

Ik weet niet wie de echte schuldige is. Apple met zijn API eis of Spotify die weigert om daar aan te voldoen.

Weet alleen dat het irritant is.

[rko4u]

Ze doen er bij Apple wel duidelijk alles aan om (concurrent voorApple Music) spotify een hak te zetten. Microsoft had bij dit gedrag al lang een boete gekregen vanwege het bevorderen van de eigen software boven die van de concurrentie.

[Wouter-KaBouTeR935]

Ik ben een langdurig en groot Apple (ver/ge)bruiker, maar dit is echt weer totaal ridicuul. Ik heb uit protest de Apple Music app van mijn telefoon verwijderd.

[M3m30]

wat is er ridicuul aan het feit dat apple een out-datet API niet meer ondersteund?

[Wouter-KaBouTeR935]

De eigen apps worden gewoon enorm voorgetrokken. Ten koste van gebruikers, concurrenten die betere (muziek)software maken

[WhatsappHack]

Hoe dan precies? Het is een nieuwe API die alle apparaten, ja inclusief HomePod, kan ondersteunen. Ik gebruik de API met mijn receiver. Hoe trekt Apple eigen apps voor?