Ontwikkelaar maakt opensource-Chromecast-alternatief

Googles Chromecast en Apples Airplay zijn prima manieren om audio en video over een netwerk te streamen, maar ze hebben één probleem: het is een proprietary formaat. Een Nederlandse ontwikkelaar vond dat ook en besloot zelf een opensourcealternatief te bouwen.

Het opensourcealternatief voor de Chromecast heeft de naam Nymphcast, en is gemaakt door Maya Posch, die op Tweakers bekend is als Elledan. De broncode van de app staat op GitHub. Posch zegt dat ze een open streamingstandaard wilde bouwen die op ieder platform werkt. Zo zijn er bijvoorbeeld wel alternatieven zoals PulseAudio, maar die zijn exclusief voor Linux. Posch gebruikte bestaande softwarepakketten voor functies zoals decoding. Voor het afspelen en decoden van video en audio gebruikte ze bijvoorbeeld FFmpeg en LibSDL. Andere libraries zoals LibVLC en gstreamer werkten volgens haar niet. NymphCast is een native C++-applicatie op basis van AngelScript. Volgens Posch is dat veel minder 'clunky' dan Lua en Python, die ze in eerdere projecten gebruikte.

Posch heeft NymphCast aan de gang gekregen op Windows, maar het werkt ook op Linux x86 en op een Raspberry Pi. Het grote probleem is om andere apps compatibel te krijgen met het programma. Posch zegt dat ze zelf al een SoundCloud-app heeft gebouwd op basis van de api. Ze is van mening dat het relatief makkelijk zou moeten zijn voor bedrijven om NymphCast te ondersteunen. Daarnaast is NymphCast nog een alpha-build en moeten er nog veel bugs uit worden gehaald, zegt de ontwikkelaar. Maar het belangrijkste grondwerk ligt er al.

IT-banen

Reacties (145)

CAPSLOCK2000

Software development

3 maart 2020 13:24

Goed initiatief, eerlijk gezegd ging ik er dusver van uit dat ChromeCast wel een open standaard zou volgen maar dat valt dus nogal tegen. Er is wel een publieke SDK maar dat is dan ook de enige manier om er mee te werken.

Ik ben er erg blij met dit alternatief mee en hoop dat het snel breed geadopteerd wordt want streamen wordt steeds belangrijker en zijn duizenden applicaties voor de ChromeCast, maar die zijn dus allemaal gebonden aan Google. Dat wil ik niet, Google heeft al veel te veel invloed op deze wereld.

Ik hoop dat TV fabrikanten dit gaan integreren als alternatief voor de native apps die we nu gebruiken. Ieder aanbieder moet nu z'n eigen apps schrijven voor tal van verschillende TV's en OS'en. 90% van de apps doet niet veel meer dan een simpele videostream afspelen. Ze moeten allemaal het wiel opnieuw uitvinden en maken allemaal dezelfde beginnersfouten en na een paar jaar stopt de ondersteuning ook nog. Het zou veel beter zijn om zoveel mogelijk gebruik te maken van standaard protocollen en formaten die door iedere videospeler afgespeeld kunnen worden.

Chromecast is een aardige stap de goede kant op, maar door de gesloten aard en de afhankelijkheid van Google is het niet geschikt als universele standaard.

Halfscherp @CAPSLOCK2000 • 3 maart 2020 13:45

Chromecast is juist voortgekomen als een extensie op het open source DIAL. Oa. Netflix en Roku ondersteunen dit.

Jerie

@Halfscherp • 3 maart 2020 15:12

Was ik niet mee bekend dus ik heb even erover opgezocht op Wikipedia:

Discovery and Launch (DIAL). Het gebruikt UPnP, SSDP, en HTTP. Eerste generatie Chromecast gebruikte dit. Inmiddels gebruiken ze mDNS.

Het zegt verder ook niets over de onderliggende technieken. NymphCast zou ook mDNS kunnen gebruiken, mocht dat gewenst zijn.

Elledan @Jerie • 3 maart 2020 17:14

NymphCast gebruikt al mDNS, via Avahi onder Linux en een ingebouwde mDNS (DNS-SD) client in de client SDK.

In de NymphCast Player krijg je dan een lijst te zien van de beschikbare NymphCast servers op het netwerk

Bram_H67 3 maart 2020 11:46

Als ik het goed lees gaat het dus alleen om een standaard, en dus geen device?

Elledan @Bram_H67 • 3 maart 2020 12:16

Het gaat om een standaard met referentie implementatie.

(Ik ben de NymphCast ontwikkelaar

)

strigi @Elledan • 3 maart 2020 13:05

Op wat voor latency richt je je? 10ms?

Elledan @strigi • 3 maart 2020 13:14

Voor lokale content die men van een PC of zo streamt is er geen latency, behalve aan het begin met het bufferen. Voor real-time audio hangt het van het netwerk af en de onderliggende (audio) hardware.

strigi @Elledan • 3 maart 2020 13:22

Als video en audio op andere apparaten lopen is heb belangrijk dat dat wel in sync gebeurt. Stel, je speelt een video op je computer en audio via boxen aan een raspi. Als je latency heel laag is, zal dat werken. Een alternatief is dat client en server de latency meten en daarop synchroniseren.

Elledan @strigi • 3 maart 2020 13:45

Op dit moment werk ik aan features zoals multi-cast, voor zowel multi-room als multi-speaker setups. Er zijn daar echter een heleboel verschillende scenario's mogelijk. Wat jij beschrijft is weer een heel specifiek scenario, dat weer op een eigen manier zal moeten synchroniseren.

Refthoom

@Elledan • 3 maart 2020 17:10

Top dat je dit doet, Elledan!
Google heeft zo'n sync functie, in ieder geval voor de Chromecast audio. Gebruik er zelf meerder in huis voor multi room audio. Tijdsverschillen zijn niet hoorbaar.

Elledan @Refthoom • 3 maart 2020 17:17

Dank je wel

De eerste sync feature wat ik zal implementeren zal ook deze multi-room feature zijn, met alle servers die gelijktijdig hetzelfde afspelen. Dat is redelijk gemakkelijk te implementeren

Bliksem B

@Elledan • 3 maart 2020 13:20

Het gaat om een standaard met referentie implementatie.

(Ik ben de NymphCast ontwikkelaar )

Kun je al iets zeggen over de implementatie door andere appbouwers? Hoe actief ben je het aan het promoten? Ik het vind het een super tof concept namelijk. Al is het alleen al als drukmiddel richting Google of Apple.

Daarnaast, als ik het goed begrijp gaat het over streamen en niet over het sturen van een link naar een kastje, die deze zelf opent in een app (het concept van Chromecast)

Elledan @Bliksem B • 3 maart 2020 13:43

Op dit moment is het absoluut nog een Alpha project, met een aantal features die nog niet 100% geïmplementeerd zijn, deswege heb ik het tot nu toe nog niet van de daken geschreeuwd.

Het idee is dat de komende weken/maanden het project zich door een Beta fase beweegt en dan ook aantrekkelijk wordt om mee te ontwikkelen.

NymphCast kan op dit moment zowel lokale videos/audio streamen, alsmede links naar online resources (streams) openen en afspelen, alsmede met hulp van custom NymphCast apps verdere functionaliteit implementeren (voor een Android of zo), net zoals met ChromeCast.

Stoney3K @Elledan • 3 maart 2020 15:13

Het protocol is in principe éénrichting dan toch? Wat ik altijd jammer heb gevonden aan mijn Chromecast, is dat ik bijvoorbeeld niet kan browsen met de afstandsbediening via HDMI-CEC.

Zoiets zou ik juist erg handig vinden als je een Plex server hebt ergens op een NAS en dan een kastje wat je met de AB van je televisie kan bedienen om door al je content heen te bladeren.

Elledan @Stoney3K • 3 maart 2020 15:16

Het protocol gaat beide richtingen op. Het toevoegen van een afstandsbediening optie staat op de lijst, maar daar moet nog aan de ontwikkelingseisen worden gewerkt

Accretion @Elledan • 3 maart 2020 20:49

Kun je in NymphCast ook afbeeldingen, muziek en subtitles?

Elledan @Accretion • 3 maart 2020 20:59

Muziek ja, afbeeldingen komen nog, subtitles is gedeeltelijk geïmplementeerd.

Oon

@Bram_H67 • 3 maart 2020 11:50

Ja, het gaat om een alphaversie van een code implementatie. Overigens is XKCD 927 hier ook heel relevant, want er zijn al andere projecten die hetzelfde doen, zoals miraclecast

Stoelpoot @Oon • 3 maart 2020 11:59

Is MiracleCast hiermee echt vergelijkbaar? Wat ik daar uit de Readme haal is dat het vooral om pure screen sharing gaat, terwijl NymphCast zich, naast inderdaad een 'gewone' stream te kunnen ontvangen, meer inzet op het streamen van een specifiek mediabestand wat direct door het serverappraat benaderd wordt, zoals o.a. een ChromeCast ook werkt.

AnguishedOne @Oon • 3 maart 2020 12:07

Miraclecast depend toch op SystemD dan is het toch niet cross platform?

ImNotnoa @Bram_H67 • 3 maart 2020 11:51

Klopt, maar dat device kan vervolgens bijvoorbeeld een Raspberry PI zijn, de kosten daarvan zijn vergelijkbaar met een "echte" chromecast stick

Neon Noodle @ImNotnoa • 3 maart 2020 11:58

Als het goed werkt op een Rpi Zero (W) (afhankelijk van de decoder implementatie) wordt het voor €10-20 zelfs een mooi budget alternatief

crazylemon @Neon Noodle • 3 maart 2020 12:42

Plus voeding, plus behuizing, plus kabels, plus SD kaart = € 30,00

Tadango @crazylemon • 3 maart 2020 12:50

Pi 0 kan gevoed worden uit de USB van de TV. Kost je alleen een kabel. SD kaartje kost enkele euro's... HDMI Kabel ook.

pepsiblik @Tadango • 3 maart 2020 13:09

Je roept 3 x "enkele euros", dus dan klopt het toch dat het €30 wordt (je was de behuizing nog vergeten trouwerns)?

Tadango @pepsiblik • 3 maart 2020 13:19

Pi Zero W: 13.21
Behuizing: 2.27
Micro USB: 1.70
Mini HDMI: 3.50
16GB SD: 2.69

Totaal 23,37, en willicht kan dit nog goedkoper (even snel gezocht).

SuperDre @Tadango • 3 maart 2020 13:52

tja, maar voor dat bedrag koop je al een kant en klaar mediaplayertje op aliexpress...

Tadango @SuperDre • 3 maart 2020 13:54

Klopt, maar die werken erg slecht out of the box. Alleen als er OpenELEC oid op kan zijn ze de moeite waard. Met android vol troep kan je ze echt niet gebruiken.

SuperDre @Tadango • 3 maart 2020 22:57

Denk dat dat behoorlijk meevalt tegenwoordig..

Refthoom

@Tadango • 3 maart 2020 17:14

Pi0 is niet echt geschikt voor video playback, al helemaal niet als je het draadloos wilt doen. Audio gaat prima.

ImNotnoa @Neon Noodle • 3 maart 2020 12:06

Ik denk dat het grote voordeel de privacybestendigheid en comptabiliteit met andere software is (VLC ondersteunt pas relatief recent chromecast en niet eens op de "officiele" manier)

zanza006 @ImNotnoa • 3 maart 2020 13:28

Hoe bedoel je officiele manier ?

ImNotnoa @zanza006 • 3 maart 2020 13:46

Ze konden de libraries van Google zelf niet gebruiken dus moeten zelf iets schrijven nadat ze de code van google reversed-engineered hadden

snoopdoge90 @Neon Noodle • 3 maart 2020 13:23

Meh, dan investeer je al redelijk in een casting device die niet voldoet aan de huidige formaten.

Voor 1080p materiaal in theorie wel geschikt. Voor 4k materiaal is het minimum toch een streaming bitrate van 35-45 mbps voor 25 fps h.264.

Een RPi Zero W doet naar mijn eigen ervaring alleen zo rond de 35 mbps met de access point in dezelfde ruimte (meest optimale opstelling). Om het in perspectief te zetten, huidige generatie casting apparaten zitten al op 802.11ac 5ghz WiFi. De Zero W zit nog op 2.4ghz 802.11 bgn en gebruikt daarbij niet eens de maximale bandbreedte van die specificatie. Of het zelfs 4k kan processen laat ik dan nog even in het midden, geen idee..

@Neon Noodle hieronder, hehe maar deed jij niet het voorstel om een Zero W te gebruiken mits de implementatie goed was?

[Reactie gewijzigd door snoopdoge90 op 23 juli 2024 11:11]

Neon Noodle @snoopdoge90 • 3 maart 2020 13:45

De Zero W is inmiddels 3 jaar oud, dus het lijkt me ook hoog tijd voor een refresh.

Fero @Bram_H67 • 3 maart 2020 11:57

Correct, eigenlijk dus de software waarvan het de bedoeling is dat dit op elk apparaat/OS gaat werken, en juist niet enkel een specifiek stukje hardware dat je maar van één fabrikant kan kopen, zoals Google en Apple het doen.

Ik vind dit als Tweaker fantastisch nieuws! Vendor-lock-ins zijn voor de klant nooit gewenst, en als dit project echt van de grond gaat komen zie ik er zeker waarde in.
Nadeel is wel dat de meeste fabrikanten al hun eigen, gesloten software mee leveren, danwel inhaken op de Chromecast/Apple TV, dat bestaat immers al en is ook bij de klanten bekend. En de gemiddelde klant kiest meestal toch voor de bekende weg.

Op fabrikanten van hardware hoeven we dus niet snel te rekenen imo, en ook zal Google zoiets bijvoorbeeld niet willen laten supporten door YouTube, denk ik zo. Die hebben veel liever dat je maar een Chromecast koopt (want daar verdienen zij wel aan).

EasyBoarder 3 maart 2020 12:28

Hartstikkel leuk om te horen dat dit mogelijk is!

maar mijn oprechte vraag is eigenlijk meteen: waarom? Het is niet alsof de Chromecast zo excessief duur is. Voor €35 heb ik er nu al 4 jaar plezier van.

Elledan @EasyBoarder • 3 maart 2020 12:47

Zoals ik al in het artikel schrijf, vooral omdat ik er zelf de pui in had dat 'gewoon streamen' niet zo eenvoudig was. Het is op de eerste plaats een hobby project wat mij ook wat brengt.

Tweede plaats is het ook een leuke uitdaging voor mij als ontwikkelaar, en verder beleef ik er ook plezier aan als anderen mijn software (en hardware) projecten nuttig vinden

En wat de hardware voor NymphCast betreft, wie heeft niet een Raspberry Pi of zoiets dergelijks rond liggen waarmee ze op dit moment niets mee doen? Ook vormt NymphCast een mogelijke vervanging van ChromeCast Audio, wat niet meer bestaat.

EasyBoarder @Elledan • 3 maart 2020 12:57

Dat begrijp ik volledig!

Die uitleg was me ontschoten in het artikel, sorry. Ik snap heel goed dat het leuk is om aan zoiets te knutselen en nog leuker als mensen het uiteindelijk gaan gebruiken.

Vooral voor de mensen die paranoïde zijn over alles wat met Google te maken heeft (bot gezegd) kan dit een uitkomst zijn, daar had ik nog niet bij nagedacht.

Elledan @EasyBoarder • 3 maart 2020 13:06

Ja, met NymphCast is er geen gebruikersaccount of zo die men aan moet leggen. Heb ik sowieso geen zin in om zoiets te implementeren

Is ook een punt wat ik eigenlijk helemaal niet aangesproken heb in het artikel.

Jerie

@Elledan • 3 maart 2020 15:30

Dat is wel een mogelijk nadeel. Je kunt bij Chromecast namelijk zo instellen dat niet iedereen op je LAN mag communiceren met de Chromecast, en dat heeft als voordeel dat gasten of je kind geen controle heeft over de Chromecast (of juist wel, mocht je dat tijdelijk willen).

Elledan @Jerie • 3 maart 2020 15:39

Ik denk dat dit ook op andere manier geregeld kan worden, zoals een paswoord of SSH sleutel. Blijft de controle 100% bij de eigenaar (niet Google)

Jerie

@Elledan • 3 maart 2020 16:50

Agreed kan met SSH sleutel of andere vorm van public key authenticatie. Heb ik ook liever, want nu zit je met Google ecosysteem. Chromecast werkt bijvoorbeeld niet als je microG gebruikt (ik gebruikte LOS + microG en die had geen "cast implementatie").

EasyBoarder @Elledan • 3 maart 2020 14:31

Ik denk dat dit wel een belangrijk (en voor veel mensen goed) verschil is t.o.v. de Chromecast.
Hoewel het mij persoonlijk niets uit maakt, zijn er veel mensen die graag volle controle hebben en nergens willen inloggen. Dan kan de Nymphcast (ik blijf het een leuke naam vinden) echt een uitkomst bieden.

Wat ik me wel echt afvraag:
Hoe ziet zo'n apparaatje er precies uit? Of wat voor (toekomst)beeld heb je er zelf bij? Een Pi in een bepaalde bepaalde behuizing, of meer richting hoe de Chromecast er nu uit ziet?

Elledan @EasyBoarder • 3 maart 2020 15:14

Op dit moment is NymphCast een puur software oplossing, en gebruikers zijn vrij om de hardware te gebruiken die ze zelf al hebben of ervoor willen aanschaffen.

Natuurlijk is het ook een idee om voor een bepaalde gebruikersgroep (in de TV steken, klaar) een hardware oplossing aan te bieden. Dat wordt natuurlijk allereerst niet zo goedkoop als een ChromeCast, daar men geen Google heet en niet miljoenen van deze apparaatjes laat produceren

twiFight @EasyBoarder • 3 maart 2020 12:40

- open source/niet proprietary
- niet met google te maken hoeven hebben

SuperDre @twiFight • 3 maart 2020 14:04

Ja, maar dadelijk wel beperkt in welke streams je kunt gebruiken, want de grote providers zoals Netflix, Amazon of Apple zullen het niet gaan ondersteunen.. Het is dus meer een hobbyproject (zoals Elledan hieronder zelf ook al aangeeft)..

BrainCrash @EasyBoarder • 3 maart 2020 12:51

Ik heb thuis een tijd geleden een ChromeCast Audio in mijn netwerk toegevoegd (voor spotify, enz), en ik frusteerde me verschrikkelijk aan het feit dat ik per-se een Google account MOEST hebben om dat apparaatje uberhaupt toe te kunnen voegen aan mijn wifi netwerk (credentials invoeren via een lokale wifi-hotspot van de chromecast zelf kon bijvoorbeeld niet. Vroeger schijnbaar wel, tot Google besloot dat dat niet meer mocht). (ter info: CC audio setup )
Hier moest ik dus een Google account voor gebruiken, deze EERST aan mn iPhone koppelen, waarvoor eerst weer allerlei google apps geinstalleerd moesten worden (met bijbehorende accessrights op de telefoon). Toen de ChromeCast eenmaal toegevoegd was, moet ik éérst weer een andere google app installeren (gmail, als ik me goed herinner), om uberhaupt al die automatisch gekoppelde google-zooi weer van mn telefoon af te kunnen krijgen (want uitloggen kan schijnbaar alléén via de gmail app).

Dus: waarom een open alternatief?? --> Hiervoor dus! Ik juich het van harte toe!

[Reactie gewijzigd door BrainCrash op 23 juli 2024 11:11]

Elledan 3 maart 2020 12:30

Een paar correcties:

- De naam 'NymphCast' verwijst naar de levensfase van insecten ('nymphs' in het Engels). Als het 'NymphoCast' had geheten was het zeker problematisch geweest.

- NymphCast is geschreven in C++, de NymphCast apps (zoals ChromeCast apps) zijn in AngelScript geschreven.

- Ik ben Nederlandse van origine, maar woon momentaan in Duitsland.

(Ik ben de NymphCast ontwikkelaar)

PureTryOut @Elledan • 3 maart 2020 19:24

Hey Elledan, geweldig project! Dat Chromecast een proprietary is zit me al lang dwars. Intussen heb ik zitten kloten met PulseAudio over het netwerk en als Bluetooth ontvanger en al werkt dat mooi, iets wat gemaakt is specifiek voor dit doel en die ook nog eens video doet is precies wat ik nodig heb!

Ik ben zelf een packager voor Alpine Linux en ik vroeg mij af of er enig interesse aan jouw kant is om het daar ook op werkend te krijgen. Even snel door de Makefiles e.d. heen kijken lijkt je aandacht vooral naar Debian te gaan op het moment. Ik vraag mij vooral of of het ook OOTB zou werken met Musl i.pv. glibc?

Elledan @PureTryOut • 3 maart 2020 19:36

Ik test vooral op Debian/Raspbian/enz., alsmede Arch Linux en Windows. Enige strikte vereisten zijn dat een recente versie van POCO en ffmpeg (libav) beschikbaar zijn. Ik zie niet in waarom musl een probleem zou kunnen vormen, daar alles platform-onafhankelijk geschreven is

Ik kan het in een VM uitproberen.

PureTryOut @Elledan • 3 maart 2020 21:36

Top, dan ga ik gewoon een poging wagen het te packagen! Ik probeerde daarnet al even NymphRPC en de library opzich compileert prima, maar het doet wat moeilijk met het compileren van de tests. Ik zal er een issue voor aanmaken, en natuurlijk voor eventuele andere problemen die ik tegen kom.

Nogmaals, geweldig project! Nu maar hopen dat zoveel mogelijk applicaties het gaan ondersteunen!

Elledan @PureTryOut • 4 maart 2020 08:41

Dank je wel!

strigi @Elledan • 3 maart 2020 13:08

Heb je gekeken of dit kan samenwerken met PipeWire? PipeWire wordt o.a. in autos gebruikt om met low latency en low cpu audio en video tussen apparaten te streamen.

https://fosdem.org/2020/schedule/event/ema_pipewire/

Frenziefrenz @Elledan • 3 maart 2020 12:47

In de gangbare betekenis zijn het ook gewoon een soort halfgodinnen (nimfen), geen idee waarom je überhaupt aan nymphomaniac zou denken.

Elledan @Frenziefrenz • 3 maart 2020 12:50

Ja, inderdaad. Men heeft het of over de insecten, of over mythologische nimfen, of over een 'nimf' met betekenis 'een meisje'.

Ik heb ook geen idee waar deze fascinatie met nymphomania vandaan komt

Frenziefrenz @The Chosen One • 3 maart 2020 15:30

Het zal wel aan mij liggen, maar ik vind het vreemd om niet in de eerste plaats aan Griekse mythologie te denken, in de tweede plaats aan nimfen als figuurlijke naam voor aantrekkelijke jonge vrouwen (die er dus als nimfen uitzien), en in de derde plaats aan jonge insecten die vervellen. Nympho staat daar bijna compleet los van, behalve dat het ook met (jonge?) vrouwen te maken heeft.

Ik had de naam voor ik het insect zag geïnterpreteerd als een soort Aura, oftewel een windnimf, die van het ene apparaat naar het andere "blaast".

Frenziefrenz 3 maart 2020 11:52

quote: https://www.freedesktop.org/wiki/Software/PulseAudio/
PulseAudio […] has also been ported to and tested on Solaris, FreeBSD, NetBSD, MacOS X, Windows 2000 and Windows XP.

Creesch @Frenziefrenz • 3 maart 2020 12:05

De meest recente versie is dus XP, niet wat je noemt erg recent en met alle veranderingen in de windows versies daarna is het heel goed mogelijk dat het dus niet zomaar werkt.

Frenziefrenz @Creesch • 3 maart 2020 12:18

Liever gezegd is die tekst waarschijnlijk meer dan 10 jaar geleden voor het laatst bijgewerkt. Het werkt wel op Windows 10, maar natuurlijk wel met wat haken en ogen. Het zou me niet verbazen als het ondertussen niet meer op 2000 draait.

Byron010 @Creesch • 3 maart 2020 12:52

Gezien XP niet meer ondersteund wordt door microsoft, zou ik het niet gek vinden dat die van het lijstje af mag

Jerie

@Creesch • 3 maart 2020 13:33

PortAudio heeft als doel om cross-platform audio platform te bieden.

Creesch @Jerie • 4 maart 2020 08:38

Zo te zien is de laatste code commit van dat project bijna een jaar geleden. Verder kan ik ook geen roadmap vinden, nieuws over de voortgang, of het inderdaad ook doet wat er met het project van dit artikel gedaan wordt, is de website niet voorzien van ssl (het is 2020), etc.

Jerie

@Creesch • 4 maart 2020 09:26

We hadden het over PulseAudio's cross platform mogelijkheden. PortAudio is een cross platform sound server (of eigenlijk een cross-platform abstractielaag tussen sound server en sound client).

Voor zover ik mij kan herinneren draaide PulseAudio op Windows 7.

Gebrek aan TLS vind ik geen groot punt; zonder certificate pinning is TLS voor mij redelijk nutteloos, en certificate pinning met LE is vanwege de lage houdbaarheid niet praktisch.

Een Linux-only low latency sound server die de opvolger van PulseAudio wenst te worden (praktisch brengt het JACK en PA samen) is PipeWire https://pipewire.org/ maar die is niet cross-platform.

Creesch @Jerie • 4 maart 2020 10:03

Nouja we hadden het over het projecteren van audio cross platform. Betreffende TLS bedoelde ik de website, het oogt nou niet als een project wat nog erg actief in ontwikkeling is en die je graag als basis zou gebruiken voor zoiets als het chromecast alternatief uit het artikel.

Jerie

@Creesch • 4 maart 2020 11:55

Daar ging het al niet meer over op het moment dat iemand begon over PulseAudio (PA). PA is een sound server. Daar kun je mee praten via pipes maar ook via TCP/IP. Een sound server met TCP/IP is in beginsel (mits ook mDNS, en nog wat andere zaakjes) een alternatief voor een Chromecast Audio (dat overigens discontinued is). Probleem is wel dat je client ook het protocol moet babbelen. En daar zit 'm het probleem (het alombekende netwerkeffect), dat is waarom je cross-platform wil.

Wayland heeft inmiddels ook een third party TCP/IP laag voor remote gebruik. Ik hoop dat dit in de toekomst voor mooie innovaties kan zorgen, zoals een waardig alternatief voor Chromecast (Video).

We kunnen een proprietary techniek als Chromecast op meerdere manieren aanpakken:

1) Copyleft zoals GPL gebruiken (voorbeeld: Linux kernel).

2) Compatibele FOSS producten die gebruik maken van de proprietary standaarden (voorbeeld: Samba).

3) Een FOSS implementatie als alternatief (voorbeeld: XMPP, Matrix).

Jelv @Frenziefrenz • 3 maart 2020 12:04

Maar dat is geen video toch?

Frenziefrenz @Jelv • 3 maart 2020 12:09

Nee, maar er stond "exclusief voor Linux".

VirinR 3 maart 2020 11:49

Maar het succes van een Chromecast was dan ook wel de relatief lage prijs en dat het werkt met veel bekende apps waaronder Netflix. Als Netflix er niet voor kiest om deze standaard te gebruiken, dan wordt dit (naar mijn idee) geen succes.

Ganonmaster @VirinR • 3 maart 2020 12:10

Het vult dan ook net een wat andere niche. Denk aan technische gebruikers en open-source enthousiastelingen. Dataverzameling en DRM is voor deze doelgroep bijvoorbeeld een reden om geen Netflix te gebruiken, maar een eigen server met bijv. Jellyfin. Een populaire toepassing voor de Chromecast is daarnaast ook het afspelen van Youtube videos. Google zal NymphCast zelf nooit integreren, maar wellicht doet een open-source app als NewPipe dat wel. Daarnaast zouden ook andere open-source video projecten zoals PeerTube dit kunnen ondersteunen.

Ik ben zelf al een tijdje op zoek naar een privacy bewust alternatief voor de Chromecast, maar heb nog geen goede oplossing gevonden. Er zijn initiatieven om via reverse-engineering het Chromecast protocol open te stellen; dat zou het toegankelijk maken voor een breder publiek, maar is uiteindelijk geen duurzame oplossing. De zoektocht duurt voort; wellicht wordt dit project nog wat.

incapable @Ganonmaster • 3 maart 2020 12:45

Dataverzameling vanuit de chromecast zou je maar tot zekere hoogte kunnen voorkomen met een alternatief als dit, puur al omdat er altijd API's worden aangeroepen, meestal met een gebruikers token, en dit levert je als leverende partij alle data op die je zou willen hebben (partijen als netflix dus).
Dus, dit valt vrijwel nooit volledig te voorkomen wanneer we het over streaming diensten hebben.

Je hebt wel gelijk dat de kans dat google dit gaat ondersteunen miniem is, simpelweg omdat ze dan een concurerende partij zouden gaan ondersteunen. Maar partijen als netflix zullen er weinig moeite mee hebben, want meer apparaten betekenen meer publiek dus meer inkomsten. Daar komt natuurlijk wel weer het stukje DRM bij kijken wat ze verplichten, waar je toch echt aan zult moeten voldoen wil je dat soort partijen overhalen hier aan mee te doen. Daarnaast heb ik nooit het grote probleem gezien van een DRM op een live stream, ik snap echt wel dat ze daarmee proberen op klakkeloze piraterij te voorkomen, veel meer kun je volgens mij ook niet momenteel.

Het probleem blijft alleen altijd dat dit soort projecten eerst op zichzelf groot moeten worden willen de streaming services dit overwegen.

84hannes @Ganonmaster • 3 maart 2020 12:48

Tegelijkertijd zal DRM de reden zijn dat Netflix dit niet gaat ondersteunen (evenals Apple (die hebben nog een reden), Google, Amazon, HBO Buitenland etc.
Natuurlijk is Apple op een goede dag voor muziek van DRM afgestapt, wellicht dat streamingproviders dat ook op een dag aandurven, maar tot die tijd is dit geen vervanger voor Chromecast (Apple TV, Amazon fire etc) maar een andere dienst met een andere toepassing.

Videopac

@VirinR • 3 maart 2020 11:55

De lage Chromecast (aanschaf)prijs weegt niet voor iedereen op tegen het niet-transparante dataverzamelen. Sommige mensen geven de voorkeur aan open broncode mogelijkheden.

SuperDre @VirinR • 3 maart 2020 13:57

Ga er maar niet van uit dat Netflix deze 'standaard' gaat ondersteunen als ze al doorsnee android boxen al niet ondersteunen (met HD of UHD)..

Puremonk 3 maart 2020 11:46

Je zou dan dus bijv. een raspberry pi aan je tv kunnen hangen i.p.v. een chromecast als ik het goed begrijp?

T_Spirit @Puremonk • 3 maart 2020 11:49

Klopt volgens mij, zo staat het in het schema

Elledan @Puremonk • 3 maart 2020 12:18

Dat is het concept ja. Het is in principe gedacht om uiteindelijk qua functionaliteit identiek te zijn aan ChromeCast en dergelijke.

Simkin 3 maart 2020 11:57

It enables the streaming of audio and video over the network from a wide range of client devices, as well as the streaming of internet media to a NymphCast server, controlled by a client device.

Wat ik nog niet helemaal begrijp: Laat deze oplossing het device streamen en aldus wordt je cliënt enkel gebruikt om te bedienen? Je kan dus boodschappen doen zonder je stream te onderbreken?

sys64738 Moderator F&V @Simkin • 3 maart 2020 12:03

Ja dat is het idee volgens mij. Net als bij ChromeCast waar je ook je telefoon uit kunt zetten en de muziek/film vrolijk door blijft gaan.

Leuk initiatief maar ik vrees dat dit toch te geeky (lees: kleine afzetmarkt) is voor de (grote) app bouwers om dit te gaan supporten. En geen apps == geen succes.

Elledan @Simkin • 3 maart 2020 12:42

Het is vrijwel identiek aan ChromeCast. Als je iets wat op jouw PC/laptop/telefoon opgeslagen is (video, audio) naar NymphCast streamt dan gaat dat natuurlijk niet verder zodra je niet meer op het netwerk zit.

Als je echter een stream begint van content van bijvoorbeeld een streaming dienst zoals Spotify, dan speelt dat daarna ook nog vrolijk verder.

thibaultvdb @Elledan • 3 maart 2020 16:03

Ik ben geïnteresseerd! Google vind ik maar niks voor home devices. Nu heb ik een Steam Link, die streamt heel m'n computer (audio&video) naar de TV. Zou dit ook kunnen met NymphCast? Moest ik hiermee uncompressed 192khz 24bit muziek kunnen streamen naar mijn tv (raspberry -> USB Dac) ben ik verkocht, ik denk dat de steam link compressie toe past op de audio.

Elledan @thibaultvdb • 3 maart 2020 16:26

Technisch allemaal mogelijk, hangt vooral af van de snelheid (en latency) van het lokale netwerk

De eerste release van NymphCast gaat vooral om het stabiliseren van de basisfuncties, maar daarna is het zeker interessant om te zien wat er allemaal nog verder mogelijk is.

thibaultvdb @Elledan • 3 maart 2020 16:33

Ben benieuwd, top project!

Indentical 3 maart 2020 11:55

Het open source alternatief voor de Chromecast heeft de ietwat ongelukkige naam Nymphcast

Waar heeft u het over?! Nymphcast is een fantastische naam!
Voor meer dan 1 reden

Toettoetdaan @Indentical • 3 maart 2020 12:17

Marketing technisch/voor de adoptie is het belangrijk om een naam te kiezen de je lekker kan uitspreken en die zo neutraal mogelijk is.

Deze naam is relatief lastig uit te spreken en alleen dat al kan de adoptie vertragen.

Indentical @Toettoetdaan • 3 maart 2020 12:28

Dat valt reuze mee hoe lastig deze benaming is. Wij nederlands geven daar sowieso onze eigen draai aan, kijk maar naar hoe wij Chrome uitspreken, het is of "Chroom"of "kroom" die word gebruikt.

Bij dit woord hebben we het over Nymph, wat direct vertaald naar Nimf en op de exact zelfde manier word uit gesproken. Ik denk dat het qua benaming wel mee zal vallen. Merk namen als "Huawei" lijken mij lastiger gezie nhet niet "hoe ah waai" is maar "Wouweh"

Maar... hoe ga je dit in de marketing brengen.. ja, dat is een 2e want het is door een enkele persoon gedaan. Ik denk dat dit vooral in de DIY community zal blijven waar uitspraaksels niet een enorm probleem vormen.

Deakers @Toettoetdaan • 3 maart 2020 16:56

NYcast bekt redelijk lekker

jimshatt 3 maart 2020 11:51

PulseAudio is wel geport naar Windows trouwens, maar ik kan geen recente binaries vinden. Maar zou je met DLNA niet al een heel eind komen, of zit dat in een andere niche?

Elledan @jimshatt • 3 maart 2020 12:22

DLNA heeft vergelijkbare ideeën, maar het protocol is enorm lastig te implementeren en is ook meer voor algemeen gebruik gedacht, niet specifiek voor dit doeleinde. Ondersteuning voor DLNA is ook niet universeel.

Op dit item kan niet meer gereageerd worden.

Ontwikkelaar maakt opensource-Chromecast-alternatief

Lees meer

IT-banen

Reacties (145)

Sorteer op:

Weergave: