Cookies op Tweakers

Tweakers is onderdeel van DPG Media en maakt gebruik van cookies, JavaScript en vergelijkbare technologie om je onder andere een optimale gebruikerservaring te bieden. Ook kan Tweakers hierdoor het gedrag van bezoekers vastleggen en analyseren. Door gebruik te maken van deze website, of door op 'Cookies accepteren' 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

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.

Wat vind je van dit artikel?

Geef je mening in het Geachte Redactie-forum.

Door Tijs Hofmans

Redacteur privacy & security

03-03-2020 • 11:43

145 Linkedin

Reacties (145)

Wijzig sortering
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.
Chromecast is juist voortgekomen als een extensie op het open source DIAL. Oa. Netflix en Roku ondersteunen dit.
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.
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 :)
Als ik het goed lees gaat het dus alleen om een standaard, en dus geen device?
Het gaat om een standaard met referentie implementatie.

(Ik ben de NymphCast ontwikkelaar :) )
Op wat voor latency richt je je? 10ms?
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.
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.
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.
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.
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 :)
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)
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.
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.
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 :)
Kun je in NymphCast ook afbeeldingen, muziek en subtitles?
Muziek ja, afbeeldingen komen nog, subtitles is gedeeltelijk geïmplementeerd.
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
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.
Miraclecast depend toch op SystemD dan is het toch niet cross platform?
Klopt, maar dat device kan vervolgens bijvoorbeeld een Raspberry PI zijn, de kosten daarvan zijn vergelijkbaar met een "echte" chromecast stick
Als het goed werkt op een Rpi Zero (W) (afhankelijk van de decoder implementatie) wordt het voor €10-20 zelfs een mooi budget alternatief
Plus voeding, plus behuizing, plus kabels, plus SD kaart = € 30,00
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.
Je roept 3 x "enkele euros", dus dan klopt het toch dat het €30 wordt (je was de behuizing nog vergeten trouwerns)?
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).
tja, maar voor dat bedrag koop je al een kant en klaar mediaplayertje op aliexpress...
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.
Denk dat dat behoorlijk meevalt tegenwoordig..
Pi0 is niet echt geschikt voor video playback, al helemaal niet als je het draadloos wilt doen. Audio gaat prima.
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)
Hoe bedoel je officiele manier ?
Ze konden de libraries van Google zelf niet gebruiken dus moeten zelf iets schrijven nadat ze de code van google reversed-engineered hadden
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..

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

[Reactie gewijzigd door snoopdoge90 op 3 maart 2020 14:58]

De Zero W is inmiddels 3 jaar oud, dus het lijkt me ook hoog tijd voor een refresh.
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).
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.
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.
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.
Ja, met NymphCast is er geen gebruikersaccount of zo die men aan moet leggen. Heb ik sowieso geen zin in om zoiets te implementeren :D

Is ook een punt wat ik eigenlijk helemaal niet aangesproken heb in het artikel.
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).
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) :)
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").
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?
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 :)
- open source/niet proprietary
- niet met google te maken hoeven hebben
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)..
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 3 maart 2020 12:54]

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)
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?
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.
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!
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/
In de gangbare betekenis zijn het ook gewoon een soort halfgodinnen (nimfen), geen idee waarom je überhaupt aan nymphomaniac zou denken. ;)
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 :)
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".
PulseAudio […] has also been ported to and tested on Solaris, FreeBSD, NetBSD, MacOS X, Windows 2000 and Windows XP.
O-)
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.
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.
Gezien XP niet meer ondersteund wordt door microsoft, zou ik het niet gek vinden dat die van het lijstje af mag :P
PortAudio heeft als doel om cross-platform audio platform te bieden.
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.
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.
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.
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).
Maar dat is geen video toch?
Nee, maar er stond "exclusief voor Linux". :)
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.
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.
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.
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.
De lage Chromecast (aanschaf)prijs weegt niet voor iedereen op tegen het niet-transparante dataverzamelen. Sommige mensen geven de voorkeur aan open broncode mogelijkheden.
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)..
Je zou dan dus bijv. een raspberry pi aan je tv kunnen hangen i.p.v. een chromecast als ik het goed begrijp?
Klopt volgens mij, zo staat het in het schema
Dat is het concept ja. Het is in principe gedacht om uiteindelijk qua functionaliteit identiek te zijn aan ChromeCast en dergelijke.
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?
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.
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.
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.
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.
Ben benieuwd, top project!
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
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.
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.
NYcast bekt redelijk lekker :)
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?
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.


Apple iPad Pro (2021) 11" Wi-Fi, 8GB ram Microsoft Xbox Series X LG CX Google Pixel 5a 5G Sony XH90 / XH92 Samsung Galaxy S21 5G Sony PlayStation 5 Nintendo Switch Lite

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