Database Develop

[Q] Google Chromecast GDK\SDK\hackathon question

Once the Google Chromecast SDK is released, is this rootable serial number and post 12840 bootloader being unrootable going to be an issue?

Here is what I think it will be.
Google has to watch their ass around these archaic studios, these studios want to own everything.
The SDK will be somewhat limited to protect the business interests at Google with Satan (I mean SONY/Hollywood et al)
If you think that Google is going to open it up to watch any video pirated or not, you are delusional. HDMI is basically owned by these studios and they can step in a company like Google and destroy it. Just like Google TV.
Google probably doesn't want another diabocle like Google TV and want some sort of success with televisions so they are going to listen to the developers but always listen to the wallet first.
Chromecast wasn't meant for the tinkering demographic.
Sent from my XT926 using Tapatalk

abuttino said:
The SDK will be somewhat limited to protect the business interests at Google with Satan (I mean SONY/Hollywood et al)
If you think that Google is going to open it up to watch any video pirated or not, you are delusional. HDMI is basically owned by these studios and they can step in a company like Google and destroy it.
Click to expand...
Click to collapse
Well that's a tinfoil hat post if I've ever seen one. We already know Plex has developers working with Google to build casting into their app. Why would Google invite them to do that, knowing that function of their app is to playback any format of locally stored media?

fudsak said:
Well that's a tinfoil hat post if I've ever seen one. We already know Plex has developers working with Google to build casting into their app. Why would Google invite them to do that, knowing that function of their app is to playback any format of locally stored media?
Click to expand...
Click to collapse
Ha, that was a great first line!! :good: Not to throw out the A word but dosent appletv and an iPhone do all the things we want chromecast to do? Stream right from the phone. Local videos? all that good stuff...

If that's true, we might see it come to chromecast. The question is, does chromecast have a powerful enough CPU to do that?
Sent from my XT926 using Tapatalk

cdrshm said:
Ha, that was a great first line!! :good: Not to throw out the A word but dosent appletv and an iPhone do all the things we want chromecast to do? Stream right from the phone. Local videos? all that good stuff...
Click to expand...
Click to collapse
Chromecast works differently from (at least how I understand it) how AirPlay on AppleTV + iPhone work...
According to my understanding (and HowStuffWorks), AirPlay actually streams from the iPhone or other AirPlay source. The iPhone or other AirPlay source has to be on the same network, powered up and have the content, or be able to get the content.
In the Chromecast world, this is equivalent to how Chrome tab casting from a computer and AllCast/AirCast/KoushCast with rooted a Chromecast work, but those two are more exceptions than the rule.
Chromecast's native behavior, on the other hand, simply accepts a request "hand-off" and goes to retrieve the content itself.
There's a subtle but significant difference there. In the Chromecast model, once the cast request is made, the requesting device (phone, tablet) is no longer necessary for playback (of course, you can't control playback). The phone/tablet/computer can be disconnected from the network or powered off, and the Chromecast will continue to play like nothing happened.
The requesting device simply controls the playback from there. It's much like how you use your remote control to change channels on your TV. Once the TV changes to the selected channel, you see what's on and you don't need the remote unless you want to change channels or adjust the volume.
This also allows playback to controlled from a different device, at least for most applications. That's pretty cool for me, as I might start something for the family to watch, then leave for work and my wife can just take over control, just like passing the remote.
---------- Post added at 08:40 AM ---------- Previous post was at 08:37 AM ----------
abuttino said:
If that's true, we might see it come to chromecast. The question is, does chromecast have a powerful enough CPU to do that?
Click to expand...
Click to collapse
Chromecast would just be a Plex client like any other mobile device so Chromecast's CPU would only be involved in decoding the video stream from the Plex server.
The Plex server would be responsible for and burdened with any necessary transcoding duties.

^ Exactly.

[Q] Casting PowerPoint or PDF from Note 3

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.

BYUTV.org to Chromecast...possible?

The thread title is exactly what I want to know...is there some way to get byutv.org content streamed to my chromecast without having to do tab casting?
Whether I figure out a way to cast from my computer with a chrome add-on, or from the android app, I'd love to know how. Thanks!

Look of couple of threads down the forum to http://forum.xda-developers.com/showthread.php?t=2672797 (WebCast extension for Chrome). It works with BYUTV.org.

DJames1 said:
Look of couple of threads down the forum to http://forum.xda-developers.com/showthread.php?t=2672797 (WebCast extension for Chrome). It works with BYUTV.org.
Click to expand...
Click to collapse
I tried that extension but the icon never appears for me to be able to use it. It works on other sites, but I can't get it to work on BYUTV.org. Any specific video you used it on that actually worked for you?

Writing to you on a tablet, I mention this as I tried last night but I guess it timed out and it never posted. It was way to lengthy to try again...but I've had some sleep and will copy before posting incase it happens again.
There is a way, but at best it is convoluted and very tech heavy. Honestly, you might be better off waiting to see of byutv starts to support Chromecast... I've seen many forums requesting that from them so it might be better to wait and see...but if you absolutely MUST have it..there's only one way I've been able to divine.
You'll need serviio and aVia. Serviio is a free - with option to pay for - dlna server. Everyone should know what aVia is by now. I can not say with 100% certainty, but I'd hazard a guess the video is rtmp which is why vGet doesn't recognize it.. if I'm right you'll need to install a rtmp sniffer..there's about a billion of them, most free, others not. If it's not rtmp then I can't figure why vGet doesn't see it...but you could use something like getflv or something more free...the whole purpose is to get the url the video is pulling from. Armed with that you can head over to serviio and add it to the online media tab.
Confused? Good, cause it gets worse. Chances are this video may not be compatible with Chromecast and if that's the case, you're going to need to get serviio to encode it on the fly...which is simple, however, serviio does not a profile built in for Chromecast. Do a Google search for Serviio Chromecast Profile AllCast, that will get you to the profile you'll need to add. With the profile, you're now going to need to get serviio to "see" the Chromecast. It doesn't do this by default as Chromecast it's not a dlna device. Instead, you'll need to assign a static ip address to something..say your computer. Let serviio cache that ip (it'll stay cached until you remove or upgrade serviio), then manually assign that ip address to your Chromecast. Once done, in the profiles page you need to change the profile of both your android device running aVia and the Chromecast to the AllCast profile I mentioned earlier.
It will work this way, android with tell serviio, via aVia, to play the online media. Serviio with download and encode the media so that's it's compatible with Chromecast, and then serviio with send the media to Chromecast which will then display it.
In this manner ANY online media is technically playable through Chromecast but...the set up and execution takes a flare of mad cap genius and elbow grease.
Not claiming that there might not be an easier way..God knows maybe bubble, playon, plex, etc might be able to do it in a simple straight forward manner.. just saying that this one will work....and not just for byutv, but for anything. Good luck! Personally, . I'd wait hahaha (edited to mention that it did happen)

primetime34 said:
I tried that extension but the icon never appears for me to be able to use it. It works on other sites, but I can't get it to work on BYUTV.org. Any specific video you used it on that actually worked for you?
Click to expand...
Click to collapse
I just clicked on a couple at random (not being a regular user of that site), and the WebCast icon appeared for me.

DJames1 said:
I just clicked on a couple at random (not being a regular user of that site), and the WebCast icon appeared for me.
Click to expand...
Click to collapse
I think the issue is that there is a commercial before the show. Would you mind clicking on the webcast icon and see if a full episode plays, or just a 30 second ad only? Thanks.

primetime34 said:
I think the issue is that there is a commercial before the show. Would you mind clicking on the webcast icon and see if a full episode plays, or just a 30 second ad only? Thanks.
Click to expand...
Click to collapse
Yes, I think you're right - it plays the ad and then quits when it gets to the start of the show.

Need Developers to Develop a App

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.

Chromiumcast OS

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.