MagicPlay: the Open Source AirPlay
New submitter JonLech writes "Ever since Apple launched AirTunes in 2004 (later renamed AirPlay) they have remained unchallenged in the Wi-Fi music streaming market. With various manufacturers releasing AirPlay-only Wi-Fi speakers, Android and other non-Apple device users have been left out in the cold. Today that changes with the release of MagicPlay, an open standard for music streaming (think 'HTTP for music') with a BSD-licensed open source reference implementation that any app developer or hardware manufacturer can integrate into their products. For the Linux fans out there, I've written up some instructions on how to turn your Raspberry Pi into a MagicPlay device."
If there isn't wide spread hardware adoption, its a useless 'standard'
I'm confused as to why UPnP/DLNA isn't up to this task?
While it's great an alternative to AirPlay had been released, I doubt it'll get much support from accessory manufacturers unless the likes of Samsung decide to integrate it with their phones.
If it's not compatible with AirPlay what's the point? My Linux music server already supports AirPlay, so does my MythTV, so does my iPhone. Why do we need yet a different new standard, especially if it doesn't work with existing devices?
There's no -1 for "I don't get it."
Xbmc and phone based remote apps do the job. wifi speakers are overkill.
There are lots of protocols to play music over the network. This summary suggests there was none but AirPlay.
Android users have been left out in the cold.
Hey, this sounds like a good thing!
If it's not compatible with AirPlay what's the point? My Linux music server already supports AirPlay, so does my MythTV, so does my iPhone. Why do we need yet a different new standard, especially if it doesn't work with existing devices?
I don't think you understand (Well actually I think you do) from Wikipedia "AirPlay (previously called AirTunes when it was for audio only[1]) is a proprietary protocol stack/suite developed by Apple Inc. that allows wireless streaming of audio, video, and photos, together with related metadata between devices."
I find it somewhat ironic that your defending Airplay...against more open standards like UPnP or DNLA...as someone who uses MythTV SMB works better...but then you have an iPhone and Apple stuff *only works* with their proprietary garbage. Personally I hope this...and Airplay die a death.
Obligatory XKCD.
The joke is about creating a standard to replace multiple incompatible standards...simply adds to the standard. This is about pragmatism; its about creating an open version of Apple Inc proprietary protocol stack/suite.
It's already dead, unless Google themselves back it and get device manufacturers on board. I have a Yamaha audio receiver that already does DLNA and airplay, what niche does this fill? There's no way that AV receiver is going to get a bios update to support this, and there's no way I'm re-buying $1000 of equipment that already supports 4k resolution so I can have maybe 1 more format be supported. Linux already supports Airplay, this is typical ideological chest beating over open standards. Reinventing something that already works on Linux and Android is stupid and why Open code is having such trouble gaining adoption. You have to lead in innovation not play catch-up to the big boys. Don't try to get airplay remade, rather try to make 3d content stream,or something else that hasn't been done by the competitors.
And wants their features back.
My uncle has a PS3 and his laptop hooked up together no problem. My 5 year old laptop also has no problem streaming to any DLNA compatible device.
While it's great an alternative to AirPlay had been released, I doubt it'll get much support from accessory manufacturers unless the likes of Samsung decide to integrate it with their phones.
Right now Apple accessories that used to be *everywhere* are increasingly only seen as sad sale items, in those wire bins by the counter collecting discount stickers, after Apple shafted its customers with another proprietary connector...at least they get to give *more* money to Apple...and they do need it, avoiding paying any tax in the UK much of cost them a small fortune in..accountants.
Accessory Manufacturers are desperate to tap into none apple products simply because they outnumber Apple products six times. Recently I am seeing those same shelves occupied with Apple products filled with those with *open*(yes I am playing hard and loose with the word-Pretend your reading this on Ars) standards like Bluetiooth, USB...and even old 2.5mm Headset Jack.
The days of the iPod are over...any Apple proprietary anything (protocol stack/suite; connector...seriously anything) is a strategic disadvantage on their part.
Seems like Miracast will be much more likely to be the alternative: http://en.wikipedia.org/wiki/Miracast
Got my hopes up, thinking it'd let me mirror into desktops/laptops. There's software out there that does it, but that idea is almost as stupid as the "suggestions" that tell mac users to shell out $60+ when they ask about a Volume Mixer equivalent.
Reinventing something that already works on Linux and Android is stupid and why Open code is having such trouble gaining adoption.
Maybe "adoption" is not the point (especially when "adoption" means another avalanche of redundant consumer goods).
The point is the principal of creating a standard can be the basis of understanding the technology and extending its capabilities that is open to anyone rather than locked up in some corporate lawyer's file cabinet.
The docs directory on github is essentially empty. If they can't even provide a formal specification they are no better than reverse engineered versions of airplay. What a fucking joke.
When information is power, privacy is freedom.
There's already a competing open standard.
It's what I use with my android devices (via BubbleUPNP), XBMC and my Squeezebox.
Misleading titles? Inflammatory blurbs? Keep in mind that Slashdot is a tabloid.
True, FTP and NFS are open alternatives to Server Message Block to an extent. But what's the open alternative to Super Mario Bros. and Super Monkey Ball?
HDMI is proprietary too, but I'd have a hard time arguing that a competing open standard would improve the current landscape.
The HDMI Founders are Hitachi, Matsushita Electric Industrial (Panasonic/National/Quasar), Philips, Silicon Image, Sony, Thomson, RCA and Toshiba.[15] Digital Content Protection, LLC provides HDCP (which was developed by Intel) for HDMI.[16] HDMI has the support of motion picture producers Fox, Universal, Warner Bros. and Disney, along with system operators DirecTV, EchoStar (Dish Network) and CableLabs unlike AirPlay (previously called AirTunes when it was for audio only is a proprietary protocol stack/suite developed by Apple Inc.
Did you spot the chasm of difference between the two.
What does this do that Subsonic doesn't? I can run Subsonic server on pretty much any platform and then stream to many different devices over 3g or Wi-Fi. Works great on any smartphone or laptop I've ever used, either through the web browser, or through a custom app.
I can't imagine that implementing on speakers or on an RP would be very hard.
What does this do that's different? Sounds like re-building the wheel and trying to generate hype to me.
The docs directory on github is essentially empty. If they can't even provide a formal specification they are no better than reverse engineered versions of airplay. What a fucking joke.
Unfortunately I and I suspect most here are in the camp of understanding *code*(especially if its well designed) over a *formal specification*, and had a working implementation. The whole point of Airplay is to replace it, because its a proprietary protocol stack/suite developed by the most litigious company on the planet.
For the Linux fans out there, I've written up some instructions on how to turn your Raspberry Pi into a MagicPlay device.
... My RaspberryPI has AirPlay support ... audio AND video ...
Great that its a BSD licensed alternative, but being that non of my devices will ever support this protocol, but they all support AirPlay, this is going to have a hard time gaining traction until it does what AirPlay does. Until then its just another silly protocol to do what we already can do, and do it better than this.
Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
Oh good! An AirPlay competitor! I wonder what video codec they used... Lemme just look through the code and...
Oh. It seems it doesn't support video at all. Not really an AirPlay competitor then...
What a bunch of jerks you guys are. This is by DVDJon. Show some respect. To all the people that are going on about UPnP and DLNA, I don't think those do synchronized playback.
the site is remarkably content-free. In particular, is this just a nice implementation of SAP/RTP, and if not, why? Even AirPlay is just RTP with an obnoxious (and broken) encryption on the payload.
What does MagicPlay offer that Logitech Media Server doesn't?
LMS is free software (GPL), can stream via LAN or WAN, can synchronize streams between multiple clients (e.g. to sync playback in multiple rooms), has a variety of clients (both hardware and software) available for playback and server control, is supported out-of-the-box by various Logitech products, is cross-platform (it's written in Perl), has numerous plug-ins available...
Can anyone point out what advantages (if any) MagicPlay has over Logitech Media Server?
They implement the Airplay protocol nicely, so what's the deal?
If they worked with airplay, I might consider them - for those who haven't used it before, it just simply ROCKS to be able to stream audio or video on one device (e.g., AppleTV, then pick up the iPad or iPhone, walk to another room and continue watching (say, while I go grab a drink), then flick back to the TV when I return - totally seamlessly and without losing my place, etc.
Given there are already open source implementations of Airplay out there, I'm not sure what the usage case for this is? It doesn't even look to do video?
I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
It's basically Sonos... from 8 years ago, except open source and without the hardware. Apple Airplay is great for video, but the Airplay Extreme audio players are a kludgy joke compared to Sonos. You want something that just works today get a Sonos. Yeah, Sonos is not cheap, but I feel that the price premium was paid in full and then some with all the updates and feature enhancements. I'm using hardware that's 5 years old now and it's still rock solid with all the features and services a new unit would have.
I will give kudos to Logitech Squeezebox. They don't make them anymore and they weren't as fancy as Sonos, but they were a solid product they killed before it's time.
This is something I've wondered about. You can use streamripper to convert an Internet audio stream to MP3, and/or re-stream it to multiple users on your local network. If that could be generalized, anyone could take music from *any* source (files, gstreamer/clementine/amarok, microphone, whatever) and create his own Internet radio station. If many thousands of these stations were popping up and disappearing all the time, the RIAA would have to give up! (Yes, I know about icecast. Try configuring it sometime.)
Next step: do the same for Video streams. Everyone could have their own YouTube! Goodbye MPAA! BTW, isn't this the argument for symmetrical bandwidth?
So what about Pulseaudio? Doesn't it have the same streaming capabilities?
Or Bluetooth's A2DP?
"Ever since Apple launched AirTunes in 2004 (later renamed AirPlay) they have remained unchallenged in the Wi-Fi music streaming market. With various manufacturers releasing AirPlay-only Wi-Fi speakers, Android and other non-Apple device users have been left out in the cold.
Not true. AirPlay (as well as AirPrint) is an open standard. I've a couple of Android applications which transmit to my AppleTV without a problem. It's really the unwillingness of the hardware developers and/or Google to make use of that standard, being the only reason they can't make use of AirPlay.
Even if they get this technically perfect, it can never work, because it will never be supported by Apple.
I can already use AirPlay mirror to transmit not only my iPad/iPhone or Mac screen, but through additional software I can also mirror my Windows or Linux Desktop and even an Android tablet or phone. Oh, and the receiver doesn't have to be an AppleTV. A Mac or PC can receive streams as well. You can even hack a Pi or XBMC to receive AirPlay, too. The only major missing device categories today are Windows RT and Blackberry 10... and if they know what's good for 'em, they'll open up API's to make this possible. Apple's AirPlay is already the lingua franca of wireless A/V, even more so than technologies like WiDi.
AirPlay today is already *everything* MagicPlay wants to be, with the exception that MagicPlay has virtually no chance of ever working on an iPad.
The only way this changes is if Apple decides to go legal on the third party tools making this possible... tools which currently have their blessing... a move which would make no sense, as the core technology is too easy to duplicate (as proven by this very story). Moreover, the move would make some new enemies in tech circles and especially in education (historically an Apple stronghold), because at that point there will be no hope for places like conference centers/auditoriums/classrooms to easily have a single generic point of contact for wireless display.
I will grant that if Apple does go for the legal option, MagicPlay could be well-positioned as a single alternative supported by all the competitors: Android, Windows (regular and extra-crispy metro), linux, etc
Like most people, I'm mostly interested in the capability to stream audio to all kinds of devices. And people have already pointed out some key differences with DLNA that explain why there is reason to be happy with something like MagicPlay.
But Airplay offers streaming of audio, as well as video, photo's and screen mirroring. I haven't looked into the source yet, but going by the description, it looks like MagicPlay doesn't offer any of that and sofar nobody is planning to add it. Has anyone looked at the source and are they able to refute this?
Calling MagicPlay "open source AirPlay" seems a bit of a stretch then. That's like calling AbiWord "open source Office". Of course the marketing department won't like it, but MagicPlay seems more like "open source RAOP" (Remote Audio Output Protocol, see the Unofficial AirPlay Protocol Specification ) with the added stuff required to nicely hook up sinks to sources.
So I must have been hallucinating streaming all my music via PulseAudio damn you, Lennart!
i had a grafic card with a yellow analog video-in connector and a white-red analog sound cable that went to the line-in on soundblaster. i would just configure vlc to capture from grafic card and line-in and then multicast to 235.255.255.255 and then (via wifi b standard) listen on other computers with vlc to the muticast stream. twas all very synchroneus. thank you for the satellit dish!
I was streaming music via wifi long before crapple came up with a proprietary way to do it.
beside a rapmobile, i could turn the volume down? or at least switch it to ambient music?
I use it fir android, linux, smart tv streaming.
same was no doubt said re android vs ios a few years ago
don't you morons ever get tired of being wrong all the time?