| Summary: | [Feature Request] Chromecast support | ||
|---|---|---|---|
| Product: | [Applications] dragonplayer | Reporter: | annoyingrain5 |
| Component: | general | Assignee: | Unassigned bugs <unassigned-bugs-null> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | wishlist | CC: | myriam, sitter |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | All | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
annoyingrain5
2023-11-26 09:23:41 UTC
Seems a bit impractical to do this for a single app. Why not stream the entire desktop? I've had a look and this doesn't really seem doable at this time. The only really comprehensive chromecast library appears to be google's libcast and that appears to be a bit huge in scope. Documentation seems sparse and being a chromium project it is using funky google build tech. Integrating that would be no small task. There are numerous partial implementations of the cast protocol out on github but the only healthy looking one is pychromecast with which we'd have trouble interfacing what with being python. We could implement our own but that would probably just end up another partial implementation that isn't particularly healthy looking what with being Qt exclusive. All in all this doesn't seem worth the trouble. Like I said what would be more interesting is casting the desktop as a whole, but it's my understanding chromium already implements this, raising the question why we would spend precious engineering time on reimplementing it. That being said, if someone was super excited about the prospect of casting one could probably wrap libcast in a Qt compatibility library that integrates with qtmultimedia and then take it from there. Might even be interesting for the Qt eco system as a whole. |