I'm wondering what web technologies the Chromecast supports. I know there's not a comprehensive list as mentioned here but I actually would like a list of supported and performant features.
How different is it from normal web development?
Is there hardware acceleration, WebGL, or Web Audio support? How's the performance for these.
Any sort of thing an old-fashioned web developer would want to know? Any weird quirks?
Use your Chrome browser to enjoy videos, photos, music, and other content on your TV. Just click the Cast button in your browser and select your Chromecast device. Mirror your Android phone or tablet to your TV. Give your presentations, photos, and documents a bigger screen.
Chromecast began to feature on TVs with the Android TV operating system in 2017. So it now includes most Sony and Philips TVs from 2017 onwards, plus many from the likes of LG, Sharp, Toshiba, Polaroid and Vizio. Award-winning TVs, such as the LG OLEDC9 and Sony KD-49XG9005 feature Chromecast built-in for easy casting.
There is no support for plugins like Flash player, Silverlight, Quicktime and Unity.
Regarding HTML5 support I did a simple receiver which do nothing but redirecting to http://html5test.com . I did the same with http://css3test.com.
Here are the results of the tests :
Note that Chrome Canary 34 get a score of 475. Mostly the differences are in 3D graphics and User interaction support.
The score to css3 test is 61% (Canary scores 62%).
Cheers
I'll be answering this question as time goes on because I've only just started working with the Google Cast API. Because of the newness of the technology there will be some notable difference to traditional web development.
If you normally use Chrome and use its devtools you're in luck! The Chromecast has its own devtools you can get to by visiting it's ip address at port 9222
. Along with this comes its own console where you can run Javascript just like you're used to. And window
is still the global object.
Nope. In the console you can run location.reload(true);
. The true
parameter performs a forced reload that flushes the cache of the receiver application.
Yea, keep in mind most TV's will experience screen burn if non-moving content is displayed for pro-longed periods of time. This can be avoided by just moving things around or having them appear in different areas.
swassr's answer has a pretty detailed list using http://html5test.com/, although, it looks like there are a few things that the tester gets wrong:
After some testing, it doesn't look like WebRTC is supported even though html5test.com says it is. The only reference to this I've been able to fine is a mention on this thread
Using the Web Audio API to get spectrum and waveform data isn't supported either. There is a bug filed for this here
Don't expect anything to have perceivable hardware acceleration or advance rendering applied to it. Meaning CSS Transitions, canvas, etc. don't have that smoothness we've become used to. At times, even animating with Javascript causes less jank than CSS Animations.
That doesn't mean all performance optimizations are thrown out the door though. Tricks like transform: translateZ(0);
still work to drop elements on their own drawing context and separate out repaint concerns.
...
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With