Chromecast now open to developers with the Google Cast SDK
googledevelopers.blogspot.com
googledevelopers.blogspot.com
But instead Miracast is yet another classic example of "death of committee" where tons of big media and hardware companies wanted to get their features and DRM in, and as a direct result we now have dozens of completely incompatible Miracast devices.
I think this table accurately sums of the Miracast issue: http://i.imgur.com/I2QmeZe.jpeg
And that is my experience too. Samsung works only with other Samsung "allshare" devices, Sony works only with other Sony "Xperia" devices, and so on.
Ironically my Samsung TV has a YouTube app which can almost act like a Chromecast built in, and that is the only reliable way to stream content to the thing. I've never been able to get Miracast on either the Samsung or Sony to work reliably (both 2013 models).
My only slight complaint right now about Chromecast is that I cannot stream from VLC but hopefully with the release of this SDK that might change in time.
PS - If Chromecast becomes popular this really will isolate Apple's iTunes video. Most other video providers/renters work with Chromecast (Hulu, Netflix, Play Store, et al), or with apps on your TV already. Apple is the only large digital content provider which wants to force us to buy their proprietary device ("Apple TV") to watch their proprietary content. It really does decrease the value for Apple's content. In fact I'm just not going to buy Apple's DRM-ed video anymore, as I have to plug in a HDMI cable to watch it on my TV.
Apple is the only large digital content provider which wants to force us to buy their proprietary device ("Apple TV") to watch their proprietary content. It really does decrease the value for Apple's content. In fact I'm just not going to buy Apple's DRM-ed video anymore, as I have to plug in a HDMI cable to watch it on my TV.
People said that about iTunes, no?But Spotify doesn't lock you into anything.
I have drunk the Apple Kool-Aid: I have iOS devices, AppleTVs, and a home server running iTunes. Admittedly, the iTunes server is serving video and music that is ripped from legitimately-acquired spinning-discs, so perhaps I haven't tasted the iTunes Store Kool-Aid.
I purchased a Chromecast right at launch. As far as I could tell, the only things it did well was Netflix and stream YouTube. However, for my purposes, the AppleTV was better at both, so I literally put the Chromecast in a drawer.
When someone announced a jailbreak for it, I took it out of the drawer, rooted it, fiddled with it some more, then put it back in the drawer when I realized I was just wasting my time.
I'm not trolling, here; I really want to know how you use it. Is it that is works better with Android devices? Is it providing a better, open, AirPlay alternative? I just don't understand how it is in any way more useful than existing STBs--if not the AppleTV then, e.g., a Roku.
See http://chromecast.com/apps for the current list.
I really only use Google Play, Netflix, YouTube and tab casting though.
I guess I'm just hoping for a lot more than what I have right now.
And does it increase cord cutting ?
Team Name stream
This is part of what I'm asking: I don't get the usage model. I prefer using the STB directly with a remote (and no other client device), or pushing the client device's screen to the STB. If you're saying that you use "tabcasting" (which I guess is remotely-directed Chromecast web surfing), then fine. It's not something I'd ever use, but I understand that the equivalent doesn't exist on other STBs.
Please don't get me wrong: I would prefer if there were an open AirPlay equivalent that Android and iOS devices supported at the OS level. But I don't think that's what you're talking about.
The idea is that your phone (or tablet or laptop or whatever) becomes your remote. If you want to watch something on Netflix you pull the phone out of your pocket, launch your Netflix app, and then hit the Chromecast button to send the output to the TV. It's not a separate UI, just a separate destination for the video content you've already selected. For me, the simple fact of never having to hunt for a remote is enough to justify the $35.
On a technical level: what the chromecast is doing is simply streaming content from local devices on the Wifi LAN. It has no UI of its own and won't fetch content by itself. The codec suite is limited when compared to Android: it supports H.264 baseline, VP8, MP3 and AAC. And I believe the container must be either MP4 or WebM.
So the question is Chromecast vs. other cross-platform TV solutions, like Roku. Roku does have it's own device-streaming but it only works with media on your device. I own both and use both, but lean towards the Roku more often as using the phone/tablet as a remote isn't significantly better than just using a remote, and I don't have to worry about what happens when the phone dies, or if I have it on a charger having to get up and walk to it when I need to pause the program.
* Stream Netflix/Hulu/Amazon/HBO Go to the TV.
* Stream videos off my NAS, such as DVD rips, home movies, etc. (For this I use Plex.)
* Occasionally, stream movies and pictures I took with my phone to the TV.
* Very occasionally, stream live events, such as the New Years ball drop, or the World Cup.
* Have an interface that is easy enough to use by non-technical people.
Chromecast, at least on paper, seems to do these things markedly worse. I appreciate it's simplicity and I'd probably get one to play around with if I did not have the Roku players already, but so far, it seems like the shabbier streamer. A Roku 2 or a refurb Roku 3 is about twice the price of Chromecast, yet seems to deliver much more value and much less headache. So my question is the same as above: why use Chromecast at all?
1. Price. It's just cheaper. About 40% the price of the latest Roku.
2. Development. Maybe this is a personal one for me. I keep wanting to work on a Roku Channel (app) but I really don't want to take the time to figure out their proprietary language.
Honestly, as long as you stick within their control schemes you're fine. Trying to break out of the roku app controls leads to a total nightmare so be weary of that trap ;)
It always boggled my mind why they didn't just take a JS implementation and port it, but I guess it's hard to justify throwing away IP which already exists because of a prior product.
The engineers at Roku and the community were always great though.
They really should have used lua. It would have been very simple to put in and it's robust enough and efficient for small memory devices.
While I appreciate the power/flexibility/efficiency of js it is no where near as efficient as lua. Lua keeps things as ints until they aren't needed etc. Very much build for embedded systems almost. I'm probably biased in that I've worked on a lua VM for mobile handsets for a few years.
That's factually false. I daily use an Apple TV with my Synology NAS, for instance. There are AirPlay streamers for Android and for Windows. The protocol has been fully reversed (besides the DRM bits).
Now, I'm not saying that this was the design of the protocol. Obviously Apple doesn't care less about 3rd-party compatibility. I'm just saying that it's false that Apple TV nowadays is limited to the Apple ecosystem.
- Netflix (a lot) - Tab Casting (occasionally) - Youtube (very seldom)
I suspect that AppleTV would work better for everything except for the tab casting for me. Even with the current limitations, I don't know of another settop box that does that as effectively as the Chromecast.
Having said that, I have still been mostly disappointed with the device so far, as tab-casting has been basically the only free solution to local streaming so far. I am optimistic that this will change soon if the SDK is really open, though.
I bought when it still came with 3 months of Netflix credits, making the effective cost around $10. It's well worth that to me just to be able to control the music while I'm sitting at the dinner table. For video, it's not as clear a gain. It's nicer to browser Netflix and HBO on my phone than on the (clunky) "Smart TV" apps of my TV, but I rarely watch video alone, and browsing on the TV means everyone can discuss the options, while browsing on my phone means only I am seeing them.
1. Stream Netflix movies for myself and my child. My son can control Netflix easily with my Nexus 4 smart phone once I get the Chomcast connected.
2. Stream music from Google Play music. I pay $7.99 per month and can use my phone in my living room chromecast, my bedroom chromecast and my bluetooth enabled radios in the cars. Everywhere I go, my music can come with me.
3. I use it to cast Chrome tabs from my Macbook whenever I want to share pictures with families or show something interesting I've been working on to friends.
4. Whenever Netflix doesn't have a movie, I can sometimes find something on Google Play Movie.
I also own a Roku mainly because I find Amazon's movie selection to be vastly superior to what Netflix has to offer. I can usually find anything I want to watch on Amazon vs Netflix and Google Play Movies.
One feature I need/want from the Chromecast is the ability to view my phone's screen just like Miracast. I'm assuming they're still working on improving the reliability.
In order to properly stream content to the Chromecast, I had to upgrade my router to something that supported HD video streaming.
...
"Hey, anyone want to watch a movie together? ... Ok, you guys just sit there in silent and awkward anticipation while you look at me flipping through various apps on my personal device." Google —— Please, someone explain what this "social" thing means
Total tangent, but I've come to depend on the Android app Conjure[1], which acts kind of like Mac's Spotlight search for apps. You can type in a full app name, or show all apps that contain the letters you type in in that order, even if you skip letters (e.g. searching for "cre" would bring up ChRomE").
[1] https://play.google.com/store/apps/details?id=com.iojess.con...
Everyone pulls out their phones to flip through Netflix to make suggestions. You all agree on a movie and then someone hits play. Done.
What are you even talking about "social".
Your rebuttal does nothing to improve my original point. You and all those around you are digging in their phones doing things unseen by everyone else, and also maybe even excluding those who do not have a device, or even just haven't downloaded that specific app.
I have a perfect solution to bridge that gap. But that's for another time.
Besides it's only $35 and it works well.
It's not fancy, but it's unbelievably cheap and just works.
The model of using your phone as your impromptu remote is awesome. I can't wait to see what apps support it in the future.
That's not really an advantage.
The Chromecast comparison is really a bad one - yes you can tabcast, but really it is designed around a "send this URL to play" experience which is much much easier to accomplish than real-time streaming. For the real-time streaming, you only have a single sink device to worry about and it only works on desktops (for now). Your surface area is much smaller, so of course interop is going to be better.
People said exactly the same thing about Miracast in 2013 and 2012. We still aren't anywhere with it. It is more broken than it is working, it is a giant mess.
> The Chromecast comparison is really a bad one - yes you can tabcast
You can fullscreen cast.
> but really it is designed around a "send this URL to play" experience which is much much easier to accomplish than real-time streaming.
Except for the tab casting and full screen casting..?
> For the real-time streaming, you only have a single sink device to worry about and it only works on desktops (for now).
You're strangely contradicting yourself. First you acknowledge that tab casting is a thing,then you pretend that tab casting isn't something it does and use that as justification for Miracast's superiority? Very confusing.
Also "only have a single sink device" is total gibberish. Even assuming the word "sync" it is still nonsense, both Miracast and Chromecast only support a single device on either end (sender and receiver).
PS - Chromecast works with other devices. It isn't just desktops. People already made apps that could send a full Android "desktop" to the Chromecast back in the early days before Google killed it with an update. I'm sure it will return with the release of this SDK.
> Your surface area is much smaller, so of course interop is going to be better.
It is an identical surface area between the two.
I'm sure the OP was referring to source (sender) and sink (receiver) devices. And more specifically that the only current sink device is the Chromecast dongle.
Specifically, only Tab casting/full screen casting works to Chromecast. Go ahead and cast your tab/screen to your Samsung TV. I'll wait.
Since when? Source?
The Chromecast came out on July 24, 2013, and several dozen articles note the feature before the end of July (26-28th). Just click the little down arrow on the Chromecast button (part of the Chromecast extension) then "Cast entire screen (experimental)."
July 26th, 2013: http://www.droid-life.com/2013/07/26/tip-chromecast-can-cast...
July 26th, 2013: http://www.androidauthority.com/chromecast-share-entire-desk...
July 27th, 2013: http://forum.xda-developers.com/showthread.php?t=2380302
July 26th, 2013: http://www.reddit.com/r/Android/comments/1j3sd1/chromecast_c...
I'm glad your time-machine is working and you've experienced the 2015 ecosystem.
>You're strangely contradicting yourself. First you acknowledge that tab casting is a thing,then you pretend that tab casting isn't something it does and use that as justification for Miracast's superiority? Very confusing.
I'm not pretending tab casting isn't a thing. What I mean by "sink" is a device that receives the stream. Chromecast can do this because it controls both ends, the software you install on Chrome and the Chromecast device (the sink). Your surface area for testing and coverage is much smaller, vs a standard that is in hundreds of devices. Even then the feature is still not on mobile devices officially and is experimental.
>PS - Chromecast works with other devices. It isn't just desktops. People already made apps that could send a full Android "desktop" to the Chromecast back in the early days before Google killed it with an update. I'm sure it will return with the release of this SDK.
Yes, I've used Koush's Allcast app and it is nice. I'm not saying it won't happen (Android to Chromecast) - it will. But still you aren't getting what I'm saying here - there is only one target device you have to build for (Chromecast) not hundreds of TVs, BluRay players, and dongles.
>It is an identical surface area between the two.
I mean test and interop surface area. It is surely not identical. Your test matrix for Chromecast is n. For Miracast it is n^2. That is the real problem. Not your straw man about "DRM"
Just chiming in, Google actually has plan to work with TV makers to integrate Chromecast technology into future smart TVs, and hopefully other peripheral devices too.
I agree it's a shame that a standard like Miracast has incompatible implementations. However, creating another protocol just makes that situation even worse.
https://groups.google.com/forum/#!msg/chromebook-central/oYV...
http://www.ibtimes.com/chromecast-update-refreshes-google-do...
That being said, as others have pointed out, ChromeCast and Miracast solve different problems. One is something more of a Wireless DLNA solution while the other is real-time streaming.
Meanwhile Chromecast is a joke. It doesn't work at work because our employee network requires a username and password and our guest network requires a click through agreement. It doesn't work at the hotels I stay at because again, they have a click through agreement. It works about half the time on personal WiFI APs where the person wasn't security conscience enough to turn on client isolation. The thing is nearly useless for me.
Miracast uses WiFi Direct so works trouble free and lag free. Chromecast is some bizarre crappy second computer that has to connect to the network, but has very little capability to actually connect in the real world.
https://forums.plex.tv/index.php/topic/90563-roku-not-playin...
I'm not giving my kids the Nexus 7 every time they want to watch something on the TV screen. The Chromecast suddenly goes from a $35 to a $235 device. Instead I have a uHost android-stick that uses an accelerometer-based airmouse... it's not good, but it works and cost me $50.
I keep waiting for Google to complete the Nexus line with a bare-bones 4" low-quality phoneless device for kids - an answer to the iPod.
Plus having another way to dial 9-11 from the living room could be good if you don't have a land-line.
On the other hand, they can use the AppleTV remote quite easily without much worry. So, the lack of a viable (dedicated) remote for the Chromecast is an issue for some.
For us, I have an AppleTV in the living room that the kids can use, but a Chromecast in the bedroom that only my wife and I use. Although, I have had a problem before where my 3 year old figured out how to tell Netflix on an iPad to play a movie to our Chromecast. She had no idea why her movie wouldn't play and got very frustrated!
I'm curious why this wasn't really a problem when we had landlines in our houses. Is it just because these devices are a lot more fun to play with than phones were and the kid eventually dials 911 accidentally?
Also, the devices are used for entertainment, even if you did give a toddler a touchtone phone as a toy, you'd disconnect it from the line.
In any case, the phone won't actually dial the number even if you do type it in -- if you dial what it thinks is an emergency number, it initiates the emergency call setup, which is what lets you dial without a SIM and on a different providers' network. So a dedicated button is all that's required.
This does mean that there's a possibility that my phone and the PSTN disagree over what constitutes an emergency network, but as the phone gets its numbers from the SIM, which comes from my provider, which is regulated by the same people as make the rules for the PSTN, it seems likely that all the options will work.
http://www.aliexpress.com/w/wholesale-android-phone.html?Sea...
[1] http://www.ebay.com/itm/4-Malata-I60-Android-4-1-Dual-Core-M...
[2] http://www.eetimes.com/author.asp?section_id=36&doc_id=13208...
Call it the Nexus 3, sell it for $100 - same price point as the iPod Nano, but with actual wifi and a real OS instead of being a pure media player. Sell a nice little boxed set at Costco of a Nexus 3, ChromeCast and a charging dock for the Nexus 3 device at Costco for like $140.
Personally, I'd just like to have a way to use my Logitech Harmony Remote with Chromecast.
Disabling the dialer does not disable emergency dialing as far as I could tell.
That said you could pause, rewind, fast forward, and unpause, I suppose. But you'd still need some other device to select content.
(Yes, I am aware that the Chromecast typically plays buffered video from the video source without running data through the controlling device and that having synced audio running on the device therefore is contrary to the design. I'm asking whether this limitation is surmountable by clever programming against the API.)
Making it so that you only downloaded the video on the Chromecast and the audio on the sender app would be a little more difficult, but not insurmountable.
If not, does this SDK open up more possibilities for playing local content vs. streaming?
Plexpass is only $29.99 a year or $74.99 lifetime.
Personally I think everyone using Plex on a daily basis should be a paying member and support future development.
It works. Note that the chromecast has very limited codec/container support, so lots of my library has to be transcoded.
[1] https://play.google.com/store/apps/details?id=com.koushikdut...
I think it will require the XBMC community to embrace it and push it in. I'm not sure if they could do this via a skin, if we'll have to wait for an XBMC release after Gotham, or if someone will figure a way to have Chromecast act as a second monitor.
Any of those and I feel that my home media center will be complete, but until then I'm stuck waiting.
https://www.youtube.com/watch?v=neLkKbfl42E&feature=youtube_...
2.4 Your application may be de-registered by Google with or without notice at Google's sole discretion including, but not limited to, for violation of these Terms. If you have any questions or concerns regarding such a de-registration, you may contact us at https://developers.google.com/cast/support/
http://i.imgur.com/0XfrYuH.png
It doesn't work super well, but it's there.
(see the list under Components: https://developers.google.com/cast/docs/developers)
That is to say, the i7 is still a compromise in performance, but has the great advantage of having pretty good graphics (which they need for high def video streaming) without requiring a huge discreet GPU, which in turn allows for a very small overall package. I'm not saying that it's a bad tradeoff, actually I recently bought a laptop that makes this exact tradeoff, but I think that it's a little bit intentionally disingenuous to tout its top end CPU performance when it's likely that this was only a secondary or tertiary factor for choosing this CPU.
I know it's marketing, and of course they're going to put i7 on the front of the tin because it's associated with premium-ness. Just pointing out why in this case it's kinda BS.
[1] Apple managed to convince Intel to integrate IRIS graphics into i5 branded processors for the late-2013 Macbook Pros, but it's the only place that I've seen non i7 line processors with IRIS.
I write a bunch of apps right now that have the ability to show video has one of the many functions of the app. Having to put an icon like this on every screen would take up a lot of screen real estate and I think confuse a lot of our users.
Even when I did get it to work, it would bog down a lot.
In addition, your chromecast MUST be connected to the internet to play anything (not just local lan, must have actual internet access). Maybe they are planning on version2 showing ads when nothing else is playing or something. Who knows.
My chromecast now sits unused in some drawer somewhere.
Thankfully the Plex app will not require the Plex Pass soon.
There isn't a lot of content that I would want on my TV. For me, it would be good for showing videos/pictures to a group of people. But I don't see much use beyond that. Maybe it's me. I'm an odd guy.
It would be really cool if Android could add support for mirroring the screen via Chromecast. That way, the end users wouldn't have to wait for individual developers to add support for Chromecast; they could see on a TV exactly what they see on their screen, and in the same quality.
The sender is written for any of the platforms supported (iOS, Android, Chrome) and the receiver in javascript.
It's like going to a meal at a restaurant and every member of your party is served 2 or 3 hours apart.
Here's a video about the announcement https://www.youtube.com/watch?v=eJItrPj7Ivk
It really wasn't cool when they selected preferred providers to be the only ones allowed to release anything built with the SDK. This weird limbo period really pissed lots of early buyers off.
>the usual reason is that Google doesn't want people building apps on unstable APIs
But they let lots of preferred groups build apps. Very complex ones, not just the the simple "put my photos on my TV" apps even. The SDK has obviously been in good shape for months.
AND THEN they simply broke their initial Netflix promise because it was simply too popular.
It was clear from some of the early experiments with the SDK that it was "good" enough for many early apps. And if later improvements showed up, then that's great.
Back before December, they made another announcement that made it sound like it was going to be out any day. And then it slipped and slipped some more. Just release it and say it's beta. After all it's Google and most of the stuff they ship is barely better than a beta anyway.
Meanwhile, the Netflix app isn't even a proper HTML5 app - it's literally flashed onto every device sold and opened via a command. The Hulu app's player is named "chromekey_player.js" so presumably they were able to start before the Chromecast was even called the Chromecast.
While Google are under no obligation to provide an even playing field, it wasn't a great start for the platform - hopefully things will be better now.
I enjoy that it can quickly switch to my Chromecast stream, but once I am finished with whatever YouTube video I am watching I want to just as easily go back to the previous video input.
Guess I'll keep on waiting for the _actual_ release.
They missed the boat for me.
The Chromecast can do 1080p and full quality audio. It's not a limitation of the device.
Two, granted, the fuzzy content usually clears up somewhat nicely after a few seconds of progressive reconstruction of the stream, but am I the only one that has noticed rather striking image quality issues? So it's technically "1080p" but if that image has been optimized and compressed and is washed-out looking, which I find is the case, then what does it matter.
I was also referring to the main "screensaver" images on Chrome. Can those not be higher quality and resolution? They sure as heck don't seem 1080p and they are static images, why can't they be high resolution? I want eye-candy damn it? Ever seen the seemingly higher resolution images on Apple TV? Especially when you tie it to Flickr? (no, I'm not in the Apple cult)