Related
Can it be done? I know that chromium was ported, and chromium odds was being worked on. Can you kitbash one of these into one of those?
Sent from my SPH-D700 using xda premium
We are working on a similar product:
http://forum.xda-developers.com/showthread.php?t=2359972
to make Pi to support iOS devices and Android devices using AirPlay Mirroring and Miracast.
This is not a port though, I think it should be better as chromecast won't support AirPlay mirroring.
A direct port should be possible too if chromecast source code is available, I would guess it has miracast emulation.
seems it's well possible to emulate Chromecast.
I spent a few days to emulate Chromecast inside rPlay, finally it can find the rPlay (on Raspberry Pi) as a chromecast device, and it can send youtube URL redirection. still long way to go, but seems possible.
Attached is a screenshot of Youtube on Nexus 7, the Chromecast button is shown, when clicked, it will show rPlay as the device.
huisinro said:
seems it's well possible to emulate Chromecast.
I spent a few days to emulate Chromecast inside rPlay, finally it can find the rPlay (on Raspberry Pi) as a chromecast device, and it can send youtube URL redirection. still long way to go, but seems possible.
Attached is a screenshot of Youtube on Nexus 7, the Chromecast button is shown, when clicked, it will show rPlay as the device.
Click to expand...
Click to collapse
Guess that's the best lead we could find thus far, as well as some assurance that this (https://github.com/dz0ny/leapcast) can also redirect Youtube links.
I think it will only be a matter of time until this is fully working like the chromecast
yes, the initial implementation is available in our rPlay software, beta version is available.
We will add more and more chromecasting features to it, in addition to airplay mirroring,
http://www.vmlite.com/index.php?option=com_kunena&Itemid=158&func=view&catid=23&id=10991
Toadyus said:
I think it will only be a matter of time until this is fully working like the chromecast
Click to expand...
Click to collapse
Also if possible please add option to stream/play local media files which official chromecast lacks.:good:
Is the Chromecast protocol open? If not, has anyone asked Google why not?
Very Cool. Hows the progress
This is very cool. How is it going? Does the Pi have sufficient performance?
D.
huisinro said:
seems it's well possible to emulate Chromecast.
I spent a few days to emulate Chromecast inside rPlay, finally it can find the rPlay (on Raspberry Pi) as a chromecast device, and it can send youtube URL redirection. still long way to go, but seems possible.
Attached is a screenshot of Youtube on Nexus 7, the Chromecast button is shown, when clicked, it will show rPlay as the device.
Click to expand...
Click to collapse
kurchatovian said:
This is very cool. How is it going? Does the Pi have sufficient performance?
D.
Click to expand...
Click to collapse
I am also amazed . I'm curious if it's going good too
deathbearer said:
Also if possible please add option to stream/play local media files which official chromecast lacks.:good:
Click to expand...
Click to collapse
Yatse and bubble UPNP already do this with XBMC on the Pi.
I can easily send YouTube videos to the pi using the share feature in Android and Yatse remote app. Similarly with local content.
Sent from my HTC One using Tapatalk 4
I'd say the main thing holding my Pi back is silverlight drm. Otherwise I'd be perfectly happy with my xmbcrpi.
Has anyone used this??
https://play.google.com/store/apps/details?id=com.creatingrevolutions.vbukitchromecast
Sent from my Nexus 7 using Tapatalk 4
Cuzz1369 said:
Has anyone used this??
https://play.google.com/store/apps/details?id=com.creatingrevolutions.vbukitchromecast
Sent from my Nexus 7 using Tapatalk 4
Click to expand...
Click to collapse
"3. Point to the TV running the Vbukit TV App and its there."
You have to have a Smart TV with the app installed for it to work.
xuser said:
"3. Point to the TV running the Vbukit TV App and its there."
You have to have a Smart TV with the app installed for it to work.
Click to expand...
Click to collapse
No its a chromecast app. Just can't use it yet I guess.
Sent from my Nexus 4 using Tapatalk 4
They say if your chromecast is whitelisted...but unless they changed something google will see whos using the app by it being whitelisted and I dont think they can distribute the app like they are. I have a whitelisted chromecast bit the website of view bucket will not finish activating an account when you sign up. Smells kinda fishy
Sent from my SAMSUNG-SGH-I337 using Tapatalk 4
neo4uo said:
They say if your chromecast is whitelisted...but unless they changed something google will see whos using the app by it being whitelisted and I dont think they can distribute the app like they are. I have a whitelisted chromecast bit the website of view bucket will not finish activating an account when you sign up. Smells kinda fishy
Sent from my SAMSUNG-SGH-I337 using Tapatalk 4
Click to expand...
Click to collapse
Did you get an email with your account info
Sent from my Nexus 4 using Tapatalk 4
neo4uo said:
They say if your chromecast is whitelisted...but unless they changed something google will see whos using the app by it being whitelisted and I dont think they can distribute the app like they are. I have a whitelisted chromecast bit the website of view bucket will not finish activating an account when you sign up. Smells kinda fishy
Click to expand...
Click to collapse
Some of the links like help and such seem broken, but if you're rooted with Eureka-ROM or a developer, you can still use it.
@Kyonz just added Vbukit to the Team Eureka whitelist, so you don't need to visit the Vbukit website.
You need to install two apps to make this work:
Vbukit for Chromecast
Vbukit User
To operate it:
Run Vbukit for Chromecast
Dismiss the petition request
Select your Chromecast from the Cast icon in the upper right - this will bring up a QR code on your TV.
Run the Vbukit (User) app (tapping Send to TV in the Vbukit for Chromecast app will launch this)
Tap Send File
Select media type
Select media file(s) - make sure you tap the upper-right of the thumbnail to select/deselect it, otherwise it'll try to just open it normally
Tap Send
Scan the QR code on your TV
The selected media should appear on Chromecast.
Use the zoom control and forward/back to control what's displayed
I'm going to "sign" the petition to help the dev get a public release, because I can definitely see this being very useful for teachers and other people doing presentations like @Notrega from this thread.
One thing I can't figure out... I can't disconnect Vbukit for Chromecast from my Chromecast, so the barcode just sits there until I run another Chromecast app.
Ahh, I see Virtual Bucket sent me an email (it must send to the account from the Play Store download) with login info.
Very slick!
bhiga said:
Some of the links like help and such seem broken, but if you're rooted with Eureka-ROM or a developer, you can still use it.
@Kyonz just added Vbukit to the Team Eureka whitelist, so you don't need to visit the Vbukit website.
You need to install two apps to make this work:
Vbukit for Chromecast
Vbukit User
To operate it:
Run Vbukit for Chromecast
Dismiss the petition request
Select your Chromecast from the Cast icon in the upper right - this will bring up a QR code on your TV.
Run the Vbukit (User) app (tapping Send to TV in the Vbukit for Chromecast app will launch this)
Tap Send File
Select media type
Select media file(s) - make sure you tap the upper-right of the thumbnail to select/deselect it, otherwise it'll try to just open it normally
Tap Send
Scan the QR code on your TV
The selected media should appear on Chromecast.
Use the zoom control and forward/back to control what's displayed
I'm going to "sign" the petition to help the dev get a public release, because I can definitely see this being very useful for teachers and other people doing presentations like @Notrega from this thread.
One thing I can't figure out... I can't disconnect Vbukit for Chromecast from my Chromecast, so the barcode just sits there until I run another Chromecast app.
Ahh, I see Virtual Bucket sent me an email (it must send to the account from the Play Store download) with login info.
Click to expand...
Click to collapse
I've heard about this app before....it was a month or so ago..a few weeks before Google "opened the gates" for that last batch of apps(Vimeo, Plex, Avia, RealPlayer, Red Bull, etc..) to be able to "work" with the Chromecast. I've been kinda wondering what it was actually used for and now I finally see its use, and it seems like a pretty darn useful app that can handle all different kinds of media, including webpages from your phone/tablet(This is pretty dang cool feature if ya ask me!!). But my question for you is: What's the difference in those two apps("Vbukit for Chromecast" and "Vbukit User") AND do we HAVE to use BOTH apps in order to make use of all of VBU Kit's features ? Sorry if this is a silly question, but I just don't want to download two different things and sign up for this app without fully knowing what I'm gettin myself into, ya know?
Thanks
jsdecker10 said:
I've heard about this app before....it was a month or so ago..a few weeks before Google "opened the gates" for that last batch of apps(Vimeo, Plex, Avia, RealPlayer, Red Bull, etc..) to be able to "work" with the Chromecast. I've been kinda wondering what it was actually used for and now I finally see its use, and it seems like a pretty darn useful app that can handle all different kinds of media, including webpages from your phone/tablet(This is pretty dang cool feature if ya ask me!!). But my question for you is: What's the difference in those two apps("Vbukit for Chromecast" and "Vbukit User") AND do we HAVE to use BOTH apps in order to make use of all of VBU Kit's features ? Sorry if this is a silly question, but I just don't want to download two different things and sign up for this app without fully knowing what I'm gettin myself into, ya know?
Click to expand...
Click to collapse
A very valid question...
The Vbukit (Virtual Bucket) model consists of two endpoints. The Sender, where the media lives, and the Receiver, where the media is (dis)played.
Vbukit (User) is the Sender.
Vbukit for Chromecast is the Receiver. It's really just a "launcher" for the Vbukit receiver on Chromecast, since Chromecast has no interface.
There are also Vbukit for Google TV & Tablets, as well as other platforms.
You can also read more about Vbukit on its site.
Interestingly enough, you could technically get this to work on a non rooted chromecast if you intercepted an http address and forced the chromecast to navigate to the page.
Would there be any interest in an application that did this? like some sort of http man in the middle thing (not sure how I could present it).
Just wondering if anyone would use it.
Kyonz said:
Interestingly enough, you could technically get this to work on a non rooted chromecast if you intercepted an http address and forced the chromecast to navigate to the page.
Would there be any interest in an application that did this? like some sort of http man in the middle thing (not sure how I could present it).
Just wondering if anyone would use it.
Click to expand...
Click to collapse
The author seems pretty set on getting it out to the public with the whole petition thing and all, I suspect they'd love a workaround.
Not working on unrooted CC, cannot find device.. Any workaround (other than rooting)?.. Sounds as an interesting app to stream not white listed media..
bhiga said:
A very valid question...
The Vbukit (Virtual Bucket) model consists of two endpoints. The Sender, where the media lives, and the Receiver, where the media is (dis)played.
Vbukit (User) is the Sender.
Vbukit for Chromecast is the Receiver. It's really just a "launcher" for the Vbukit receiver on Chromecast, since Chromecast has no interface.
There are also Vbukit for Google TV & Tablets, as well as other platforms.
You can also read more about Vbukit on its site.
Click to expand...
Click to collapse
I have tried this for a while today... It seems a bit awkward in its execution.... Needing to scan the qr code each time...
Sent from my SPH-D710 using Tapatalk 2
third son said:
I have tried this for a while today... It seems a bit awkward in its execution.... Needing to scan the qr code each time...
Click to expand...
Click to collapse
For same-type content, you can multi-select before you send so you don't have to keep re-scanning the code.
Essentially the code scan seems to be a "session" so whatever you send applies to that "session" - after that you need to reconnect.
Just as the title says. I want to know if there is anyway to cast a PowerPoint or PDF directly from my Note 3. I know I can do it from my laptop via Google Drive but I want to be able to just need the Chromecast and my phone to run presentations for a classes.
I have looked around and have not seen and solution to do this from the phone.
Scribbled with my S-Pen
Notrega said:
Just as the title says. I want to know if there is anyway to cast a PowerPoint or PDF directly from my Note 3. I know I can do it from my laptop via Google Drive but I want to be able to just need the Chromecast and my phone to run presentations for a classes.
Click to expand...
Click to collapse
Not at the moment as far as I know. Would be a piece of cake if we had Android screen mirroring, but we don't yet.
If you export the PPT or PDF as still images, you can cast those stills from Avia, though you should be mindful of scaling and aspect ratio.
Sounds like it'd be a good app idea though!
bhiga said:
Not at the moment as far as I know. Would be a piece of cake if we had Android screen mirroring, but we don't yet.
If you export the PPT or PDF as still images, you can cast those stills from Avia, though you should be mindful of scaling and aspect ratio.
Sounds like it'd be a good app idea though!
Click to expand...
Click to collapse
Thanks I will try the Avia route, haven't played with that just yet...
Scribbled with my S-Pen
Avia is great and I can get that to do what I want I think...
Scribbled with my S-Pen
Couldn't you open the files through Google Drive and Chromecast the Chrome browser screen?
Sent from my SCH-I605 using xda app-developers app
Notrega said:
Just as the title says. I want to know if there is anyway to cast a PowerPoint or PDF directly from my Note 3. I know I can do it from my laptop via Google Drive but I want to be able to just need the Chromecast and my phone to run presentations for a classes.
I have looked around and have not seen and solution to do this from the phone.
Scribbled with my S-Pen
Click to expand...
Click to collapse
This app in develop: _https://play.google.com/store/apps/details?id=com.creatingrevolutions.vbukitchromecast&hl=en , see video. But it only for developer whitelist devices... If you have rooted CC then you can try manual edit whitelist located on CC.
k9cop said:
Couldn't you open the files through Google Drive and Chromecast the Chrome browser screen?
Click to expand...
Click to collapse
OP said they know that but doesn't want to bring laptop, just phone.
Sent from a device with no keyboard. Please forgive typos, they may not be my own.
Reading is hard.
k9cop said:
Reading is hard.
Click to expand...
Click to collapse
so is swiping for me a lot of the time.
Sent from a device with no keyboard. Please forgive typos, they may not be my own.
I'm glad you said swiping and not Wiping ! :laugh:
For some reason when you do a search for Chromecast in the Play Store it lists Quickoffice among the Apps.
I checked and can find no CCast support in it at all...
Just mentioning that for anyone who might try it thinking it does support CCast...it Doesn't!
Asphyx said:
I'm glad you said swiping and not Wiping ! :laugh:
For some reason when you do a search for Chromecast in the Play Store it lists Quickoffice among the Apps.
I checked and can find no CCast support in it at all...
Just mentioning that for anyone who might try it thinking it does support CCast...it Doesn't!
Click to expand...
Click to collapse
LOL! Yeah, a number of false hits for Chromecast searches in Google Play right now... I'm hoping they enhance the on-device Chromecast category or apply some kind of filter qualification so it's easier to determine what third-party apps support Chromecast..
bhiga said:
LOL! Yeah, a number of false hits for Chromecast searches in Google Play right now... I'm hoping they enhance the on-device Chromecast category or apply some kind of filter qualification so it's easier to determine what third-party apps support Chromecast..
Click to expand...
Click to collapse
They just need to make a Category for Chromecast compatible if you ask me! LOL
As of now this is the only full list that exists.
http://www.google.com/intl/en/chrome/devices/chromecast/apps.html
Found this in the Chrome Store
https://chrome.google.com/webstore/detail/fullscreen-slideshow/ckciegopcnnpagdmgjadmhjkocchicji
Won't work for Android devices though...
Vbukit Chromecast app is live in the Play Store now.
killall said:
Vbukit Chromecast app is live in the Play Store now.
Click to expand...
Click to collapse
Yup, looks fairly nice, even though some of the links are broken.
I posted my experience on this thread.
Hello XDA Developers,
I need some to developers to build an app.
The idea as that to add the network media devices (XBMC, Upnp..) to the list of Cast To.
Example -
You are watching a video using Youtube app.
You press the cast button (It will show the list of all network media devices)
You cast the video to XBMC
XBMC plays it on your TV or Monitor
Now use Youtube app as the remote for the playback
Thank You.
quappic said:
Hello XDA Developers,
I need some to developers to build an app.
The idea as that to add the network media devices (XBMC, Upnp..) to the list of Cast To.
Example -
You are watching a video using Youtube app.
You press the cast button (It will show the list of all network media devices)
You cast the video to XBMC
XBMC plays it on your TV or Monitor
Now use Youtube app as the remote for the playback
Thank You.
Click to expand...
Click to collapse
Not sure that can be done via an App I think it is all incorporated into the Media Router library of Android.
It might be possible to hack that and replace it or make the changes to a custom rom using that library though.
Asphyx said:
Not sure that can be done via an App I think it is all incorporated into the Media Router library of Android.
It might be possible to hack that and replace it or make the changes to a custom rom using that library though.
Click to expand...
Click to collapse
Libraries are inside the apps... so I dont think custom rom will affect it! (I may be wrong... not so knowledgeable about ROMs)
But I guess we can use the Xposed Framework's hook method to access it... And change it to search for all devices.... (Easier said then done!)
I need help to pinpoint that function in the Media Router Library....
quappic said:
Libraries are inside the apps...
Click to expand...
Click to collapse
Not in this case...That library is part of Android itself and Apps can use it but it is not in the app itself.
The app merely calls to that android library.
Asphyx said:
Not in this case...That library is part of Android itself and Apps can use it but it is not in the app itself.
The app merely calls to that android library.
Click to expand...
Click to collapse
I did find a app called 'Cast to Upnp/Dlna for GMusic' which seems to do the job..
It also claims that it will show network devices also in the cast to list in Chrome... (When you play using play music and chrome... I dosent work for me though... But works through the app.)
I guess it emulates upnp devices to be Chromecast.
Anyhow dismantled the apk. But could not make sense..
its too complicated due to obfuscated code! I am stuck here! :/
quappic said:
I did find a app called 'Cast to Upnp/Dlna for GMusic' which seems to do the job..
It also claims that it will show network devices also in the cast to list in Chrome... (When you play using play music and chrome... I dosent work for me though... But works through the app.)
I guess it emulates upnp devices to be Chromecast.
Anyhow dismantled the apk. But could not make sense..
its too complicated due to obfuscated code! I am stuck here! :/
Click to expand...
Click to collapse
Perhaps I am not understanding what you want...
It's easy to make an app that can include those other targets in an app but it's not possible to have that work in other apps Cast menu.
AT least not that I know of.
If anyone could do this it would be Koush who makes Allcast and supports what your looking for.
Asphyx said:
Perhaps I am not understanding what you want...
It's easy to make an app that can include those other targets in an app but it's not possible to have that work in other apps Cast menu.
AT least not that I know of.
If anyone could do this it would be Koush who makes Allcast and supports what your looking for.
Click to expand...
Click to collapse
How to include them in an app?
If we find it how to add those targets then...
We can use Xposed to add that to other cast apps too! (For now...)
Koush made allcast as an regular which is no use in this situation :/
You need the developers for those apps to support the feature...Only they can change how their own app works.
In the meantime check out BubbleUPnP out as it does what you want AND transcodes provided you have a PC to run the Server software on.
It will allow you to select just about any target device on your network that supports DLNA, UPnP and DIAL.
Asphyx said:
You need the developers for those apps to support the feature...Only they can change how their own app works.
In the meantime check out BubbleUPnP out as it does what you want AND transcodes provided you have a PC to run the Server software on.
It will allow you to select just about any target device on your network that supports DLNA, UPnP and DIAL.
Click to expand...
Click to collapse
As the casting uses another library (here Mediarouter of v7 android support library) to search for the chromecast devices.... We can use Xposed to hook the search method (hypothetically) and make it search for Upnp devices too...
I am aware of BubblePnP (same developer as of Cast to UPNP/DLNA for GMusic app)
But it dose not serve the propose.....
Like when you are watching a youtube you can simply cast it to XBMC and control the playback through the youtube app (Thats the feature I want)
But when you use BubblePnP we share a youtube video link (Non-Streaming) which then the upnp looks up using youtube plugin for it (Not every device have that plugin) then they play (their is also chance that it cant play it... restrictions for example.... even though you can play it on your mobile)
I guess the best step would be study the mediarouter library to check things out!
Let me disassemble the Google Play Music app and try to look how does it cast....
quappic said:
As the casting uses another library (here Mediarouter of v7 android support library) to search for the chromecast devices.... We can use Xposed to hook the search method (hypothetically) and make it search for Upnp devices too...
I am aware of BubblePnP (same developer as of Cast to UPNP/DLNA for GMusic app)
But it dose not serve the propose.....
Like when you are watching a youtube you can simply cast it to XBMC and control the playback through the youtube app (Thats the feature I want)
But when you use BubblePnP we share a youtube video link (Non-Streaming) which then the upnp looks up using youtube plugin for it (Not every device have that plugin) then they play (their is also chance that it cant play it... restrictions for example.... even though you can play it on your mobile)
I guess the best step would be study the mediarouter library to check things out!
Let me disassemble the Google Play Music app and try to look how does it cast....
Click to expand...
Click to collapse
I agree completely with the goal and feature, I'm just not sure you can hijack 3rd party calls to the Media Router library, insert the extra device search (or enable the ones that are there) and have them display in some App that has JUST CCast support to display DLNA targets as well.
If anyone is capable of that I would suspect he posts here! LOL
I would ask Koush Ditta about the viability...
But I wasn't shooting down the idea, just the notion that you could hack or patch the device to list those targets for any app that uses the Cast menu.
Asphyx said:
I agree completely with the goal and feature, I'm just not sure you can hijack 3rd party calls to the Media Router library, insert the extra device search (or enable the ones that are there) and have them display in some App that has JUST CCast support to display DLNA targets as well.
Click to expand...
Click to collapse
Sounds very hacky.
The flip-side, and I think what they mentioned, was to have a "middleman" piece that emulates a Chromecast, similar to how BubbleUPnP Server can pull stuff from other sources on behalf of a DLNA/UPnP receiver.
Problem is, all the Chromecast emulators (LeapCast, CR Cast, CheapCast) seem to have been broken by the enhanced signing security in the Cast SDK 2.0
Asphyx said:
I agree completely with the goal and feature, I'm just not sure you can hijack 3rd party calls to the Media Router library, insert the extra device search (or enable the ones that are there) and have them display in some App that has JUST CCast support to display DLNA targets as well..
Click to expand...
Click to collapse
CCast supported apps can send DLNA targets as they just send a streaming URL (According to log of Play Music...)
Anyway I disassembled the Play Music app. Great thing is that code is not obfuscated... But need a lot of work to understand the code...
@bhiga I did not understand completely!
But as far as I understood (may be wrong) is that you are saying to emulate a DLNA device as a chromecast, right?
But cant devices like XBMC directly get the streaming URL and stream it? (Confused) :/
quappic said:
CCast supported apps can send DLNA targets as they just send a streaming URL (According to log of Play Music...)
Anyway I disassembled the Play Music app. Great thing is that code is not obfuscated... But need a lot of work to understand the code...
@bhiga I did not understand completely!
But as far as I understood (may be wrong) is that you are saying to emulate a DLNA device as a chromecast, right?
But cant devices like XBMC directly get the streaming URL and stream it? (Confused) :/
Click to expand...
Click to collapse
Can maybe if they wanted to...But some like PLEX do not.
And I don't see anyway to hack into and get Plex to show DLNA targets in that menu by hijacking the calls to the Media router...
Truth is the Media router should do this already and perhaps it even does and the apps that are using are limiting the list on their end...
---------- Post added at 07:19 PM ---------- Previous post was at 07:11 PM ----------
bhiga said:
Sounds very hacky.
The flip-side, and I think what they mentioned, was to have a "middleman" piece that emulates a Chromecast, similar to how BubbleUPnP Server can pull stuff from other sources on behalf of a DLNA/UPnP receiver.
Click to expand...
Click to collapse
Yes it is rather hacky...What might be possible is something along what y2cast did which would instead of making a CCast a DLNA target did the opposite.
I know full well it is possible to get a listing of all devices (DLNA and CCAST) in an App...Allcast does this and Bubble finds these devices as well.
But thats because the developers of those apps had the good sense to put the code needed to get those listings.
Now you know I never say anything code related is impossible but in this case I find it hard to see how you could get an app whose developer did not have this foresight to code it in themself, to start displaying devices they had no intention of streaming to.
While both devicxe types may use linkage to stream the linkage used is VERY VERY different where a CCast sends a link to load a Player with Parameters and the other merely sends a link to the source media.
That would have to be accounted for in the App itself as the media router does none of that work for you that I know of.
quappic said:
CCast supported apps can send DLNA targets as they just send a streaming URL (According to log of Play Music...)
Anyway I disassembled the Play Music app. Great thing is that code is not obfuscated... But need a lot of work to understand the code...
@bhiga I did not understand completely!
But as far as I understood (may be wrong) is that you are saying to emulate a DLNA device as a chromecast, right?
But cant devices like XBMC directly get the streaming URL and stream it? (Confused) :/
Click to expand...
Click to collapse
Apps will only find what they're looking for. If they're looking for a Chromecast or Google Cast device, they will only find Chromecast and Google Cast devices. They will not find DLNA devices.
Likewise, if a app is looking for DLNA devices, it will only find DLNA devices, not Chromecast devices.
So in order for those apps to see other things, there must be some kind of translation or proxy.
This is where the idea of a Chromecast "emulator" or "masquerader" could come in.
The DIAL documentation probably has enough for the discovery aspect.
Once seen, the second half of the equation is whether the receiver is sent something that it knows how to use.
Most DLNA implementations do not restrict formats to only things Chromecast can use. So even if Chromecast is seen, it still may not work.
Thus, as Asphyx said, it's better for the application itself to support Chromecast natively, so it can make sure it only sends things that Chromecast and Google Cast devices can handle - or on the flip side, make sure to only send DLNA-compatible requests to DLNA devices.
The only other option would be to standardize the media router to encompass all target types and be a mediator involved in all links sent...
Not a good way to go really. Limits 3rd Party developers to what they could do and send to devices that are targets.
That said the apps themselves should already being putting this support into their apps because if you feel it is worth supporting a CCast then it's probably just as important to you to be able to cast to other renderers...
Bubble and Allcast do this already as do some others...
I have been waiting for the same thing to happen in Plex's cast menu...
I looked into the Google Play Music APK... and Chormecast API...
Found something which may get us started.... (A big May be.. Also assuming the Stream URL will work with other devices)
Here it is...
According to the Chromecast API
This line should be present in the App for the lifetime of its run
Code:
mMediaRouter = MediaRouter.getInstance(getApplicationContext())
So I searched for it in the APK code...
As it must be some where called when it searches for CCast devices
Found 4 usages.... under....
Code:
com.google.android.music - onCreate
com.google.android.music.cast - getSelectedRouteOnMainThread
com.google.android.music.playback - onCreate
com.google.android.music.ui.mmp - onCreate
4 possible paths.... Took the variable name and ignored...
Going to the next part of CCast API is to build a builder in the mediaRouterSelector.....
API Code...
Code:
mMediaRouteSelector = new MediaRouteSelector.Builder()
.addControlCategory(CastMediaControlIntent.categoryForCast("YOUR_APPLICATION_ID"))
.build();
Searched for it using the found variable name....
Only one usage under
Code:
com.google.android.music.ui.mmp - onCreate
The line.....
Code:
this.mMediaRouteSelector = new MediaRouteSelector.Builder().addControlCategory("android.media.intent.category.LIVE_AUDIO").addControlCategory("android.media.intent.category.REMOTE_PLAYBACK").addControlCategory("com.google.cast.CATEGORY_CAST").addControlCategory("com.google.cast.CATEGORY_CAST_APP_NAME:" + getCastAppName()).addControlCategory(str).build();
So did some queries (May be wrong again) and found that adding control category "com.google.cast.CATEGORY_CAST" filters CCast devices form all devices....
So, I made a Xposed App... to hook to that addControlCategory and read the parameters it receives... And if it has string 'cast' in it... null it...
Xposed Code....
Code:
//Google Play Music
if(lpparam.packageName.equals("com.google.android.music")) {
XposedBridge.log("Connected to Process: " + lpparam.packageName);
final Class<?> hookClass = XposedHelpers.findClass("android.support.v7.media.MediaRouteSelector", lpparam.classLoader);
XposedBridge.log("Injecting code now on" + lpparam.packageName + " : " + hookClass.toString());
XposedBridge.hookAllMethods(hookClass, "addControlCategory", new XC_MethodHook() {
@Override
protected void beforeHookedMethod(MethodHookParam param) throws Throwable {
Log.d("Hook", "Hooked! to addControlCategory");
Log.d("Hook", "Parmas: " + param.args[0].toString());
if(param.args[0].toString().contains("cast")) {
param.args[0] = null;
Log.d("Hook", "Params: Null (changed)!");
}
}
});
}
But I am stuck here.... Xposed seems to be attached to the process and their are no problems in the Xposed logs...
But their is no Debug Log for the hooked method....
No log shows for the received parameters!
Need some help here... Check the code.....
Hope it will be in some use!
Nothing guys? :/
@Asphyx
@bhiga
??
quappic said:
Nothing guys? :/
@Asphyx
@bhiga
??
Click to expand...
Click to collapse
Sorry, I know very little about Xposed Framework. Looks like something that would be a time sink for me, so I'm avoiding.
bhiga said:
Sorry, I know very little about Xposed Framework. Looks like something that would be a time sink for me, so I'm avoiding.
Click to expand...
Click to collapse
Leave Xposed Framework for minute...
But will the theory work? What do you think about it?
Getting the devices listed in the Menu is easy....
The issue is getting every program that it could show up on to send the proper linkage.
You won't be able to use an exposed framework for that.
Your going to have to create code for each and every app or an app like the y2cast app that mimics a CCast and converts links sent to it in DLNA Format.
While you can get the device listed it's almost impossible to get the hooks into each app t make those apps support DLNA if they do not already.
Your best bet is to create that opposite of y2cast and make an emulator that makes DLNA devices into CCasts instead of making CCast a DLNA renderer like y2cast does.
Then you don't need to hook into the menu listing operation the emulator merely gets discovered like any other DIAL device and when links get sent to it it converts those links to a proper DLNA send format.
Since Chromecast OS is basically a cut-down version of Chrome OS, shouldn't the code be in Chromium OS codebase?
If so, we should build a Chromiumcast OS and port it to those MiniPC's on them market (if we have the kernel sources and drivers).
Can anyone check the possibility of the above?
However, since Chrome OS uses a different kind of boot image, we should ask Chainfire for help, since he is working on the Chromebook Pixel, as it has such a boot image.
It is funny thought, Google puts Android on a Chromebook, and we may put Chrom(ium) OS on Android devices.
Update 1: Sorry for posting this here, XDA Labs isn't letting me reply to my own thread, but why not port it?
We should make it a full Chromium OS (with the abilities to make a local owner account and recieving casts, as well as casting to another device), while we're at it.
Update 2: Apparently it's a known XDA Labs server API issue, they're working on though, for now I need to wait for there to be a 2nd page to be able to post seperately from the opening post.
If it's just a webpage, then how about packaging it for the different systems (Windows, OS X, Linux, Android, Ubuntu Touch, Firefox OS, iOS, Windows Modern (8/8.1), Windows Universal (10), Sailfish, Unix, Chrome OS, etc.)?
Yes, I'm aware that half of these technically (via ports, for example) are either Linux or Unix (and that Linux is a port of Unix).
I would have included SkyOS, however it appears to have been discontinued before even graduating Alpha... several years ago.
It's not really a cut down version of Chrome OS but more of a cut down version of the Chrome Browser sans any ability to run Chrome OS Apps.
Similar to the chrome browser you find in an Android Phone.
It has nothing to do with what the OS is based on, the important part isn't the OS, but the actual cast receiver application. I was tinkering around with it for a little while and ended up with a not-entirely-functional APK file that implemented a cast receiver, using actual google code and libraries. Installed it on a Nexus 7, which was discoverable as a cast receiver on the network. More important thing to work on led to ignoring the project for a while.
doitright said:
It has nothing to do with what the OS is based on, the important part isn't the OS, but the actual cast receiver application. I was tinkering around with it for a little while and ended up with a not-entirely-functional APK file that implemented a cast receiver, using actual google code and libraries. Installed it on a Nexus 7, which was discoverable as a cast receiver on the network. More important thing to work on led to ignoring the project for a while.
Click to expand...
Click to collapse
The Cast Receiver is usually not much more than an HTML5 webpage.
Asphyx said:
The Cast Receiver is usually not much more than an HTML5 webpage.
Click to expand...
Click to collapse
The cast receiver is a LOT more than a webpage.
doitright said:
The cast receiver is a LOT more than a webpage.
Click to expand...
Click to collapse
you can browse them all in just about any browser.
Want proof
Look at the linkage in the whitelist and go to the URLs for any receiver...
Example....
https://www.gstatic.com/cv/cast/apps/receiver/webrtc/stable/receiver1.html
They may call them HTM5 Applications but when it comes right down to it there is no difference between that and a webpage. Only in rare cases will they put security that denies a browser from loading them and in most cases if it fails to work it is only because they require and use some firmware code (i.e. Video Player) to function.
Asphyx said:
you can browse them all in just about any browser.
Want proof
Look at the linkage in the whitelist and go to the URLs for any receiver...
Example....
https://www.gstatic.com/cv/cast/apps/receiver/webrtc/stable/receiver1.html
They may call them HTM5 Applications but when it comes right down to it there is no difference between that and a webpage. Only in rare cases will they put security that denies a browser from loading them and in most cases if it fails to work it is only because they require and use some firmware code (i.e. Video Player) to function.
Click to expand...
Click to collapse
That web page does absolutely nothing.
doitright said:
That web page does absolutely nothing.
Click to expand...
Click to collapse
Except load the receiver app that is waiting for linkage information from the app that was supposed to launch it when it connected to the CCast!
99.9% of the work is done at the controlling device not the receiver app.
That is the only thing the CCast actually loads the rest is sent to that receiver by the Controler app!
When you connect to the CCast from an app that's all the CCasts loads. Once loaded you can then send content to that Receiver.
Here is the receiver app Plex tells the CCast to load when you first connect their App to the CCast....
https://chromecast.plex.tv/production/index.html
The receivers are nothing more than webpages with various media players and java applications.
Asphyx said:
Except load the receiver app that is waiting for linkage information from the app that was supposed to launch it when it connected to the CCast!
99.9% of the work is done at the controlling device not the receiver app.
That is the only thing the CCast actually loads the rest is sent to that receiver by the Controler app!
When you connect to the CCast from an app that's all the CCasts loads. Once loaded you can then send content to that Receiver.
Here is the receiver app Plex tells the CCast to load when you first connect their App to the CCast....
https://chromecast.plex.tv/production/index.html
The receivers are nothing more than webpages with various media players and java applications.
Click to expand...
Click to collapse
Just keep telling yourself that it actually does something. :good:
doitright said:
Just keep telling yourself that it actually does something. :good:
Click to expand...
Click to collapse
There really is no teaching the ignorant....
That page is the only thing the CCast loads!
The rest is done on the mobile device and that receiver does nothing without the mobile device connecting to that page you say does nothing...
Tell me did you try reading the source code of that page or was that too difficult for you?
Asphyx said:
There really is no teaching the ignorant....
That page is the only thing the CCast loads!
The rest is done on the mobile device and that receiver does nothing without the mobile device connecting to that page you say does nothing...
Tell me did you try reading the source code of that page or was that too difficult for you?
Click to expand...
Click to collapse
Let me make this very clear;
1) Install https://play.google.com/store/apps/details?id=com.netflix.mediaclient&hl=en
2) Run it.
3) hit the chromecast button. Oh, there is none! Too bad.
doitright said:
Let me make this very clear;
1) Install https://play.google.com/store/apps/details?id=com.netflix.mediaclient&hl=en
2) Run it.
3) hit the chromecast button. Oh, there is none! Too bad.
Click to expand...
Click to collapse
Took you long enough to find the ONE RECEIVER APP (and it is the ONLY APP) that doesn't get loaded from the WEB because it is part of the CCast Firmware!
I find it interesting that in a discussion of RECEIVER APPS you show something from the play store where there are no receiver apps to try and prove your wrong point.
Just look at the Chromecast firmware, there's custom ROMs here. In theory you could just look at it and experiment...
I understand that there is no point in porting ChromiumOS, but what about the AndroidTV UI, with Cast Recieving built-in?
moriel5 said:
I understand that there is no point in porting ChromiumOS, but what about the AndroidTV UI, with Cast Recieving built-in?
Click to expand...
Click to collapse
That would be awesome!
I think it could be a perfect combo to turn a Raspberry Pi into a casting device. Chromium OS already exists for Raspberry Pi, but it still has to be improved. http://www.chromiumosforsbc.org/
DaniPhii said:
I think it could be a perfect combo to turn a Raspberry Pi into a casting device. Chromium OS already exists for Raspberry Pi, but it still has to be improved. http://www.chromiumosforsbc.org/
Click to expand...
Click to collapse
I agree, but I would love if someone managed to remove the mandatory Google login, otherwise I won't use it.
Deleted my account some time back, don't want to open another one.
moriel5 said:
I understand that there is no point in porting ChromiumOS, but what about the AndroidTV UI, with Cast Recieving built-in?
Click to expand...
Click to collapse
I was searching online for this b/c i figured someone would have done it by now. I'd really like to see android TV on chromecast
x000x said:
I was searching online for this b/c i figured someone would have done it by now. I'd really like to see android TV on chromecast
Click to expand...
Click to collapse
But the Google log-in should be optional, not mandatory.