51–60 of 67 posts
FCast engineer here. Look forward to FCast receivers on platforms like AppleTV, Roku, Tizen (Samsung), WebOS (LG).
NymphCast has been around for years but it's still basically unheard of. This has more polished marketing (and a less weird name) but other than that I don't see what makes it any more likely to succeed. * https://news.ycombinator.com/item?id=22457351 * https://news.ycombinator.com/item?id=27482699
Why not use straight UPnP (DLNA). Tons of open source there. The only problem was standardising codecs (also related to the Chromecast spinoff)
I prefer having an app that can save progress and remember what I've already watched. (As a younger person I could recognize a show or movie from a glimpse while surfing. Nowadays I find myself rewatching for several minutes before recognizing the program.)
Earlier quoted context omitted.
Instead of waiting, hoping that big companies will implement the standard. Just make it as easy as possible to adopt by having receivers for all platforms and making client libraries that can cast to AirPlay, Chromecast, FCast and others seamlessly.
Doest current app support AirPlay and Chromecast as different receivers/backends? Websites doesn't mention anything about it. Is there any plan also for iOS app? Some feedback: I would also add dedicated buttons for downloading MacOS and Windows binaries - for typical users gitlab button will be to scary. Website also not clear if there is and SDK for developers (the one that supports also airplay and chromecast) and…
A SLSA Builder or Generator can sign packages and container images with sigstore/cosign.
It's probably also possible to build and sign a repo metadata index with GitHub release attachment URLs and host that on GitHub Pages, but at scale to host releases you need a CDN and release signing keys to sign the repo metadata, and clients that update only when the release attachment signature matches the per-release per-platform key; but the app store does that for you
Earlier quoted context omitted.
What are you talking about? There's the "Wrap up version 1.3.3." commit from 2023-05-31 (see at https://sourceforge.net/p/minidlna/git/commit_browser ).
Oh, that's great, thanks. I didn't realise it changed its name to ReadyMedia.
Earlier quoted context omitted.
I wonder what is their ecosystem play? Why would Netflix implement this in their app? Why would any TV manufacturer?
I am not counting on anybody to implement this on their TV. We don't have big budgets to pay TV manufacturers to put FCast receivers inside. Instead, I hope to have receivers that the user can install if they wish.
Earlier quoted context omitted.
Why not use straight UPnP (DLNA). Tons of open source there. The only problem was standardising codecs (also related to the Chromecast spinoff)
I don't know that you can 'cast' using DLNA. Live streams and such.
FCast engineer here. Look forward to FCast receivers on platforms like AppleTV, Roku, Tizen (Samsung), WebOS (LG).
FCast engineer here. Look forward to FCast receivers on platforms like AppleTV, Roku, Tizen (Samsung), WebOS (LG).
The site talks about setting up a receiver, but I can't figure out how I would cast something to an FCast receiver, or what is currently available to cast.
1. Grayjay can cast to an FCast receiver
2. There are some terminal clients and a nautilus plugin, but we don't provide binaries (yet). These can be used to cast local media and remote media https://gitlab.com/futo-org/fcast/-/tree/master/client
3. Someone made a yt-dlp client that can cast to FCast: https://git.sr.ht/~shironeko/fcast/tree/yt-dlp/item/clients/...
4. Cloudfstream supports it: https://github.com/recloudstream/cloudstream/blob/master/app...
I've used Icecast before. It worked great. Is Fcast better somehow?