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.
Related
was thinking about this possibly being a sweet setup hopefully miracast will be implemented into the device or possible being implemented into xbmc having that along the airplay option on xbmc enabled would make this a pretty sweet device
i purchased(preordered one) but I was hoping it would be more so like a media center device kinda like google tv but no hdmi out so no google tv overlay. But if I could use this to do miracast with my 4.2 sgs3 and whenever friends come over can use xbmc to allow them to do airplay that would be really cool
reason i bring up miracast support is because supposedly is supported in tegra 3
i've been trying to figure/find out how you go about setting up a miracast server but the documentation doesn't seem to exist not saying that i have the ability to implement but i wouldn't mind taking a look into it
thoughts?
This is more of a question for xbmc team. I suggest you provide that feedback on their forum. There was a talk of xbmc supporting miracast but no eta.
Sent from my GT-I9305 using xda premium
As long as it supports PLEX, I am sold!
Keland44 said:
was thinking about this possibly being a sweet setup hopefully miracast will be implemented into the device or possible being implemented into xbmc having that along the airplay option on xbmc enabled would make this a pretty sweet device
i purchased(preordered one) but I was hoping it would be more so like a media center device kinda like google tv but no hdmi out so no google tv overlay. But if I could use this to do miracast with my 4.2 sgs3 and whenever friends come over can use xbmc to allow them to do airplay that would be really cool
reason i bring up miracast support is because supposedly is supported in tegra 3
i've been trying to figure/find out how you go about setting up a miracast server but the documentation doesn't seem to exist not saying that i have the ability to implement but i wouldn't mind taking a look into it
thoughts?
Click to expand...
Click to collapse
I've heard the documentation costs around $200 and that might not even be all of it. Or I might be pulling that number out of air, don't remember where I saw that, but did find this:
http://forum.xbmc.org/showthread.php?tid=147320
I am more interested in seeing the Android Transporter Player ported to Ouya, except that they haven't released their source code on the sending side yet...
https://github.com/esrlabs/AndroidTransporterPlayer
https://www.youtube.com/watch?v=lyoZoNA8U24
~Troop
I'm not from familiar with Miracast. All I know is what the Wiki page said. It really reads like DNLA. And from my experience, this has been something that can be app dependent. Since I have no experience with Miracast, I don't know if it's full mirroring or just certain apps.
That said, Miracast may just be work versus just installing individual apps. Unless there is something in the application code for specific devices, if you side load an APK, it should run on the Ouya. Doesn't mean it will run well or look correct. Thus, you may be able to just side load XBMC. I know I'll try it with Plex, Netflix, Hulu, various sports--MLB, NHL, NBA, etc--and so on.
I couldn't figure out what the end result you were suggesting about friends coming over and their mobile devices.
lovekeiiy said:
I'm not from familiar with Miracast. All I know is what the Wiki page said. It really reads like DNLA. And from my experience, this has been something that can be app dependent. Since I have no experience with Miracast, I don't know if it's full mirroring or just certain apps.
That said, Miracast may just be work versus just installing individual apps. Unless there is something in the application code for specific devices, if you side load an APK, it should run on the Ouya. Doesn't mean it will run well or look correct. Thus, you may be able to just side load XBMC. I know I'll try it with Plex, Netflix, Hulu, various sports--MLB, NHL, NBA, etc--and so on.
I couldn't figure out what the end result you were suggesting about friends coming over and their mobile devices.
Click to expand...
Click to collapse
I believe Miracast is primarily for screencasting - ie it just mirrors what is on the device's screen onto the TV or whatever is receiving. And I believe the previous poster was saying that it would be nice if it is easy to screencast from your phone to the TV and allow visiting friends to be able to easily screencast their content as well - so if one person has a video they want to show everyone, it's not a hassle to pull it up on the big screen. I think this is what a lot of us want.
~Troop
Trooper_Max said:
I believe Miracast is primarily for screencasting - ie it just mirrors what is on the device's screen onto the TV or whatever is receiving. And I believe the previous poster was saying that it would be nice if it is easy to screencast from your phone to the TV and allow visiting friends to be able to easily screencast their content as well - so if one person has a video they want to show everyone, it's not a hassle to pull it up on the big screen. I think this is what a lot of us want.
~Troop
Click to expand...
Click to collapse
yea this is exactly what i'm lookin for been keeping an eye on it have google alerts set up for pretty much anytime miracast is being searched on the net to possibly find any tidbit of info that might be helpful with this. thanks Troop
video streaming
Hi all. Bit late to the party but my ouya comes tomorrow
Assuming no problems on sideloading why not just use
twonky. Been using for ages bouncing files between my
nas drive, xperia s, xoom2 and Xbox. Even adhoc with
android.......jus puttin it out there..... It's spot on even with
playlists and web streams.
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.
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.
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.