Database Develop

Tab casting to multiple chomecasts?

well, i guess my plan has failed unless someone has a different idea. so i was planning on casting to
multiple chromecasts from the same pc. i can't get this to work unfortunately. i was hoping to do this only for football so i could have different games on each tv and with a powerhouse pc i think it could handle it, but i don't get the option in tab casting. once you start casting you don't have the option to continue casting and start up on the other chromecast.
maybe i'm doing something wrong? anyone else have a solution?
i know that i could use another pc, tablet, etc but nothing is powerful enough aside from my pc to cast in 720p without stuttering.

knives of ice said:
well, i guess my plan has failed unless someone has a different idea. so i was planning on casting to
multiple chromecasts from the same pc. i can't get this to work unfortunately. i was hoping to do this only for football so i could have different games on each tv and with a powerhouse pc i think it could handle it, but i don't get the option in tab casting. once you start casting you don't have the option to continue casting and start up on the other chromecast.
maybe i'm doing something wrong? anyone else have a solution?
i know that i could use another pc, tablet, etc but nothing is powerful enough aside from my pc to cast in 720p without stuttering.
Click to expand...
Click to collapse
Not really a solution, but an "HDMI Splitter" can help in your scenario. So, instead of buying multiple chromecasts, you could cast to single chromecast and then mirror the display on all TVs.
http://www.amazon.com/HD-104-Powere...qid=1378630390&sr=1-11&keywords=hdmi+splitter
Edit: Seems like you want to watch different games. Above is not going to help you.

admin856 said:
Not really a solution, but an "HDMI Splitter" can help in your scenario. So, instead of buying multiple chromecasts, you could cast to single chromecast and then mirror the display on all TVs.
http://www.amazon.com/HD-104-Powere...qid=1378630390&sr=1-11&keywords=hdmi+splitter
Edit: Seems like you want to watch different games. Above is not going to help you.
Click to expand...
Click to collapse
Yeah....I'm looking for different content on each tv

Ok. You basically need a work around so you can run multiple instances of chrome.
Try searching for virtual desktop software for your operating system.
http://www.lockergnome.com/windows/...tiple-virtual-desktops-in-windows-7-for-free/
Sent from my GT-I9300 using Tapatalk 2

admin856 said:
Ok. You basically need a work around so you can run multiple instances of chrome.
Try searching for virtual desktop software for your operating system.
Sent from my GT-I9300 using Tapatalk 2
Click to expand...
Click to collapse
Here is a workaround to stream from 2 or more browsers.
1) Create a chrome shortcut (other then your current).
2) Right click the shortcut and select Properties.
3) On the Shortcut tab, edit the target to look as follows:
"C:\Program Files (x86)\Google\Chrome\Application\chrome.exe" --user-data-dir=D:\Chrome\ProfileName
The bold is what you will need to add, this will have this chrome shortcut use a new profile, so it will allow you to stream to a different chromecast.
My goal was to do this with NFL Sunday Ticket HOWEVER, you cannot log into the NFL Sunday Ticket from a different browser (it limits you to one login at a time...) so if you happen to be trying the same thing and find a workaround for that, I'd love to know.

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.

[Q] How to immediately cast to default Chromecast?

Hi all. LONG time browser. First time poster. Hope you guys can assist. Tried searching and found no results. Kinda surprised it hasn't been brought up before.
So here goes. Is it at all possible to bypass/skip the "cast to device" prompt on an Android device. As I only have one (1) Chromecast device it seems kinda redundant to select it every time I have something to cast. Granted certain apps like Plex, Youtube, Netflix have the option to connect from the get go and bypass the said prompt. I am hoping to achieve this function constantly. More specifically with Google Chrome on Android. As I stream a lot of anime, choosing my Chromecast after every episode seems redundant, especially when I only have one (1) Chromecast in the household.
Can anyone assist? Thanks, GIGA.

GIGAkun said:
Hi all. LONG time browser. First time poster. Hope you guys can assist. Tried searching and found no results. Kinda surprised it hasn't been brought up before.
So here goes. Is it at all possible to bypass/skip the "cast to device" prompt on an Android device. As I only have one (1) Chromecast device it seems kinda redundant to select it every time I have something to cast. Granted certain apps like Plex, Youtube, Netflix have the option to connect from the get go and bypass the said prompt. I am hoping to achieve this function constantly. More specifically with Google Chrome on Android. As I stream a lot of anime, choosing my Chromecast after every episode seems redundant, especially when I only have one (1) Chromecast in the household.
Can anyone assist? Thanks, GIGA.
Click to expand...
Click to collapse
People with two chromecasts might not like your idea !!

tharmor said:
People with two chromecasts might not like your idea !!
Click to expand...
Click to collapse
I know but it would still be a nice feature if at all possible. Btw I realized I can somewhat simulate the desired effect if I play another video while the current one is still casting (Chrome Android). In this way the connection doesn't break. But if the video stops or completes then I once again have to be prompted "cast to device" to watch another video. Is it possible for someone create an addon/extension/plugin for Chrome Android that adds the option to connect constantly like Netflix, Plex, Youtube etc?

GIGAkun said:
I know but it would still be a nice feature if at all possible. Btw I realized I can somewhat simulate the desired effect if I play another video while the current one is still casting (Chrome Android). In this way the connection doesn't break. But if the video stops or completes then I once again have to be prompted "cast to device" to watch another video. Is it possible for someone create an addon/extension/plugin for Chrome Android that adds the option to connect constantly like Netflix, Plex, Youtube etc?
Click to expand...
Click to collapse
+1....even i hate this !! Hopefully chrome will soon have a option to connect to chromecast and video will play automatically once opened in the browser !!

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.