148
all 15 comments
sorted by: hot top controversial new old
[-] makingStuffForFun@lemmy.ml 22 points 1 year ago

Damn nice. This is long overdue. So now it comes down to compatible, small footprint hardware that can use this as time passes on. Looking forward to this

[-] version_unsorted@lemmy.ml 12 points 1 year ago
[-] ShortN0te@lemmy.ml 5 points 1 year ago

Miracast is a standard not a implementation.

I am following NymphCast since the beginning and while it is still promising but beta software at best with limited functionality, by choosing the language 'AngleScript' theyhavee shot themself in the foot to.get new devs onboard.

[-] version_unsorted@lemmy.ml 7 points 1 year ago

Oh sure, I just didn't want to reference every miracast project, I suppose it is worth throwing a link for miraclecast out there though, since that seems like one of the most popular. I believe the GNOME desktop environment also had an effort to support miracast standard.

https://github.com/albfan/miraclecast

I just wanted to point out that fcast seems to have done their own thing when there were some efforts already in play, which is totally fine. I was just surprised I didn't see an entry in their FAQ like "How is fcast different from X?".

[-] ShortN0te@lemmy.ml 1 points 1 year ago

Oh yeah. Did not bother to look for OSS implementations. But seemingly there must be a problem with miracast. Otherwise i could not explain the bad adoption.

Only thing i can say that there is a need for a widly available/supported open 'cast' server and client software out there.

[-] interdimensionalmeme@lemmy.ml 0 points 1 year ago

Sunshine / moonlight is the future. Soon it will shed the last remains of its historical Nvidia roots.

[-] mypasswordis1234@lemmy.world 8 points 1 year ago

Looks promising. I like it! 🥰

[-] NumerousGeorg@sopuli.xyz 6 points 1 year ago

As far as I understand this needs to be implemented into every service individually, so as long as providers like Disney+, AppleTV, etc. If the providers don't bother, I as an consumer cannot use FCast, right? Or can it act as a drop in replacement for Chromecast?

[-] warmaster@lemmy.world 4 points 1 year ago

You can try it for yourself by testing GrayJay I guess

https://futo.org/projects/

[-] atomkarinca@lemmygrad.ml 5 points 1 year ago

is this from louis rossmann's company? the repo has grayjay, too.

[-] neveraskedforthis@lemmy.world 5 points 1 year ago

I love what Futo is doing!

VoiceInput works great.

[-] Magrath@lemmy.ca 4 points 1 year ago

I don't see where I would use this as a consumer. I usually cast YouTube to my TV on the odd occasion to my TV that is smart. My other TV that isn't smart has a Chromecast. Could this implemented in to a raspberry pi or some other style of devices to use with my TV?

[-] amitkrxyz@lemmy.world 3 points 1 year ago* (last edited 1 year ago)

It can cast a file from phone to the desktop or vice versa or to an android TV.

You can run the receiver on the raspberry pi and then cast to it from your android. I have not been able to find any android sender other than grayjay which can stream videos from YouTube and other platforms.

[-] Ullebe1@lemmy.ml 3 points 1 year ago

Does this support DRM protected streams, for example with Widevine? Whether one likes DRM or not, it is clear that support for it is a hard requirement for any streaming apps to support this.

this post was submitted on 24 Oct 2023
148 points (98.7% liked)

Open Source

31222 readers
290 users here now

All about open source! Feel free to ask questions, and share news, and interesting stuff!

Useful Links

Rules

Related Communities

Community icon from opensource.org, but we are not affiliated with them.

founded 5 years ago
MODERATORS