TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

NymphCast – Open-source Chromecast Alternative

222 点作者 nedp将近 4 年前

17 条评论

alias_neo将近 4 年前
There is clearly a lot of misunderstanding in the comments here. I feel like the repository is causing confusion by referring to Chromecast.<p>This has nothing to do with Chromecast, nor does it have anything to do with Google Cast, nor will it let or help you &quot;Cast&quot; anything like YouTube to your Cast capable devices.<p>What this is, is an (early) software implementation to stream media from a control device (your phone etc) to an SBC or other machine running the server code, and connected to a TV or monitor. It appears that the media must be resident on the controller and not the server.<p>It looks like they&#x27;re aiming for multiple targets with &quot;good&quot; synchronisation, whatever that means.<p>Looks like a nice toy project for someone but there seem to be far more mature tools out there, at least for multi-room audio.<p>For video, if you don&#x27;t need sync, Jellyfin (libre Emby fork) is quite capable.
评论 #27485163 未加载
kingosticks将近 4 年前
Technically it might be an &quot;open-source Google Cast&quot; alternative but it&#x27;s definitely not an &quot;Open-source Chromecast&quot; alternative. If it was, I would be able to open any app that supports Google Cast and control a device running this software like I can control a Chromecast. But it doesn&#x27;t support that, and that&#x27;s what most people are expecting&#x2F;wanting. It might be a great project but it&#x27;s not able to provide the tight integration that makes Google Cast so good.<p>And this title is misleading.
评论 #27486445 未加载
gizdan将近 4 年前
I&#x27;m curious. Usually when something like an open source alternative to a product is highly sought after feature, someone will often attempt to reverse engineer the apis or something mostly so it works with the current ecosystem. What has made Google Cast so resistant to this? I can&#x27;t imagine the protocol being a complex one. Does anyone know?
评论 #27485753 未加载
tucosan将近 4 年前
Now, that&#x27;s an esoteric choice of language. I&#x27;m curious about the rationale to chose Angelscript over the more common scripting languages.
评论 #27483707 未加载
评论 #27485289 未加载
tmikaeld将近 4 年前
Someone got really tired of there not being any good complete cross platform streaming alternatives to Chromecast ;-)<p>That&#x27;s a huge amount of effort between, love it!
saagarjha将近 4 年前
Past discussion: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=22457351" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=22457351</a>
jrm4将近 4 年前
I thought this might have been the thing I&#x27;m looking for; relatively painless screencasting or sharing from a local (Linux) PC to another device on the network (e.g. Raspberry Pi + Big Screen TV). The use case isn&#x27;t necessarily full motion video + audio, but more for business&#x2F;conference room type use, where response time isn&#x27;t wildly important, since it&#x27;s something like a whiteboard.<p>Monitor-over-network would be great too, but not a requirement; I&#x27;m aware that solutions exist, but so far everything I&#x27;ve tried has been <i>painfully</i> clunky.
评论 #27490118 未加载
squarefoot将近 4 年前
I don&#x27;t understand the point behind &quot;casting&quot; something in a home environment, unless one keeps the client unsupervised. It could make sense in contexts where say one or more unsupervised signage displays are connected to small embedded boards that throw at the screens whatever feed is being streamed to them. That would be ok, but what about home environments?<p>Let me give an example. I keep all my media in a home NAS (Nas4Free plus RAID etc.) as simple files (mpeg4 etc.). My home TV is connected to a RPi running Kodi that accesses the file list through SMB&#x2F;NFS shares, as every other computer in the house. If I want to watch a movie, I use Kodi to navigate the file list until I find the relevant file and play it. There are no downsides since it&#x27;s a one click solution, and the pretty good CEC support by Kodi and the RPi makes it a breeze (one single remote for both the TV and Kodi) but this way the file is being transcoded by the player (the RPi) and not by the streming hardware, which would be an often less powerful platform like a NAS. This also means the streamed content travels as compressed packets through the network, in fact loading it a lot less than for example it would happen when streaming it after transcoding. As a result, I could have like 10 machines watching each one its own Full HD movie on a home wired network, which would be unthinkable if the poor NAS had to transcode all of them on the fly, not to mention the much heavier network load.<p>So the question is: what&#x27;s the point in streaming in home environments rather than navigating file shares?
评论 #27486763 未加载
评论 #27486697 未加载
评论 #27486686 未加载
matthewfcarlson将近 4 年前
Completely unrelated but I would love a CLI&#x2F;GUI type tool on my laptop that I could control a youtube client with. Most youtube clients on smart TV&#x27;s, consoles, and streaming sticks support being controlled by a phone. I&#x27;d love to control it from my laptop instead of solely my phone.
评论 #27486847 未加载
zozbot234将近 4 年前
<a href="https:&#x2F;&#x2F;github.com&#x2F;albfan&#x2F;miraclecast" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;albfan&#x2F;miraclecast</a> might be an interesting alternative, based on the widespread Miracast standard. No idea how up-to-daye that codebase is, though.
mongol将近 4 年前
Is this a completely independent effort or is it piggybacking on DLNA?
评论 #27483706 未加载
StavrosK将近 4 年前
This is excellent, finally we&#x27;ll be able to cast to Raspberry Pis and other Linux-running computers. Well done!
评论 #27483516 未加载
评论 #27483668 未加载
forgotpwd16将近 4 年前
Although often confused, the term Chromecast refers[0] to the product brand. The protocol is called[0] Google Cast. This is an open-source alternative to the software and the protocol (as it isn&#x27;t a Cast implementation) rather the hardware.<p>[0]: <a href="https:&#x2F;&#x2F;developers.google.com&#x2F;cast&#x2F;glossary#c" rel="nofollow">https:&#x2F;&#x2F;developers.google.com&#x2F;cast&#x2F;glossary#c</a>
_Microft将近 4 年前
Just bringing this open source audio streaming solution also to your attention. It says that it supports Snapcast, Spotifyd &#x2F; Spotify Connect, Shairport Sync &#x2F; AirPlay and can act as a PulseAudio Sink:<p><a href="https:&#x2F;&#x2F;cast.otter.jetzt&#x2F;" rel="nofollow">https:&#x2F;&#x2F;cast.otter.jetzt&#x2F;</a><p>According to one of its creators, the device can be ordered partially pre-assembled for $10 and requires additional parts worth another $10 to be soldered on by yourself.<p><a href="https:&#x2F;&#x2F;twitter.com&#x2F;JanHenrikH&#x2F;status&#x2F;1374098303470682113" rel="nofollow">https:&#x2F;&#x2F;twitter.com&#x2F;JanHenrikH&#x2F;status&#x2F;1374098303470682113</a>
bronco21016将近 4 年前
As many other commenters point out, I’m confused what this actually does?<p>Does this allow me to turn a SBC into a Chromecast? Meaning, do I install this on a SBC, or any Linux machine, and magically I can cast YouTube to it from my phone?<p>The README could use a quick FAQ of what this repo can and cannot do as it relates to the Chromecast&#x2F;Google Cast ecosystem since they’re using that brand name in the description.
评论 #27483864 未加载
taylorius将近 4 年前
Sounds cool, though &quot;nymph&quot; gives it a vaguely erotic vibe, which might not be what you&#x27;re after.
评论 #27484993 未加载
zibzab将近 4 年前
But this is still dependent in Google hardware and firmware?<p>To be more specific, I will need to &quot;onboard&quot; a fresh chromecast into my network with Google Home before i can use this?
评论 #27483658 未加载
评论 #27483497 未加载