-
Notifications
You must be signed in to change notification settings - Fork 15.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Chromecast #869
Comments
I've seen some stuff like: http://www.roguesavant.com/bigscreen/ So it seems like it's perfectly possible. |
It is possible to support Chromecast, but it also needs lots of work, so I don't think I will ever work on this unless there are very popular requests. |
Bigscreen is based on node-webkit. They don't support it either AFAIK. see nwjs/nw.js#1783 You already mentioned https://github.com/thibauts/node-castv2-client edit:
Agreed. edit (again): Also IMHO this wouldn't fit in atom-shell, so a 3rd-party-module is fine for this. |
Finally I think we should not have built-in support of this in atom-shell, because it can be implemented purely outside atom-shell and supporting it would add significant maintenance work. |
Just thought I'd put this here for history's sake. This module, https://github.com/GPMDP/electron-chromecast is an initial implementation of the official It mirrors the Chrome API and is a drop in replacement. For instance, we use it to get Chromecast functionality on Google Play Music. |
@MarshallOfSound Do you have any documentation for how this is used? e.g. adding it to an Electron application, etc. |
@iamdriz I still need to write that up in the README, but basic usage is this. This must be done inside the renderer process require('electron-chromecast')((receivers) => {
return new Promise((resolve, reject) => {
resolve(receivers[0]);
});
}); The module returns a function that you call with a single parameter. This parameter should be a function that accepts a parameter This method will be called as part of the standard process of calling Other than that one function you need to implement the entire usage process is identical to the |
I'm reopening this issue since there are lots of requests of it, but it doesn't not indicate we are going to work it. |
I do a lot of casting to share my vscode screen with my team. Since vscode is built on electron, it would be awesome for this feature, so either vscode can have it built in, or a vscode extension can be built to enable this. Thanks! |
What is the current status of the Chromecast implementation plans? |
Any update on this ? heavily interested to cast the renderer window |
+1 This feature is much needed. Want the users of my application to be able to cast a child window created by the app. Any chance on bringing chrome tab casting functionality down to Electron? |
+1 for this feature. MarshallOfSound has been the only person on this 8 year old request who "implemented purely outside atom-shell" and he has stated in issue 7024 that electron-chromecast is hacky and not a proper implementation of the functionality. Please reconsider building this into electron as opposed to relying on an external implementation. After all, it is native functionality in Chromium and should be natively available from Electron. Most electron projects I've encountered seem stumped on how to implement this themselves, and rightly so. It's an unsolved issue in this ecosystem that would open a lot of doors. |
Is there any progress in this? I would love to implement cast for my Youtube Music desktop app |
Would it be possible to use Chromecast with an atom-shell app? Bearing in mind that atom-shell uses the same underpinnings as Chrome...
The text was updated successfully, but these errors were encountered: