Live data from Hacker News

Chromecast now open to developers with the Google Cast SDK

googledevelopers.blogspot.com

221–230 of 257 posts

Re: Chromecast now open to developers with the Google Cast SDK

#221

Earlier quoted context omitted.

No, it's because there's usually an emergency call button of some kind (so the towers can route your call based on location, iirc), you're not actually entering the sequence "911". No touchtone phone I've seen has a big red "911" autodial button. 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.

The emergency call button brings up a standard dialer keypad. It does not dial 911 for you. It would be crazy if it did, since emergency numbers vary wildly by locale.

Could be useful for travelers, so I guess fear of butt dials/kid dials must be the reason it isn't implemented.

Re: Chromecast now open to developers with the Google Cast SDK

#222
post #31

Earlier quoted context omitted.

I'd argue that the long term future of iTunes isn't fantastic. Individual music companies (Spotify, Rdio) are providing better experiences than Apple can.

Really? I don't like spotify compared to iTunes. I can't imagine locking myself into a service for the rest of my life in order to hear music. Once I buy it from iTunes, it's mine to use as I please, it's not locked up in some stupid custom DRM-laden app (which is fairly ironic).

I can't imagine locking myself into a service for the rest of my life in order to hear music.

But Spotify doesn't lock you into anything.

Re: Chromecast now open to developers with the Google Cast SDK

#224
post #60

Earlier quoted context omitted.

For $55 you can get a Chinese android phone(and there are new chips that might take the price down to $35). Google can't reduce this price any further.

I'm curious about these $55 Android phones, what are they called? Also what are the new chips that could bring them down to $35? Even just the names would be enough to point me in the right direction and would be appreciated.

You can get a Kyocera Rise (ICS) from Amazon for $35.

Re: Chromecast now open to developers with the Google Cast SDK

#225
post #103

Earlier quoted context omitted.

Out of curiosity, what have you been using your Chromecast for? 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…

I played with Chromecast for about a couple weeks and just yesterday remembered I had totally forgotten about it. It's a typical Google product, released just after leaving Alpha state, marginally decent, of limited and disjointed utility, and generally poorly executed. Judging based on Google's history with, literally every single thing they have done, we are approaching peak internal support and attention with decl…

"Hey, anyone want to watch a movie together?"

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".

Re: Chromecast now open to developers with the Google Cast SDK

#226
post #3

Oh man, all I can imagine is a party game played with Google Glass and Chromecast. This could be fun.

Only one client can be connected at a time as far as I could see. That limits the gaming part.

In the case that one client can be connected to the receiver (I don't know enough to know if this is a correct assumption), the receiver acts on content that is streamed to it. If other people playing the same game, pushed their interactions to a server that also is serving the receiver, the receiver's content would be updated with all the players interactions. Clients could be updated with pubsub socket connections, and the receiver has a stream from the server. I bet there is good potential for gaming with Chromecast.

Re: Chromecast now open to developers with the Google Cast SDK

#227

I love my Chromecast and use it extensively. This is what Miracast should have been, something that "just worked" and seamlessly interconnected devices. 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 tab…

I'm trying to figure out why my Chromecast's video sucks so badly. On my 1080p HDMI TV the pictures it uses look great but if I try to cast something to it, it looks like badly scaled crap. I selected "hyper high res" mode or what ever they called it which helped but many it still looks pretty crappy.

Re: Chromecast now open to developers with the Google Cast SDK

#228

Earlier quoted context omitted.

For what it's worth, BrightScript is pretty much just Visual Basic. It did take me a bit to get used to their various 'screens' and events.

also a brightscript/roku dev here. There's a nice code color plugin for sublime you can use and it's a bearable platform to develop on. Definitely use the console to just send the debug build up to the device and start debugging. It's really not that bad. Probably took me about a day to get used to it. Honestly, as long as you stick within their control schemes you're fine. Trying to break out of the roku app control…

I don't know how it is on the newer versions, but BrightScript was always very, very slow. Much slower than you would expect. Most of the time it never matters, since you are calling out to compiled object code that exports APIs for complex tasks, but when it matters, it matters. For example, implementing CRC32 (no built-in shift operators!), or minmax for game AI (for Reversi of all things, it's not like there's that many possible moves) always required heavy optimization to achieve performance that was near acceptable.

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.

Re: Chromecast now open to developers with the Google Cast SDK

#229

Earlier quoted context omitted.

Chromecast has the really nice advantage of the fact that when friends or family visit they can cast THEIR content to your TV without needing to sign in to your STB.

How is that an advantage over the Apple ecosystem? When I visit my parents I can stream random stuff to their Apple TV or their Airport Expresses without doing anything besides getting on the WiFi network.

Friends or family don't need to have bought into the Apple ecosystem.

Re: Chromecast now open to developers with the Google Cast SDK

#230
post #181

Earlier quoted context omitted.

> You can fullscreen cast. Since when? Source?

Basically since the Chromecast was released. 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.androidauth…

Does this mean I can stream any app and my desktop or just a full screen chrome window?
Post reply on HN