Grayjay dev here, fixed for next release, thanks for the feedback all.
HN user
koen31
Grayjay dev here, we want to provide the app however people want to consume it (binaries, flatpak, appimage, ...) but it will take us some time to get everything as it should be.
Grayjay dev here, empty dir is definitely not intended and has been written down on the issue list.
The license we use allows forking and distributing just not commercially.
Grayjay dev here. What you suggest you can already do in the Grayjay Android app. Support has not been added in the desktop app yet. Harbor is the app you can use to claim that you own a specific account and then you can configure for example which Merch to show. It supports the largest storefronts if you input an URL it will automatically scrape that specific page and cache the results. You can however also input a JSON.
Grayjay dev here, that's a bug, I wrote it down. You can probably work around it for now by logging out -> restart app -> log back in.
Grayjay dev here, TikTok plugin pretty much works already, we just need to add the respective UI for both mobile and desktop to make it work nicely.
Grayjay dev here. If you want it to use your user directory like other apps, just remove the file called "Portable". Keep in mind that it just uses your working directory to write files otherwise.
Grayjay dev here, good point, will add right click, paste.
Grayjay dev here, forking is not forbidden.
Grayjay dev here, you are not giving us any data. You can review the source code, the only data being sent to us is a single data on bootup to let us know how many users we have.
Grayjay dev here, this is for sure a use case we have in mind. The idea is in the future to allow you to share subscription groups you've made for your kids with friends.
Maybe there can be a website where people share subscription groups with each other in general. Good archery channels, good fitness channel, kid safe channels, etc.
Another thing I am pondering is if it is worth adding a mode that prevents your kids from accessing other content then what is in a specific subscription group.
Grayjay dev here, noted. Thank you.
Grayjay dev here, the idea is to have a plugin system for recommendation engines in the future. You can choose whichever recommendation engine you like and it will tell you what data will be sent to the recommendation engine in order to be able to make recommendations for you. There will likely also be recommendation plugins that run fully offline for people who care a lot about privacy.
Grayjay dev here, shorts will come, but on a tab you can turn off.
The protocol has been designed by taking the commonalities between all different casting protocols like AirPlay and Chromecast as a base. This is what has been used to make version 1.0. I tried making it as simple as possible and low effort to implement.
https://gitlab.com/futo-org/fcast/-/wikis/Protocol-version-1
As you can see the 1.0 protocol is very lean and fits on an A4.
If you want to have an audio-only ESP32 speaker I don't see why it wouldn't be possible with the FCast protocol.
The plan is that the FCast SDK will eventually allow you to cast (with a reduced feature set compared to FCast) to Chromecast, Airplay and others. Improving the download experience for users for sure is something we will look at.
Had not heard of Icecast before, but it doesn't look like they have the same aim of having receivers on every platform (AppleTV, Roku, TizenOS, Android, Linux, MacOS, Windows, ...)
We will do a better job explaining this soon and also provide binaries. For now there are a few possibilities:
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...
Someone also made it possible to stream anything that yt-dlp can download https://git.sr.ht/~shironeko/fcast/tree/yt-dlp/item/clients/...
I have seen several attempts at this https://github.com/c4valli/kodi-fcast-receiver being one of them. There is not one provided by FUTO (for now).
I am not counting on this to happen quickly if at all. Though if FCast is the thing everyone has access to (regardless of Apple TV, Fire TV, Android TV, etc) then maybe eventually it will happen. If you have a raspberry pi, and old computer or an old phone you aren't using, you can easily convert it into a FCast receiver. Doing the same with Chromecast is more tricky since the protocol is more extensive and most clients verify the certificates of the casting device to be authorized by Google.
Very demo-y https://gitlab.com/futo-org/fcast/-/tree/master/clients/chro... but it works.
Not ongoing but certainly something I am open to.
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.
https://www.amazon.com/dp/B0CLKVH8GZ/ref=sr_1_1?keywords=fca... personally only tested on a Fire TV Stick but I believe it should be equivalent?
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.
FCast engineer here. Yes it will come to Roku.
FCast engineer here. Look forward to FCast receivers on platforms like AppleTV, Roku, Tizen (Samsung), WebOS (LG).
Check out the open casting protocol FCast by FUTO. See https://gitlab.com/futo-org/fcast or https://fcast.org/
It is a very simple protocol with several different clients (including terminal clients) and receivers based on Electron and Android.
Also available on Firestick TV, Playstore, Android TV.
Future support for AppleTV, WebOS, TizenOS is coming.