Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Ontwikkelaars kraken AirPlay 2-protocol van Apple en werken aan app

Ontwikkelaars hebben het AirPlay 2-protocol van Apple gekraakt. Daardoor zou het in de toekomst vermoedelijk mogelijk worden om te streamen vanaf een iOS-apparaat naar een multiroom set-up met bijvoorbeeld een Raspberry Pi. Dat is nu alleen mogelijk met compatibele apparatuur.

De ontwikkelaars hebben hun bevindingen gedeeld in een besloten Slack-groep, maar diverse mensen posten erover op GitHub, wat 9to5Mac opmerkte. Hoewel de ontwikkelaars het protocol hebben gekraakt, zijn er nu wat hobbels te nemen om het werkend te krijgen op alle hardware. Wat die hobbels zijn, is onduidelijk.

Daarna moet er nog software komen die gebruik maakt van de mogelijkheid om te streamen naar apparaten zonder licentie. Daarmee wordt het mogelijk om via een daarvoor gemaakte app audio vanaf een iOS-apparaat te streamen naar bijvoorbeeld een Raspberry Pi, die een set-up in meerdere kamers aanstuurt. Dat is nu nog onmogelijk.

Ontwikkelaar invano zegt dat er nog geen planning is voor wanneer een app zal verschijnen. De huidige kraak is een Python-script die niet klaar is voor dagelijks gebruik. Ontwikkelaars kraakten AirPlay 1 al jaren geleden en Apple heeft dat niet gefixt. De ontwikkelaars hopen dat Apple de kwetsbaarheden waar deze kraak gebruik van maakt, ook zal laten zitten in AirPlay 2.

Door Arnoud Wokke

Redacteur mobile

06-12-2019 • 08:50

78 Linkedin

Reacties (78)

Wijzig sortering
Leuk dat de ontwikkelaars willen dat Apple het lek laat zitten, maar hoe zit het met de veiligheid? Ik wil straks niet ineens de content van de buurman op mijn scherm krijgen.
Maar die kan sws al je spul op het scherm toveren als hij dat echt wil gewoon via jouw netwerk.

Nee deze kraak is niet zozeer een security ding, maar een licensing verhaal. Ik heb vroeger wel eens met airfoil gewerkt. Daar zijn deze cracks voor bedoeld. Dat je een willekeurig apparaat kunt inzetten als ontvanger. Zoals een laptop of idd een raspberry pi.
Maar die kan sws al je spul op het scherm toveren als hij dat echt wil gewoon via jouw netwerk.
Niet automatisch als je op hetzelfde netwerk zit, daarvoor heeft hij ook zicht op het scherm nodig. Hier komt een code op namelijk welke in getoetst moet worden voor AirPlay actief wordt.

[Reactie gewijzigd door Donstil op 6 december 2019 11:18]

Dat ligt er aan hoe je hem hebt ingesteld. Ik heb zelf een preshared password van tig karakters, maar je kunt hem ook op “ga je gang maar” zetten. De zichtbare pincode is kiosk mode.
Zichtbare pincode van vier cijfers is wel de default dacht ik. Althans ik heb het nooit (bewust) aangepast en zo staat het hier.

[Reactie gewijzigd door Donstil op 6 december 2019 12:33]

Dat klopt, staat standaard een willekeurige code in beeld die je moet invoeren.
Nee dat kan niet. Default moet je een code invoeren. Waarom wordt de verkeerde info omhoog gemod?
Het is je buurman. Grote kans dat ie uberhaupt gewoon op je tv mee kan kijken. Alleen op 12 hoog wordt het wat lastig.

Daarnaast ligt het er aan hoe je je appletv hebt staan. De default is idd met code omdat iedereen met een Apple apparaat hem kan vinden, zet je hem op iedereen in netwerk dan kan iedereen met netwerktoegang er zonder code bij.
Nee deze kraak is niet zozeer een security ding, maar een licensing verhaal.
Maakt het niet minder erg. Dit komt de security zeker niet ten goede.
En ik blijf toch wel een fan van het principe dat je A: met je fikken van andermans spullen af moet blijven (Of het nou een fiets of een stuk code is) en B: Je een licentie aanvraagt als je denkt iets waardigs toe te voegen aan iets bestaands. Dan kan de maker altijd nog beslissen je deze te geven als hij/zij er net zo over denkt.
Je kunt met je telefoon naar niet-Apple-apparaten streamen op je thuisnetwerk. Het enige risico dat ik zie is wanneer een van je apparaten is geïnfecteerd met een virus en de malwaremakers zich voordoen als jouw Apple-apparatuur waardoor die twee keer in de lijst staat en daarmee de content (foto's?) kunnen onderscheppen en stelen.

Dit is een aanval die alleen maar werkt op netwerken met bestaande Apple streaming devices bij Apple-klanten. Dat is een relatief laag kleine hoeveelheid mensen. Als ik een virus zou schrijven, zou ik in een situatie dat ik dat soort verkeer in je netwerk kan aanpassen gewoon een hotspot login portal injecteren met "log in op uw Apple account voor u dit WiFi netwerk kunt gebruiken" en op die manier de gegevens stelen via phishing. Dat zou bijvoorbeeld ook werken op Windows, Android en macOS.

Er is wel een risico, maar dat is meer een voor Apple: beveiligingsonderzoekers kunnen zo de AirPlay2 code van iOS onder handen nemen en, als hier slordigheden in staan, problemen vinden die ze dan weer geld oplevert als ze dat netjes melden. Daar ga jij als klant op vooruit, aangezien jij een veiligere iPhone eraan overhoudt.
Volgens mij moet je nog wel in je eigen netwerk zitten om te kunnen streamen.
Standaard niet. Standaard staat p2p streaming al aan om het makkelijk te maken voor gasten om naar je Apple TV te streamen, zonder dat ze daarbij ook op je WiFi moeten zitten. Dat kun je uiteraard uitschakelen, maar voor eenieder die in een appartementengebouw woont is het een groot plezier om op de Airplay knop te drukken en alle apparaten van je buren te zien. Nu Airplay 2 een onderdeel is van veel smart-TV's heb ik inmiddels 3 tot 5 apparaten in range buiten mijn eigen twee AppleTV's.

Probleem daarbij is overigens wel dat je zelf niet kunt zeggen dat je alleen apparaten op je eigen netwerk wilt zien. Je kan wel aangeven bij een apparaat dat het zich alleen laat zien aan je eigen netwerk, maar die meuk van je buren blijf je zien.

[Reactie gewijzigd door Aiii op 6 december 2019 10:51]

Een bezoeker van mijn buurman maakte een tijdje geleden per ongeluk op die manier verbinding met mijn Apple TV - gebruikmakende van de optie die ik niet kende. Daardoor ging tijdens een etentje met vrienden tot drie keer toe de tv aan met de melding dat 'Jasper' graag verbinding wilde met de Apple TV. Ik had al bijna mijn WiFi-wachtwoord gewijzigd tot ik de naam herkende als het vriendje van het buurmeisje en buiten zijn scooter zag staan. Aldus, het is wat mij betreft een voorbeeld van gebruiksvriendelijkheid die net iets te ver is doorgevoerd.
Maar ja, je hebt het vriendje van je buurmeisje dus toegang gegeven tot jouw WIFI en daarmee kennelijk ook tot je thuisnetwerk.

Veel routers hebben een 'Guest' mogelijkheid, waarmee je bezoekers toegang geeft tot internet en niet tot je eigen thuisnetwerk. Beter zou je 'Jasper' daarop willen zetten.

De gebruiksvriendelijkheid is niet te ver doorgevoerd... jij hebt de toegang tot je netwerk te ver doorgevoerd. ;)
Standaard staat p2p streaming al aan om het makkelijk te maken voor gasten om naar je Apple TV te streamen, zonder dat ze daarbij ook op je WiFi moeten zitten
Toegang tot WIFI is dus niet nodig, Apple TV maakt zich ook zonder WIFI kenbaar aan en benaderbaar door de omgeving.
Dit is dan ook het grappige dat je bij flats kunt doen inde avond.... :)
Vroeger werden universele zappers gebruikt om te plagen.
Zie de reactie van wasntme. Hij zat idd niet op mijn netwerk, maar kon door de soort p2p-opzet van Airplay 2 rechtstreeks bij elke Apple TV in de directe omgeving. Kennelijk is één tussenmuurtje geen belemmering.

Let wel, mensen die op die manier (dus buiten het WiFi-netwerk om) iets proberen af te spelen op de Apple TV van de Tweaker-buurman moeten wel een zescijferige code van het televisiescherm overnemen op hun telefoon. Het kan dus in de praktijk alleen als je line of sight hebt tot de televisie in kwestie. Gezien het feit dat Jasper dacht de Apple TV van zijn schoonvader te bedienen en hij me niet stond te pranken door het raam heen werkte het niet allemaal niet.
Oh, geweldig! Weer wat geleerd.

Afgelopen vakantie in Italie had ik de Apple-TV mee op de camping, en hem daar (middels mac spoofing via mijn MacBook) aan de wifi gekregen (die met zo'n irritante login pagina werkte).

Dat ging allemaal prima tot ik allerhande connectieverzoeken kreeg inderdaad. 'iPhone van Monique' en zo... hahaha... Dacht dus dat dit te maken had dat de hele comping op 1 netwerk segment zat en iedereen die Apple TV kon zien.

'opgelost' door airplay maar eventjes uit te zetten. Konden we weer ongestoord netflixen en plexen. ;)
Dan heb je alsnog de streams van huisgenoten?
Maar die zou je dan toch sws al hebben? Daar veranderd dit helemaal niets aan?
Rare huisgenoten heb jij
Dan is je probleem iets groter; je buurman zit dan namelijk op jouw (wifi)netwerk aangesloten. Anders kan je geen gebruik maken van AirPlay.
Klopt niet helemaal; als je een Apple TV hebt zie je namelijk bijvoorbeeld meerdere opties voor AirPlay. https://support.apple.com...irplay-atvbf2be9ef7/tvos:
Also Allow Nearby to AirPlay: Anyone close to your Apple TV can stream content to it.
Maar goed, dat er dan een groter probleem is ben ik met je eens. Er zijn verschillende veiligheidsinstellingen voor AirPlay om het net iets beter af te schermen, dus als die uiteindelijk niet in de zelfgemaakte app zitten of er wel in zitten maar niet gebruikt zal dat absoluut gedaan moeten worden.
Ik zie het ja, dat is nieuw voor mij. Zie ook dat het mogelijk is om letterlijk iedereen toe te staan - lijkt of ze het systeem achter AirDrop gebruiken. Een p2p verbinding tussen telefoon/tv die onafhankelijk van netwerken samen toch een verbinding opzetten.
Precies, lijkt er wel op. Dit gebruiken ze overigens ondertussen voor meerdere dingen: zet bijvoorbeeld maar je bluetooth uit en klap de case van je AirPods open, je zult alsnog een batterijstatus zien verschijnen. Ik kan ze overigens geen ongelijk geven dat ze dit veel meer integreren, het werkt als een tiet.
Dan heb je de Bluetooth niet volledig uitgezet (bv via het bedieningspaneel) , alleen dat iOS geen verbinding meer maakt met andere apparaten maar wel verbinding houdt met je AirPods bv. Als je Bluetooth echt uit zet via instellingen dan werkt de koppeling met je AirPods niet meer.
Ah ja, net getest en je hebt gelijk. Wel vreemd dat het nog steeds kennelijk bluetooth gebruikt ook al "schakel je het uit".
De quick toggles schakelen wifi/bluetooth niet uit. Dit moet via settings.

Ook gaan BT/Wifi weer aan na x aantal meter gelopen te hebben als je het via de quick toggles doet.
Er staat dan ook ergens in settings dat het geen disable toggle is, maar een “drop all connections”. Doe je je airpods case dus weer open dan maakt ie opnieuw verbinding.

Dit is ook hoe de wifi toggle werkt. Wordt location en time based ook weer ingeschakeld.
Gebruikt dat niet WiFi Direct ipv Bluetooth?
Het protocol veranderd niet. Nu kan je ook al ongestoord van Airplay gebruik maken. Zodra je op een netwerk komt kan je van de meeste streamingontvangers gebruik gaan maken. Dus in jouw geval hoop ik dat je geen Ziggo hebt, hou je buurman uit je netwerk :+.
Leuk dat de ontwikkelaars willen dat Apple het lek laat zitten, maar hoe zit het met de veiligheid?
Het is niet zozeer een lek in het protocol zelf, alswel dat (voor zover ik kan zien) de exacte procedure van handshaking is gereverse engineered, en dat de certificaten om de streams te encrypten zijn uitgelekt. Als Apple dit wil "fixen" dan moeten ze nieuwe certificaten uitrollen naar *alle* clients met AirPlay 2, en compatibility breken met devices/firmware die nog de oude certificaten hebben.
Deze lek heeft weinig met veiligheid te maken. Het is meer vergelijkbaar met CSS bij DVD en Blu-Ray (https://nl.wikipedia.org/wiki/Content_Scramble_System). Door de 'lek' is het protocol nu open, en zouden dus naast iDevices ook andere devices AirPlay 2 speakers/devices aan kunnen spreken. Je kan dus technisch niks nieuws wat niet al met een iPhone kon. Het protocol is gekraakt, maar dat wil niet zeggen dat het niet alsnog een veilig protocol is (Wat het in dit geval gewoon nog is).
Nu nog even het zelfde doen voor het Chromecast protocol.
Zodat we eindelijk zelf een goede vervaning kunnen bouwen voor de Chromecast audio door middel van een RPI.
Dat bestaat al wat mij betreft, het heet Volumio.....
Daar is geen ondersteuning voor het Chromecast protocol. Voor zover ik weet is het ook niet gekraakt, dus zal dit er ook niet komen
Gebruikte VLC niet een clean room FOSS implementatie van het protocol?
Ziet er leuk uit, maar ik zie enkel AirPlay support ( en Spotify etc), maar geen Chromecast, klopt dat?
Het Chromecast (audio) protocol niet inderdaad. Maar met ondersteuning voor Spotify (en andere streaming diensten), locale bestanden en web radio, dit alles in een mooie interface, is het voor mij prima werkbaar.

Wat is nog het voordeel van Chromecast audio nu Google daar officieel de stekker uit getrokken heeft?
Ik zit zelf aan een projectje te denken waarbij ik audio wil kunnen streamen naar een pi. Het liefste zou ik ook via Chromecast kunnen streamen, bijvoorbeeld een playlist op YouTube of iets dergelijks. Dat is eigenlijk ook met video, maar het is verder niet nodig dat ook daadwerkelijk te tonen (het device zou niet eens een display hebben). Als ik Volumio zo bekijk is dat niet mogelijk?
Er is een plug-in systeem in Volumio en daar is een Youtube playback plugin beschikbaar, maar ik heb dat zelf niet getest.

Details van de Plugin:
Youtube Playback Plugin
Youtube Plugin for Volumio

Adds Youtube Playback capabilites to Volumio
Features:

Search for youtube Videos
Play trending videos

Overzicht van alle plugins
https://forum.volumio.org...ins-collection-t6251.html

[Reactie gewijzigd door Falco op 6 december 2019 10:50]

[...] bijvoorbeeld een playlist op YouTube of iets dergelijks. Dat is eigenlijk ook met video, maar het is verder niet nodig dat ook daadwerkelijk te tonen [...]
Dan zie je de reclame niet, dus dat is niet de bedoeling. Wat je kunt doen is 3.5 mm output naar de input source van whatever, an dan NewPipe draaien. Ik ben het eens dat het fijner werkt met open protocollen, maar helaas is Chromecast dat niet...
Ik gebruik Raspotify op de pi, dan heb je een Spotify connect client beschikbaar in je Spotify.
Erg interessant voor bij ons op werk bijvoorbeeld. Thuis heb ik 2 Sonos speakers die allebei airplay 2 aan kunnen en een Apple TV. Die nood is niet zo heel hoog.

Stiekem hoop ik dat er een zelfde iets ook voor Homekit zal komen. Zou graag met een Raspberry Pi + touch screen een mini Smart controller willen maken. Helaas kan ik de device niet via een 3rd party script/api ophalen. Ik heb het via homebridge geprobeerd, maar die lijkt geen access to hebben tot andere accessoires
Node-red + homebridge-mqtt

Dan kun je elk soort accessoire + service characteristics maken die je wilt en ze kennen elkaar dan allemaal.
"Echte" homekit devices kun je idd niet bedienen, maar daarvoor kun je dan weer een fake-switch toevoegen en die dmv automations laten triggeren.
De homebridge zal verschillende plugins moeten inladen om te werken. Mocht er geen plugin zijn voor wat je wilt gebruiken (zo had ik dat zelf voor SpaceAPI), dan zul je zelf aan de slag moeten om een app te maken in NodeJS. Moet wel zeggen dat de documentatie van homebridge op dat gebied enorm gebrekkig is. Het is heel erg houtje-touwtje met verwijzingen naar voorbeelden die vervolgens niet werken. Mocht je hulp nodig hebben, stuur me gerust een PM.
OffTopic maar je zou eens hier naar kunnen kijken: https://www.home-assistan...8/06/home-assistant-cast/ HomeAssistant kan met Homekit omgaan. Beide kanten op. Dus HomeKit apparaten zien maar ook niet HomeKit apparaten toch naar HomeKit sturen.
Eigenlijk moeten we helemaal af van al die gesloten protocollen en alles vervangen door open standaarden. Vroeger kon je ook gewoon al je apparatuur op elkaar aansluiten omdat de tulpstekker en het line signaal gestandaardiseerd waren (op een paar uizonderingen na, zoals de phono preamp). En nu zitten we in de digitale wereld vast aan beperkte ondersteuning door fabrikanten die jou in een ecosysteem proberen te duwen.

Vanuit de fabrikanten gaat dit niet gebeuren, die verdienen er te veel aan, dus misschien hebben we er wetgeving voor nodig?

[Reactie gewijzigd door kozue op 6 december 2019 09:18]

Mjah, zolang er geen partij een monopolie heeft en er open alternatieven aangeboden worden (ookal werken die wat minder goed), dan zal een wetgever hier niet snel nieuwe wetgeving voor maken in westerse markten.

Apple komt nergens in de buurt van een monopolie, en de dominante OS'en voor mobieltjes (Android) en computers/laptops (Windows) staan het toe dat je andere protocollen gebruikt dan hun eigen standaard en die integreert door het OS (mits root bij Android voor goede integratie). Dus er is genoeg keuze voor open systemen vanuit een wetgever perspectief.

Betere informatie voorziening over de gevaren van vendor lock-in zou wel een optie zijn via bijv. SIRE. Laat mensen bewuster het gebruik van open standaarden meenemen in hun aankoopoverwegingen en de fabrikanten gaan vanzelf mee voor ze zichzelf 'vendor lock-outten' van de markt.

Edit: Bovenstaande is trouwens niet mijn viewpoint op dit issue, ik ben zelf van een wat meer pro-actieve aanpak kwa regulering. Het is een uitleg van hoe de overheid hiernaar zal kijken.

[Reactie gewijzigd door svenk91 op 6 december 2019 09:42]

Stemmen met je portemonnee lijkt me een prima fenomeen. Het lijkt me raar dat je als bedrijf gedwongen wordt om je eigen innovatie bloot te moeten leggen, waardoor je hele concurrentievoordeel wegvalt. Het is een illusie dat dingen vaak met een standaard beginnen. Meestal is er juist een succesvolle aanjager die een marktstandaard wordt. Zo is de "tulp-stekker" ook gewoon de stekker van RCA die iedereen heeft en is er niet 1 of andere universele standaard bedacht vooraf.
Eigenlijk moeten we helemaal af van al die gesloten protocollen en alles vervangen door open standaarden.
Op zich zou dat niet uitmaken met AirPlay 1/2 - naast het protocol zelf (wat in principe complete open zou kunnen zijn) zijn de streams ook encrypted met een geheime sleutel, die je alleen krijgt van Apple als je een licensie neemt. Zonder die sleutel (die je in licensie krijgt van Apple) werkt AirPlay niet. Uiteraard kan je die sleutel ergens extracten/stelen/etc, maar geen fabrikant kan een apparaat met gestolen certificaten op de markt brengen zonder een rechtszaak aan de broek te krijgen, dus praktisch gezien is het niet echt relevant of het AirPlay protocol zelf nou open of gesloten is.

[Reactie gewijzigd door Dreamvoid op 6 december 2019 13:12]

Ben wel benieuwd of het andersom ook mogelijk gaat worden. Heb een Marantz receiver en AirPlay 2 werkt prima vanaf mijn iPhone. M'n laptop verbind ik nu via Bluetooth als ik iets wil afspelen over de speakers. Maar AirPlay 2 heeft betere geluidskwaliteit heb ik het idee en werkt ietsje sneller. Zou leuk zijn als je een virtuele geluidskaart ofzo kreeg die dan via AirPlay 2 het geluid naar de receiver kan sturen.

[Reactie gewijzigd door ThinkPad op 6 december 2019 09:04]

Je hebt geen nieuwe hardware nodig. AirPlay en Airplay2 lopen over je wi-fi netwerk. Dus het is puur softwarematig. Maar het moet dus allemaal wel geprogrameerd worden.
Er is een Windows applicatie die dit al kan. Airfoil doet dit voor je.
Bluetooth op Windows computers is lang iets geweest van lage kwaliteit. Dat wordt nu langzaam beter, maar het is niet voor niets dat de meeste BT headsets met dongle komen omdat de BT standaard alleen niet genoeg is.

Airplay levert inderdaad betere kwaliteit op.
Zojuist Airfoil eens geprobeerd, maar is (onder Windows i.i.g.) een deceptie. Werkt erg langzaam en play/pause zit een paar seconden vertraging in, kreeg het ook niet aan de praat met alleen desktop app van Deezer / Spotify, heb het alleen voor elkaar gekregen om systeemaudio (=alles, inclusief notificaties) naar m'n receiver te sturen. Denk dat als Airfoil ooit met AirPlay 2 kan werken het een stuk beter gaat worden.
Ik heb ook een tijdje een bluetooth aptX-ontvanger aan mijn Marantz receiver's line-in gehangen (voeding via USB van de receiver). Die geluidskwaliteit en latency vond ik acceptabel. Ook heeft mijn Marantz M-CR610 geen bluetooth van zichzelf. Nu heb ik een optische kabel liggen.
Op mijn telefoon/desktop had ik trouwens ook shortcuts staan om de receiver aan /uit te zetten en de goede ingang te selecteren. (in de trand van http://x.x.x.x/MainZone/i...p?cmd0=PutVolumeMute%2Fon)
Want de Remote Apps voor Marantz vind ik traag en lelijk.
Edit: Oeps, verkeerd gelezen! Je kunt natuurlijk gewoon vanaf een Apple device streamen zonder jailbreak als een apparaat zich voordoet als Airplay apparaat.

[Reactie gewijzigd door s1h4d0w op 6 december 2019 09:02]

In principe gaat het hier om een Applicatie op de Raspberry Pi icm stock iOS. Als de Raspberry Pi zich maar als Airplay speaker kan adverteren over het netwerk, dan kan je er binnen meeste (if not all) apps er gebruik van maken
Nog niet helemaal wakker, je hebt gelijk!
Hoezo? Als die apparaten (bijvoorbeeld een rPi) zich gewoon voordoet als een normaal AirPlay2 apparaat in je netwerk heb je hier helemaal geen bijzondere apps voor nodig.
"Daarmee wordt het mogelijk om via een daarvoor gemaakte app audio vanaf een iOS-apparaat te streamen naar bijvoorbeeld een Raspberry Pi, die een set-up in meerdere kamers aanstuurt. Dat is nu nog onmogelijk." Wat is hier het praktisch nut van? Je kan zonder Raspberry Pi met Airplay 2 direct vanaf iPhone, iPad of Mac naar meerdere kamers en speakers streamen. Wat kan een Pi hier aan toevoegen?
Dan moeten die speakers AirPlay 2 ondersteunen, de meeste speakers hebben dat niet. Een Raspberry Pi zal kunnen dienen als ontvanger en het signaal analoog door kunnen sturen naar een speaker.
Heb 3x Sonos One met Airplay 2 en een setje Audioengine A5+ die geen AirPlay heeft maar die met een airport express wel AirPlay 2 is. Alles AirPlay 2 (heerlijk) zonder Pi (die in een la ligt, zie geen functionaliteit). Dus: leuk als het kan met een Pi (vraag niet hoe) maar met een AirPort Express kan ieder setje boxen aan AirPlay 2. Kan het iedereen aanraden.
De key van dit verhaal word ietwat vergeten: het gaat om Airplay2 naar unsupported speakers.

Hoe hier het raspberry verhaal word uitgelegd klopt simpelweg niet of het staat er heel krom.

Als de crack er daadwerkelijk is, dan kan een raspberry zich voordoen als airplay 2 device, die kan op zijn beurt de audio doorsturen naar speakers die geen airplay 2 support hebben.

[Reactie gewijzigd door z1rconium op 6 december 2019 12:03]

Denk dat de Pi dan de translatie verzorgd van iPhone/iPad/Mac naar je niet-AirPlay2-apparaat.

Nu hopen dat ze snel komen met handleidingen voor de Pi :)
Hopelijk wordt AirCast voor Home Assistant ook bijgewerkt met AirPlay 2. Dan kan ik meteen mn Chromecast speakers gebruiken met AppleTV over multiroom speakers en lagere latency (wat nu niet kan door AirPlay 1).

[Reactie gewijzigd door ASNNetworks op 6 december 2019 09:12]

Maar via Apple streamen naar Kodi op Pi is nu mogelijk tot iOs 8 dacht ik. Of is Airplay 2 van iOs 9?
Dit is goed nieuws. Hopelijk komt de work-around snel. Alle speakers in huis zijn AirPlay 2 behalve mijn versterker. En dus ook mijn mooiste muziekstuk in het huis. Dan kan ik naast chromecast ook multiroom doen via AirPlay 2.
Koop een AirPort Express voor een paar tientjes op marktplaats en het werkt met je versterker.

Op dit item kan niet meer gereageerd worden.


Apple iPhone 11 Microsoft Xbox Series X LG OLED C9 Google Pixel 4 CES 2020 Samsung Galaxy S20 4G Sony PlayStation 5 Nintendo Switch Lite

'14 '15 '16 '17 2018

Tweakers vormt samen met Hardware Info, AutoTrack, Gaspedaal.nl, Nationale Vacaturebank, Intermediair en Independer DPG Online Services B.V.
Alle rechten voorbehouden © 1998 - 2020 Hosting door True