Casting to Google Cast Receivers from Android with VLC chromecast sout module

This forum is about all development around libVLC.
gu6526
New Cone
New Cone
Posts: 6
Joined: 27 Feb 2016 21:56

Casting to Google Cast Receivers from Android with VLC chromecast sout module

Postby gu6526 » 26 May 2016 09:49

The topic "Chromecast Support on Android" is not really new and I am following the VideoLan Forums and the VLC 3.0-git sources quite closely. There is not much progress on this topic and I ask myself: Is it a principal problem, that cannot be solved or is it just lack of development power.

Decoding a live stream and simultaneously transcoding into a format that is compatible with Google cast receiver and streaming out would cause a significant load. Is this possible with current devices like the Nexus 5. Did anyone make measurements? Should I give up on this?

VLC can handle many formats, which sets it apart from other players and also the player built into the current ChromeCast Receivers. So casting by posting URLs isn't an option (screen mirroring isn't either). Also the new Google ExoPlayer, which certainly will become the default player on Android, can handle more than the current cast receivers can handle. So it may be a common problem which can only be handled by putting the same decoding intelligence into the cast receiver. But that means you end up using intelligent Android Boxes with HDMI output and give up the idea of casting.

Any opinions on this?

Rémi Denis-Courmont
Developer
Developer
Posts: 15268
Joined: 07 Jun 2004 16:01
VLC version: master
Operating System: Linux
Contact:

Re: Casting to Google Cast Receivers from Android with VLC chromecast sout module

Postby Rémi Denis-Courmont » 26 May 2016 12:42

Implementing the proof-of-concept was (comparatively) easy, because it just proved that VLC and Google Cast can communicate. Making things work in a stable, mostly automated and user-friendly manner is a tall order though.

And it is clear that it will not always work. If transcoding is required and the sending device is not powerful enough, then obviously it cannot work. In may cases, hardware-accelerated encoding may be possible, depending on OS and hardware support, but VLC is not supporting this much yet.

Also if remuxing is required due to incompatible formats, then energy consumption will be high. It will work, but it will drain the battery fast.
Rémi Denis-Courmont
https://www.remlab.net/
Private messages soliciting support will be systematically discarded


Return to “Development around libVLC”

Who is online

Users browsing this forum: No registered users and 8 guests