> Google Cast Ready speakers come with Cast technology built-in, so you don’t have to buy any additional equipment.
Except for, you know, the entirely new speaker(s).
I love this idea, but I want a simple, small dongle, like the chromecast, that outputs audio only rather than HDMI. I already have a speaker/amp in my living room that has a mini-stereo in. I simply want a way to connect a chromecast to it.
I can confirm that that little device no longer works. The old models worked without the VGA portion needing to be plugged in, however the new models shipping from China don't work unless the VGA unit is plugged into something, which basically defeats the purpose.
When I first got my Chromecast, I was beyond frustrated that the music always cut out (even though watching videos was fine). One day, I was determined to get to the bottom of it, and realized that my roommate's Yamaha RX-V571 will reset the HDMI connection every two seconds if it can't handshake the video. He has an HDMI->VGA adaptor and a VGA projector plugged into the same receiver. So, whenever I want to listen to music in our living room, I have to turn his projector on for two seconds. It's beyond stupid, but at least it works.
That's odd, my slightly older Yamaha (RX-V367) works fine with the chromecast as an HDMI device with no tv hooked up. Wonder why the newer model doesn't like it.
I am doing the same thing without the HDMI audio extractor. The Chromecast is plugged directly into an HDMI port on the receiver. It works fine. Maybe whether the extractor is necessary depends on the receiver.
That is pretty slick. I've had a Squeezebox for years, but it's not too helpful for Youtube benders. For now, I've just got audio out from the TV to the stereo which works fine for casting. The audio's not hi-def but usually the quality of the source audio is the bottleneck in my experience, not the RCA audio connection.
this thing works great, I do the same thing. I wonder if these integrated speaker devices will support playing content that is not audo-only... like youtube videos. it's great to be able to get music from youtube videos. I hope they don't limit the stuff you can cast to audio-only with these new google-cast for audio devices.
I do this with a raspberry pi. I set up an AirPlay service on it, and added a tiny USB wifi dongle and put it in a nice white casing. Works great and cheaper than airport express that will do what you need also.
The problem is that the quality of the audio out of the raspberry pi is terrible. I wonder if these HDMI audio extractors I see in the comments are any better. I have a raspberry pi connected to a projector that doesn't have audio out and I can't decide between a sound card for the pi (think wolfson), or a HDMI audio extractor in order to improve the quality.
Last time I tried this, the sound output was awful from the Pi itself and glitchy when using a USB DAC. Any problems with the audio in your experience?
I'm no audiophile. I'm happy streaming 320kbs spotify with my premium account to a $50 pair of logitech computer speakers. No complaints of audio quality from me. Nobody has ever said anything either.
It looks like the problem that gave me crackles when using the audio output jack may have been fixed with a firmware update. Thanks, you gave me reason to check and I might be able to put my Pi back into service!
Maybe Chromecast v2 could have that, alongside HDMI 2.0? That, plus 802.11ac and 2x2 antennas would make it absolutely perfect. (And probably more expensive than $35, but possibly worth it)
Good point, although I'd prefer to pay less to not have Android TV (I don't think the TV platforms make any sense compared to "Casting" content from mobile devices).
Whether it will work seamlessly may depend on the receiver, but I have a Chromecast plugged into an HDMI port on my Yamaha unit. (Note, there is nothing plugged into the HDMI out port on the receiver.) This setup works flawlessly for streaming audio throughout my house.
Some people say they had to use an HDMI audio extractor to achieve this, but that was not necessary in my case.
Yeah, similar setup here - I've plugged mine into the first HDMI port on my Onkyo receiver (http://amzn.com/B0077V88V8), and everything works fine. Audio through the reciever, no TV on - plus I get the automatic input switching thing that Chromecast does (seems to just go to the first HDMI port on the receiver, not the actual one it was plugged into). Pretty nice.
Any Bluetooth audio adapter will do, and it will do for iOS devices, too. Unless you want a longer tether than Bluetooth allows there is no advantage to "casting."
Perhaps if one could cast to multiple Chomecasts...
I use a bluetooth adapter connected to my receiver's inputs. My use case is pretty simple though: send audio from my phone (Spotify or audio book) to the receiver.
I don't want to cast from the cloud. Just make the device able to receive any media from my LAN!!
it's nice that the dongle can stream from the web, but it's way more useful to make the device aware of upnp/dlna devices over my local network.
Because of this I've moved to raspberry which
- exposes itself over the network as a upnp device
- plays remote media in the main TV
- acts as a nas, it can stream to kids' room
- downloads media via torrents (that I can remotely control)
Plus it's a fully Linux environment that I can fine tune as desired
I'm so glad someone else is aware of this fact. Every time I see someone blatantly not the target market I think back to that dude that shot down Dropbox because he could do everything they were planning on his Linux box.
Dude should have been asking for a ground floor share holding job rather than shooting it down if he was able to so easily do it
It certainly helps battery life for your mobile device to step aside as soon as playback has started. When casting video it doesn't matter even if I turn the device off.
You know, UPnP has media renderers, servers and control software as three separate matters. This is already a solved problem.
And, well, I had controlled mpd running on my desktop machine (that has the speakers connected) and streaming from my NAS from my N900, like, 5 years ago. Replace desktop with something like rPI and the tech is here.
UPnP and DLNA are a disaster of incompatibility and terrible usability. I've tried to use various UPnP/DLNA audio streaming hardware for almost 10 years and they have all had terrible issues. Most required the device controlling streaming to always be on, which is terrible for battery life and plain broken on tablets, etc. that go to sleep. Some only worked with Windows 7 media player's 'play to' command. I had to go through crazy setups like running multiple different UPnP services (bubble UPnP) just to make virtual UPnP devices that fixed bugs in my real UPnP devices, and even then things would mysteriously stop working.
Stay very, very far away from UPnP/DLNA. It's borderline false advertising IMHO to claim it streams music.
if you're using android, i suggest you try bubbleupnp https://play.google.com/store/apps/details?id=com.bubblesoft.... It doesn't seem to have the problems you describe, and it's also very happy to send stuff to a chromecast instead of a DLNA renderer. I could see how it's possible that your renderer is the cause of the problems, and that can be harder to replace since it's probably embedded in your TV (I've only used chromecast and samsung TVs).
I've actually had little to no trouble with DLNA overall, using among other things the ReadyDLNA server for a sparc readynas and rygel on ubuntu. i suppose it only takes one bad implementation among the components in your setup to ruin the whole experience, but i've been pleasantly surprised over the years how well it seems to work.
bubble doesn't have the best UI, but it's not bad, and there are other apps that are prettier (allcast comes to mind). in the past i would have totally agreed that most upnp controllers i had used had TERRIBLE usability, but most of those were embedded in A/V equipment (TVs, receivers), and what A/V equipment have you ever used with a good UI?
I have my own Plex server with a couple Chromecasts hooked up throughout my apartment (two televisions and one connected to an HDMI port on my stereo for audio-only). It works fantastically well, allowing me to switch where things play-back as I move from room to room. And, like you said, it's linux, so I can do what needs to be done in regards to automating / organizing my media collection.
If you're using Android, you can just mount your shared directories with samba and can cast through a player to chromecast. I also have a htpc and its a much better solution overall.
It's not casting from 'the cloud', but from a server. And that server can be any device on your local network. Thats how it can receive any media on your LAN.
Well, there's Plex, but that's slightly different... I've been thinking of taking some of the work from mediacenterjs, and the chromecast stuff for node.js and coming up with a media center that outputs to a chromecast device, and controls via a phone/tablet.
It's disappointing that we are in the situation where we have several competing protocols for streaming audio - Google Cast, AirPlay, Spotify Connect, UPnP/DLNA.
As a society we are capable of making software and hardware that interoperate among manufacturers - email and HTTP are good examples. We could be a far more technologically advanced world if capitalism didn't encourage companies to create competing closed-source protocols that only benefit the companies themselves, to the detriment of everyone else.
Yes but if everyone agreed on a standard I could see us all complaining that "we could be far more technologically advanced world if we didn't force everyone to use the same standard and there was more room for innovation and competition".
To be fair, the existing UPnP/DLNA standard really wasn't good enough. For example, AirPlay just added wifi direct connections between devices which is a requirement for good streaming video.
On balance I believe it's a net positive to have some competing standards for a while as we figure out what works best. I do hope we can arrive at some interoperable standards, or we can at least mitigate the spread via low cost adapter devices.
Very nice. I'm right now sitting in front of a schematics of a nice modern modular stereo hi-fi amplifier that I'm building. I made sure to leave plenty of internal interconnects for BTO radio modules, so that I could accomodate for Bluetooth, DAB, UPnP rendering, TI CC8520 or whatever wireless standard would be coming my way later down the line.
Seems that I can now plan to add a Google Cast radio module that can be integrated into the device. I don't even have to change my design it seems, I don't even have to put all my money on this horse, and I can still do without this gadget at first and get the basic device to market as quickly as possible.
Will do! I'm finishing up the design right now, and I plan to go DIY first anyways in order to get some quick feedback, circumvent expensive EMI certification, and to sell some units before having to go into case manufacturing. As soon as the prototype shows it's working at the quality level I hope it will, we'll start marketing it, and I'll make sure to drop you a note right then!
This is really cool! I've looked far and wide for got a good stereo amplifier that is customizable, but such things don't seem to exist! Please let us know more!
Don't care about NDAs as much. At least not as much as about cut tape availability at the usual distributors. I'm fine as long as I can buy 100 chips at mouser instead of buying an obscure reel in shenzen (as might be the case for hdmi transceivers btw). They mentioned a couple chip manufacturers in the announcement, so I'm hoping they will follow through with that, or at the least, make modules available.
The same has been going on for digital radio recently. Only silabs have decent chips at 10€ per piece in single quantities, the rest is all large modules and obsolete chips that are all "not recommended for new designs".
Same for Bluetooth. CSR is quite hard to reach, chips are NDAed, and chip programmers and documentation is hard to get by unless you go the aliexpress route. Then suddenly the modules are easier to place on my PCB than the chip, amazingly cheap, and even the programmers are available as knockoffs for 50 dollars instead of 800.
It sometimes feels unprofessional to seemingly tack random Chinese Lego blocks onto each other, but apparently that's how the industry runs. I've even stopped mocking huge Javascript libraries recently, in sheer appreciation of this realisation ;-)
There usually are antenna output pins even on some of the cheapest Bluetooth modules, and I plan to go for an all metal case anyways. You've certainly got a point though ;-)
It almost makes AirPlay open by comparison. At least that lets you stream your local music collection rather than restricting you to approved cloud music services.
> At least that lets you stream your local music collection
What makes you assume that Google Cast wouldn't? You can stream your local video collection to a Chromecast.
In fact, how is it restricted at all? If it works like a Chromecast does, the SDK is open and anyone can write receiver apps to run on it. How much more open do you need it to be?
There are other apps that allow you to stream your local music if that's what you want to do (AllCast, BubbleUPnP, etc).
But I've always wondered about this argument - Why wouldn't you put your local music library on Google music? It's free and means you've got access to your library everywhere. I could understand before they had matching that uploading 100+GB of music is probably not desirable, but it now even big libraries are fully uploaded in a day or so.
Wow, it seems like this will take a while to come out and I didn't see any word on pricing.
A good alternative to this is a Beep. Beep sells devices that plug into any speakers audio jack to let you stream music from your phone. What's better is that it also syncs up multiple units so you can have your music in sync across your house.
I don't think it's been officially announced yet, but at least one of the reports on the new Google Cast stuff, and a dev who claims to work on one of the partner apps commenting on reddit, suggest that the audio cast stuff will synced audio across multiple devices.
I love my Chromecasts. I have two of them in our house, and we don't have a television subscription, we just use a mixture of Plex, Netflix, and streams for sports. We're saving a bunch of money every year now, and it works great.
But damn, the lack of a desktop sdk/api for chromecast is just infuriating. I get it, Google believes in Mobile and Web only, but you'd think if they're shooting for market domination, they wouldn't ignore an entire market segment in terms of developer options.
This is why I'm hoping for the Matchstick project to work out. Some apps that work with ChromeCast already just work with Matchstick. They recently posted about trying to get supported for DRM requiring apps like NetFlix. There should be more news this week from CES.
Of course, for my to consider this a success, I want to see the software running on more than just their HDMI dongle. People have already compiled it to run on some Chinese dongles with the same CPU, but I'd like to see it also run on some more open platforms like Freescale iMX.6, Allwinner A20, and most especially X86.
Will we finally get gapless playback in the Chromecast's native music player? I've tried to use my Chromecast for music, but the gaps between tracks are just complete deal breakers for many albums. I had just assumed audio was not a priority for google.
Chromecast is just a web browser - so I imagine that's due to the client (which each service has their own, I think). Not sure what exactly they're doing for audio casting, but I imagine it's dependent on the service to implement properly
The sdk offers gapless playback but the OS still can't actually do it. Poweramp is one of the few apps that can do gapless, but it uses ffmpg instead of native.
I don't like the way Google Cast always needs to connect to a service before playing any media. This could be a little bit annoying with audio. Its okay for me to wait a couple seconds to connect for watching a movie.
But let's say you wanna switch from Google Music to Spotify, it's always gonna take some time.
You are aware that the chromecast is really nothing more then a web browser in a stick? It has no storage for any thing other then the firmware to run the device.
A local network is more than capable of serving up the chromecast app. It's a restriction they've added to the device that it won't load it from a local network.
I think "restriction" is a poor choice: it's more like an architectural decision - that is exactly how they designed it.
I could equally say your computer is more than capable of running a self-hosted version of GMail, but "it's a restriction [Google] added" for them to run it on their servers.
I run a Plex media server on my laptop, which is already serving up content to my local network over http. It would be very simple for them to host their Chromecast app on the same local server and for the cast button to send that URL.
The Chromecast checks the URLs against a whitelist. Presumably as a security measure, which is a perfectly valid reason, but it's still a "restriction".
To allow people to run a self-hosted GMail, huge changes would need to be made to the code. To allow me to serve my own Chromecast apps, it would need to remove a whitelist check.
Totally unrelated but I have to know this! Somebody posted an article many months back that talked about DIY audio system that gives run for money to Bose, Beats and likes. It was open source design by an anon electrical engineer. Anyone knows what was it?
I use an Airport Express as an AirPlay receiver, which is connected to a line input on my Sonos setup. Nice thing is that Sonos can switch to that input automatically when it senses a signal.
I've also used Shairport[0] on a Raspberry Pi as an AirPlay receiver - it worked great, I just wanted to keep tinkering with the Pi so I switched to the Airport Express, which I already owned.
Thing is if you have a Sonos already, then you have had music casting from Google for a while. It's not the same protocol, but the Google Play Music app has been able to "cast" to Sonos for at least some months, maybe a year or more.
> Google Cast Ready speakers pull content directly from the cloud, so you'll get the best audio quality and can freely multi-task on your phone, tablet, or laptop, all without straining the battery
Is it that much of a battery strain to connect to a radio in the house, and usually in the same room? The device that'll be doing it is designed to connect to cell towers up dozens of miles away [1], after all...
Bluetooth speakers: Unbelievable but they also stream sound which is only locally on mobile phone. Why do all Googlers think that everybody in the whole world has good wifi everywhere?
BT Speakers typically use A2DP, which sounds horrid. Recompressing already compressed audio is not a path towards goodness.
That said, reading up on A2DP, it seems that A2DP supports higher quality audio streams, but I have yet to see anyone advertise such in their products.
So Google has decided to compete with Airplay. Although I guess this is better, because I'm assuming it will work with any router, and not just special ones sold by Apple.
That is true, but I also believe there are some lower level "nice to haves" they enable on their routers to make sure Bonjour/mDNS works properly for airplay. If not intentionally, I do know that some routers (Actiontec / FiOS comes to mind) that have particular difficulty with providing reliable Airplay connections.
It's actually more like Sonos. Airplay streams from the device to the receiver. With this (and Sonos) a command is sent to the device which does the streaming on its own.
This is the best news yet coming from the auto manufacturers and Android Auto/Apple Carplay. I personally would never choose one of the two, but the option will make both ecosystems more successful.
>"Google Cast streams your music directly from the cloud instead of from your phone, so you won’t lose any sound quality."
Huh??? This is almost _never_ the case in my opinion, especially when using popular cloud services for music playback. Pretty sure I just had to nerf a high quality .WAV file to a .WMV 20 minutes ago before I could even upload it to google music.
.wav is not a music format. It's meant for pure sound clips and doesn't even have the capability of adding metadata like artist and song name. If you care about sound quality then just use FLAC.
The streaming quality from Google Music is top notch, it just seems that you had a problem getting the music into the service due to an antiquated format.
The problem is with this part of the statement:
"Google Cast Ready speakers pull content directly from the cloud, so you’ll get the best audio quality"
Pulling content from the cloud doesn't not mean you'll get "the best" audio quality.
Streaming over the internet will yield better quality than a Bluetooth stream which compresses the music. The bits that hit the speaker are as high quality as the source material.
Surprised no one mentioned Mopidy[0] in the thread. From their github:
Mopidy is an extensible music server that plays music from local disk, Spotify, SoundCloud, Google Play Music, and more. You edit the playlist from any phone, tablet, or computer using a range of MPD and web clients.
I own a Chromecast and like all about it except it's ability to play oyur own content. I understand why they forbid it, but for the same reasons I'm using it much mroe rarely than I would otherwise. Additionally this could have easily been an addition to the original Chromecast via a simple extractor.
I won't even run the Facebook or LinkedIn apps without locking them down first. Frankly, it's somewhat negligent that this isn't built into the Play Store installation UI.
No Spotify? Wow. I don't even recognize half the music services it supports. As someone else said on this thread, I am happy with 320kbps music streaming on Spotify + it's remote control features + the recent hardware support for Spotify Connect.
Might be nicer than wrestling with my Vizio soundbar to connect via Bluetooth. Takes multiple attempts to make it connect to any of my devices (laptop, phone, or tablet), then sound drops and gets flaky frequently when I stream music.
As a recent Sonos convert, I really think that they are going to be hard to catch in terms of nailing so many aspects of the user experience. Not least of which is how good the hardware (esp the Play:1 speakers) sound and look. I Have to admit how surprised I was to learn that the same company that made those janky wall controller systems a decade ago is now the second largest speaker company in the world.
My only issue is the price, the only thing it gives over any other implementation is the multi room aspect, as soon as a company like Google bakes it in to their already established platform I don't see them selling many units
I was going to by one out of excitement, but then I realised it is only available this spring. I might not buy it anymore, since the hype I had at this exact moment will be gone...
Any support for multi-room audio? (or multiple remote speakers?) Sonos seem to be the only ones with a handle on this, and even then it's not particularly low latency...
Except for, you know, the entirely new speaker(s).
I love this idea, but I want a simple, small dongle, like the chromecast, that outputs audio only rather than HDMI. I already have a speaker/amp in my living room that has a mini-stereo in. I simply want a way to connect a chromecast to it.