Xbmc For The Mac

To run XBMC, you'll need an Intel-based Mac running Leopard (the software does not run on PowerPC models or on Tiger). You'll want a remote control (Apple remote or universal remote), and a TV with. While the developer is fixing the problem, try using an older version. If you need the previous version of XBMC, check out the app's version history which includes all versions available to download. Download prior versions of XBMC for Mac. All previous versions of XBMC. Xbmc movie scraper upnp Video Guide Main Page. Currently Kodi does all its own scraping with the various Kodi scrapers like: Each section is a direct continuation of the previous section, and only separated for clarity. Install XBMC by selecting 'Launcher', then 'Downloads', then select XBMC. (There may be more than one entry for XBMC, where one is a 'Stable' build and the other is either a 'developer preview' or beta. If you installed the CrystalHD card you now need to install a driver for it. Mac OS X 10.7 (Lion) (Intel) Mac OS X 10.8 (Mountain Lion) (Intel) Mac OS X 10.9 (Mavericks) (Intel) Program Information of XBMC Media Center 13.1. Fix weirdness when certain TVs query XBMC’s UPnP server and it starts running a bunch of add-ons which cause popups on the XBMC machine.

The differences between Plex and XBMC

Ryan, one of the editors for Ars Technica, recently asked me why one might choose XBMC over Plex, when using a Mac. This is a valid question, though one most devs for both programs will probably try to side step for fear of upsetting the other group.

As such, I’m going to take the coward’s way out and talk about the differences between the two (from an obviously pro-XBMC standpoint). You are then welcome to make your own decisions. Note: As a project manager for XBMC, I am clearly a biased source and my knowledge of the inner workings of Plex is incomplete at best. Feel free to call me on something if I get it wrong.

Some Quick History

In 2008 (about a month before I came onboard), the Plex and XBMC dev communities split. Because neither group likes to talk about it, I’ve only managed to gather an understanding of the situation from bits and pieces of public dialog, but the gist of the situation seems to be twofold.

First, Team XBMC has what they call XBMC-trunk from which all XBMC platforms derive. The goal is, wherever possible, to always keep functionality the same across OSes. This way, the skin or addon that works on Linux is the same skin or addon that works on Windows or OSX or iOS, and vice versa. Only occasionally (for example, when the Netflix addon requires Silverlight and therefore can’t work in Linux) is any kind of branching allowed. A recent benefit of this approach has been the inclusion of Dirty Region rendering, which, because it has been designed from the outset to be available across platforms, should reduce CPU and GPU usage regardless of OS.

The Plex devs didn’t care for this approach, preferring instead to totally separate XBMC for OSX development.

Secondly, the GPL only requires that open source software be open at the time of release. XBMC devs tended to prefer totally open development, in which the code was opened at the moment it was written down. Plex devs preferred to keep code closed until time of release (or, occasionally, shortly thereafter).

Both of these differences caused a great deal of frustration for the different dev groups. Eventually, there was a vote among developers whether to give the Plex devs the boot. While the team voted to keep the Plex devs on board, the Plex devs themselves decided to go their separate ways.

That’s all old news easily gathered from public forums either on the Plex or XBMC boards. I mention it only to give the reader a bit of background on current differences.

Current Differences

At this point, Plex and XBMC are pretty distinct creatures, for all that they look similar. Let’s go through the various software differences point by point.

  • Open Source

XBMC remains, to this day, wholly open source. Every aspect and every version is entirely open source software. This includes XBMC for iOS, OSX, Windows, and Linux. This includes the database, the player, the decoder, the official Android remote app, and anything else you care to name.

Plex is, at this point, mostly closed source. While the player remains open, the Plex Media Server (i.e. the brains of Plex) is closed. As the Plex Player is totally dependent on the PMS, this means that you cannot build a working copy of Plex without installing proprietary software. At the risk of coming off as an uneducated jerk, it appears that Plex for iOS is also closed, given that the Wiki doesn’t make any indication of its being open, it costs $5, and I am unable to find it on Github.

Whether a person cares about this distinction is, of course, questionable. Team Plex obviously benefits from closing some of its software and can theoretically earn an income as a result of its decision to go proprietary. Meanwhile, XBMC benefits from near constant development both internally and externally from dozens of non-team members who have access to the code whenever they want it. Generally, this means that more total man hours are spent working on XBMC code and the resulting base is theoretically more robust. In addition, new talent is constantly being added to the XBMC Team with next to no education time required, because XBMC Team developers started out as XBMC Non-Team Developers.

Xbmc For The Mac Os

However, this advantage is potentially tempered, as shall be seen.

  • Platform Support

As everyone knows, Plex Media Server (without which Plex Player is useless) is available on OSX and, to a slightly more limited extent, on Windows.* XBMC is available on every major platform. This is both good and bad news for XBMC users.

*I was recently contacted by the Plex Team to update my knowledge of their platform. Through the remainder of this comparison, I’ll be updating my post with more recent facts. In this case, it appears PMS is now available on Linux and various types of server software, including unRAID.

On the plus side, this platform independence means an XBMC user can install XBMC on any and every computer in their house. Every htpc throughout the house gets to have a uniform look, no hacking required. Users can install XBMC on a big honking monster, on their Apple machine, on their Apple TV, and on their ION nettop. And every single install can look and act the same. Plex users, meanwhile, to keep a high WAF rating, must use Apple products exclusively around the house, if they want to keep the same look throughout the house.* Additionally, if they have 2 Apple TVs running Plex and both are attempting to play a 1080p video file, their single server is going to need to be a beast** to accommodate all the necessary transcoding, as the Plex release for the 2nd Gen Apple TV cannot natively decode 1080p video.

*The Plex thin client is now also available on specific LG and Samsung tvs and bluray players, along with the Roku player. While the look isn’t always exactly the same across platforms due to hardware limitations, they do, obviously, have access to the same Media Server.

**It appears, for most 1080p content, Plex does not actually transcode to the AppleTV. Instead, the Server remuxes to a container that the ATV will recognize. This should be a less CPU intensive process than transcoding, at least for the ATV. One assumes the same is true for the other iOS devices.

Unfortunately, supporting this many different platforms means that it should takeabout 4 times as many developers to keep XBMC going as it does to keep Plex going. As I am not privy to the size of the Plex team, I have no real idea if XBMC really does have that many more devs. Still, with well over 30 or 40 active devs at any one time, XBMC does appear to have a pretty energetic developer base.

  • Elan vs Davilla and Jonathan

I’m probably going to mostly leave this one alone. Elan is the lead developer at Plex. Jonathan Marshall is the lead developer of XBMC and Scott Davilla is the lead developer of XBMC for OSX and iOS. Which developer you feel more comfortable leading your software development is almost certainly a matter of opinion. For my money, I’d probably take Davilla, if only because he figured out how to get XBMC on iOS (and the Apple TV 2) months before anyone else. Then again, I’m pretty biased, and my opinion probably isn’t worth too much.

  • The Media Server

There’s no way to get around the fact that Plex Media Server is better than anything XBMC has to offer in the server category, because XBMC has nothing to offer in the server category. XBMC does not offer the ability to transcode for weaker devices. It does not offer a thin client. Every version of XBMC is a fullblown version of XBMC. For now, that is simply a drastically superior advantage of Plex over XBMC.

The

Whether that will be an advantage in 1 to 3 years remains to be seen. Today, XBMC for the iPad 2 can play just about every file the team has managed to throw at it. Over the coming months and years, tiny little chips will, more and more, be cheap enough and simple enough to make the need for thin clients a thing of the past, to the point that the only value of a server will be in maintaining a consistent library of watched and unwatched material across devices.

Still, for now and for the foreseeable future, Plex has a leg up on XBMC in this regard.

  • The 10 foot interface

When Plex introduced the their PMS, they provided something that XBMC has not and still does not provide: a 2 foot interface. To add plugins, skins, and content to XBMC, you have to use the 10 foot interface designed around a remote control. To add content to Plex, you use the 2 foot interface designed around a mouse.

Xbmc For The Macbook

Which of these interfaces is better is, once again, a matter of opinion.

  • OSX specific visible differences

To be totally honest, there aren’t many. While XBMC appears to have a more active skin development base, many of the most popular skins on XBMC have found their way over to Plex. Likewise, while Plex appears to have a more active app development base, many of the more popular Plex apps have been ported to XBMC. Plex has a built in “App Store.” XBMC has a built in “Addon Repository.” Both do the same thing. Occasionally XBMC will not include a streaming addon that Plex includes, because XBMC mildly fears potential lawsuits, but most of those addons can be found and added via the bluecop repository found here.

Both Plex and XBMC for OSX use FFMPEG to perform software decoding, and both can theoretically use GPU decoding.

Perhaps a key visible difference lies in the install process. Plex installs two programs, one of which is an always running service. XBMC installs a single program that shuts down when one closes out of XBMC.

  • OSX specific invisible differences

Most under-the-hood differences between the two programs have been spelled out. “Plex” is actually two programs, while XBMC is one. Plex is heavily closed source, while the entirety of XBMC is licensed under the GPL. Plex can act as a video server for thin clients while XBMC cannot.

Conclusion

The question posed to me was a simple one. Why choose XBMC over Plex? As always though, the answer to a simple question is rarely simple itself. Choose XBMC because you support wholly open development. Choose XBMC because it has a more active development base. Choose XBMC because it can run on the Mac Mini in your living room, the Apple TV in your bedroom, and the Linux-based XBMC Live HTPC in your man cave, and every version can have the same look and functionality.

Or don’t. Choose Plex because you like the idea of an always-on Media Server. Choose Plex because TVTunes is built-in, rather than a downloadable addon. Choose Plex because you have no need for anything but Apple machines and you prefer their selection of apps.

But at the very least, I’d ask that you not ignore the more open software in favor of the more closed software, when the difference between the two, from a non-technical user perspective, is almost entirely invisible.*

*Team Plex is of the opinion that the difference is rather visible, when you are using more than one client off a single server. As far as I can tell, for a non-technical user, in the proposed case, there should be only two notable differences. First, the watched status should be the same between machines. For some this may be an advantage. For others, it may not be. Second, one need only install a Plex app once, rather than twice for the XBMC addon, when using two clients. I suppose XBMC also requires you to add your local library more than once, but I somewhat wouldn’t expect non-technical users to be doing that in the first place, and after the first time, the updates become automatic. In the end, I suppose these difference, like all the others, are a matter of personal choice.

-Natethomas

Note: The opinions in this piece are entirely those of the author and should not be attributed to Team XBMC or the XBMC Foundation.*

*Excluding the opinion that XBMC totally rocks.

  1. nemk liked this
  2. miscellanees liked this
  3. bonovox9 liked this
  4. got-shank reblogged this from xbmc
  5. dennisarslan liked this
  6. philipoconnell reblogged this from xbmc
  7. smartphone-apps-blog reblogged this from xbmc
  8. macressler reblogged this from xbmc
  9. macressler liked this
  10. rhettmcclure reblogged this from xbmc
  11. prowthish-istoselidon-blog reblogged this from xbmc
  12. optikakatasthma-blog reblogged this from xbmc
  13. stridgedom reblogged this from xbmc
  14. -power-tool-reviews- reblogged this from xbmc
  15. 96thsti69 reblogged this from xbmc
  16. xbmc posted this
02-24-2014, 08:07 PM (This post was last modified: 02-25-2014, 12:01 AM by gustep14. Edit Reason: Cleaned up)
Dear Openelec Members,
I want to describe how I eventually was able to install a single-boot of Openelec on the somewhat difficult-to-change 2007 Mac Mini (Core2 Duo T5600). The result is very nice, especially the fast boot (~20 seconds to GUI) and having a built-in DVD drive in a small form factor.
Motivation for single-booting Openelec:
- Openelec boots faster and is more predictable than OSX + XBMC
- The Mac Mini was gathering dust in the garage and had no real purpose anymore
- The original OSX HDD will be removed for safe-keeping (and not be modified in any way)
- The new drive will be an SSD (and I don't want to waste space on OSX)
How I discovered Openelec:
I have a NAS (WD Mybook Live, wired with GbE, 2TB HDD, ~60MByte/sec max throughput, ~$100) that I use to backup family photos. Setup was easy enough, but until recently, there was no good (fast, attractive, easy) way to display the photos from the NAS on the HDTV. So until then, the NAS simply served as a backup, and primary photo viewing happened on the laptop, which had of course issues of limited local storage, limited throughput to the NAS (wifi), other processes using CPU, a small display, and so forth. Then there was also the LG Blu-Ray player, which can theoretically display photos from the NAS on the HDTV, but this one was crippled by 100Mbit ethernet and a really slow, and screen-area-wasting, photo viewer implementation.
Looking for a better solution to view photos on the HDTV, I read about XBMC, then started to consider buying an Ouya or G-Box MX2. The biggest drawback of these, in my mind, was not having Gigabit Ethernet. I then started considering an Intel NUC, but I would have needed to buy it and wait for it, and supply extra components. Eventually I remembered I still had an obsolete Mac Mini in the garage. So I got it, and tested XBMC for the first time by installing it on the OSX HDD. Very nice! After considering possible final install scenarios (see single boot motivation above), and many hours later, I am now the happy owner of a Mac Mini which single-boots Openelec from a 60GB SSD.
I am really amazed at what is possible, and I am very happy that a community product based on Linux can show such superior performance and usability compared to everything else I have seen. Linux FTW!
Summary of How to install Openelec on Mac Mini (2007):
1. On a separate system, install Openelec Generic.i386 (3.2.4) onto a new or spare 2.5' HDD or SSD
2. Take the Mac Mini apart, install the Openelec HDD physically
3. Boot into your OSX recovery media (DVD or USB). Open terminal, and enter the following:
bless --device /dev/disk0s2 --setBoot --legacy --verbose
4. Reboot (and use the CD eject button in Openelec to eject OSX DVD)
5. Install the Quartz skin, which imitates Apple TV. I found it to be clean, fast, easy, and customizable.
6. For a fancier skin, I found Aeon MQ 5 pretty good
Potential problems:
I almost despaired trying to install Openelec on the Mac Mini from bootable media. The issues were many, and often compounded, but primarily:
Problem 1: Mac Mini will not eject DVD.
Once the Mac Mini had a new (blank) SSD installed and the recovery DVD in the drive bay, there was simply no method of ejecting the recovery DVD. Every conceivable method for this relied on OSX or one of the lower level OSX pre-boot environments which all reside not in bios or firmware but actually on the original HDD (which was no longer installed). The recovery DVD would not eject itself while running.
Solution: Eventually, I resorted to unscrewing the top cover of the DVD drive and manually removing . swapping various CDs in an attempt to install Openelec. Planning ahead also might work, if you remember that a non-booting system can't eject the CD.
Problem 2: Mac Mini with blank SSD has no BIOS or boot selection hotkey.
There is no BIOS on the Mac Mini. The only thing which the Mac Mini has is a minimal flash memory which remembers which volume to boot from - however, this flash memory string can't be modified without OSX. Take for example the 'F12 boot selector' key familiar to us from other computers, where it is a BIOS function. On the Mac Mini, the boot volume select hotkey function is actually a software boot loader that is loaded from the HDD. So once the original HDD is gone, you can't change the boot drive anymore with the Mac hotkey (alt-C or something, I forgot).
Solution: Boot the OSX recovery / install DVD, and to use the 'bless' utility which changes the boot volume setting in the flash memory.
Problem 3: Mac Mini won't boot from USB.
On my particular Mac Mini, a 2007 Core2 Duo T5600, model # MB138LL/A, firmware version MM21.009A.B00, booting from USB does not appear to work. For example, I used the rEFIt iso CD image as a boot medium, which indeed booted. However, when I then tried to select the Openelec live USB stick (or any other USB medium for that matter) as the boot drive, I would get an 'Error: not found' message. I read that this might have been related to a password protecting the boot selection, but I verified that I had no such password installed. It simply seems to be a compatibility issue, where the Mac Mini 2007 will not boot from FAT32 USB sticks, even if you try rEFIt or rEFInd.
Solution: Install to HDD in another system, install HDD physically into Mac Mini. I didn't try this, but this also might work: http://sevenbits.github.io/Mac-Linux-USB-Loader/
Performance:
Performance is o.k. on the Mac Mini (Core2 Duo T5600, 2GB Ram, Intel GMA 950, no CrystalHD). Using the default (Confluence) skin, and playing back the GoPro Hero3 Black Edition 1080p/60 demo video file (available for download here at youtube video # s6gpmt20SaA), and escaping to the transparent settings/video status display while the video is playing in the background, I got around 19 fps.
I plan to add a CrystalHD BCM70015 card soon, and will repeat the test afterwards (no need for WiFi card, since GbE is superior and preferable anyways).
The same test on an Acer Veriton VN2620G-UC887L (Celeron 887, 2GB Ram, Intel HM70) gave around 48 fps. And it was so much easier to install (hit F12 to select boot drive). Only downside, it doesn't have a DVD drive, and looks a little more ordinary.
Openelec XBMC remote control:
In terms of remote control, just install an XBMC remote control app on your smartphone to use the input control service on port 80. This is assuming you also have wifi on your LAN and smartphone to access the XBMC. Works very well. Still investigating more options.