What I would really like (but was never able to find) would be the opposite direction, i.e cast things from me phone (or laptop) to a program running on my PC (or my android device) - i.e a software "chromecast".
Is anybody aware of such an application (that actually works)?
I'm on a "regular" Google Apps account (ie, grandfathered into the old free one aka gmail on a custom domain).
I can use this fine, with some gotchas:
It'll only allow different users on the same gsuite account to connect. I can't, for example, invite a personal gmail account or an account on a different gsuite domain.
We use Google Meet at work for meetings, which also supports "Casting to a meeting", but that requires gsuite as well.
I just tried it and it seems to work even though I don't have an Education account. I don't have any modern Android devices though so I just casted one tab on my laptop to another tab on my laptop.
Chromecast itself is locked down, you need to authenticate to a sender, so don't expect a software compatible version. You can use a capture device however.
Miracast could work for that. Most Windows laptops support it as source and destination. Android phones support it as (just?) source. Recent-ish smart TVs should support it. It's got some of that "open standard" flakiness, but it's basically open-chromecast.
I've been following the project for a while and the answer, unfortunately, is "not very". It does actually work as a sink (WiFi P2P discovery included) and there's a WIP branch with source support (eg for sending your screen to another device).
IIRC it still requires exclusive control over your WiFi card so it doesn't play nice with NetworkManager or similar, and it's just all around just not really ready for casual use. The main dev has been great though and the core functionality is shaping up nicely.
Been writing a toy project like that. App on PC listen to pushbullet stream and when url matches given criteria, it will then send the url to chromecast. Not finished, not even working yet :)
This works great, thank you. Maybe I can stop dropping video files on a Chrome browser tab. Why does this work so easily but the new VLC still doesn't find my chromecast?
> Chromecast support is everywhere and VLC took years to get it, right, but there are plenty of good reasons for it:
> First of all, VideoLAN is a nonprofit organization and not a company. There are few developers paid for making VLC, most of them do it in their free time. That’s how you get VLC for free and without any ads!
> Also, VLC is 100% Open Source and Chromecast SDK isn’t: We had to develop our very own Chromecast stack by ourselves. This is also why there is no voice actions for VLC (except with Android Auto), we cannot use Google Play Services.
> Furthermore, Chromecast is not designed to play local video files: When you watch a Youtube video, your phone is just a remote controller, nothing more. Chromecast streams the video from youtube.com.
That’s where it becomes complicated, Chromecast only supports very few codecs number, let’s say h264. Google ensures that your video is encoded in h264 format on youtube.com, so streaming is simple.
With VLC, you have media of any format. So VLC has to be a http server like youtube.com, and provide the video in a Chromecast compatible format. And of course in real time, which is challenging on Android because phones are less powerful than computers.
> At last, VLC was not designed to display a video on another screen. It took time to properly redesign VLC to nicely support it. The good news is we did not make a Chromecast specific support, it is generic renderers: in the next months we can add UPnP support for example, to cast on any UPnP box or TV!
I understand why it took so long, but the implementation in VLC3.0 doesn't work for me. It never finds my Chromecast and I have no idea why. This app seems so far to work flawlessly.
thanks! i'm with you on disappointment w/ VLC's latest release. normally they do great work and i love VLC overall, but i waited so long for the casting and it's buggy as heck, and still didn't do subtitles! (my wife's EAASL so it's important for us :) of course all i did was just wrap a GUI around an existing python lib that already worked great, so i really just did all the easy stuff.
casting a video's audio track to an audio device works. adding support for the audio container should be trivial. can you open an issue on GH for it so i can ping you when done?
VLC 3.0 was released last week and has Chromecast support. It's been in the beta channel for a long time, but apparently took a lot of work to get edge cases sorted etc.
I find it sad that this took several years to make, only because I had hoped when Google released the chromecast, it would be the "no-brainer" way to stream media to your TV. Sadly, it didn't work out that way.
"Chromecast only supports a handful of subtitle formats, .srt not included. But it does support WebVTT. So we extract whatever subtitles are in your video, convert them to WebVTT, and then reattach them to the video through Chomecast's API."
>If media codecs are supported by your Chromecast device, VLC only acts as a streaming server (which is battery consuming). If not, VLC will transcode and stream media, which is highly cpu and battery consuming.
i actually wrote this to transcode on the fly (if you look at the code there's "wait_for_byte" etc), but there are certain limitations i discovered. mp4 files have what's called a "MOOV atom" which is a descriptor stored at either the beginning or the end of the file. but you can only write it once you're completed transcoding. so that pretty much kills it for mp4. vlc uses webm which doesn't have this limit, but you can't put a h264 stream in a webm container, so you HAVE to transcode it to V8, which is slow as balls. (0.1x in my testing, tho you can force 1x if you accept lower quality.) considering almost no one has media in V8, i decided to opt for mp4. but it works if you switch it back to v8+webm.
Plex works on Linux/windows/OS X and does transcoding and subtitles, but I don’t know if it can directly cast from the PC or if you have to also run a client on your phone to start the the cast.
i haven't tried, but you're right in theory very possible. i'm really a fan of OS specific GUIs tho - i'd advise someone use the same underlying python casting API to write a native windows frontend.
Is anybody aware of such an application (that actually works)?