Link: ODROID-C1 is a $35 quad-core, single-board Android/Linux PC

When the Raspberry Pi team launched a tiny, low power computer priced at just $35, it was pretty remarkable. But that was 2 years ago, and while the Raspberry Pi has seen a few updates in that time, it’s still powered by the same single-core 700 MHz Broadcomm BCM2835 ARM11 processor.

Over the past few years a number of other single-board computers with more powerful hardware have appeared, but they usually also have higher price tags.

Hardkernel’s ODROID-C1 doesn’t though… it’s a quad-core mini computer that sells for just $35.

odroid-c1_01

Full article and demonstration videos here:
ODROID-C1 is a $35 quad-core, single-board Android/Linux PC (Liliputing)
Related:
$35 quad-core hacker SBC offers Raspberry Pi-like size and I/O (LinuxGizmos.com)
Ordroid-C1 vs Raspberry Pi B+: Hardware, Benchmark, Storage and Ethernet Performance Comparison tables from Ordroid

Link: Some hints for getting free-to-air satellite channels into the Electronic Program Guide in Kodi (or another frontend)

If you are running a satellite backend system such as TVHeadEnd or MediaPortal (or MythTV, if you are one of the lucky few that can actually get it to work), and you use Kodi or the MythTV frontend, then it is possible to populate the schedule grid with listings from many sources. Note I did not say that it is easy, just that it is possible. The key is to use an external program … These are commonly referred to as “schedule grabbers”, or just “grabber” programs.

The real trick is figuring out how to use one of those programs. …..

Some hints for getting free-to-air satellite channels into the Electronic Program Guide in Kodi (or another frontend) (Free-To-Air America)

Link: Review of the TBS MOI+ DVB S/S2 Satellite TV Linux Server – a bit like a HDHomeRun, but for Free-To-Air satellite signals

A couple of years ago, I acquired a HDHomeRun Dual device, and discovered how nice it was to be able to stream terrestrial TV signals to anywhere in my home via my local network. I set up a backend system so that I could record programs and enjoy watching them at my convenience. I wondered if it was also possible to do the same thing with the signals I received off my satellite dishes. So earlier this year I attempted to build a backend system that could receive free-to-air satellite signals and stream them to the various computers around my home, including the home theater PC’s that are connected to my HDTV receivers. Let’s just say that the first attempts didn’t work as well as I’d hoped. There is a huge learning curve, particularly if you’re not a programmer nor otherwise particularly geeky, and sometimes the hardware and the backend software just won’t cooperate.

Then I stumbled across a page on the TBS MOI+. I suspected that it might be able to accomplish what I’d been trying to do, and in a lot smaller package. So, I went online in an attempt to find some reviews on this device. To my surprise, little has been written about it, particularly in English. So, hoping to fill that gap, I contacted TBS and asked if they might be interested in providing a unit for review purposes. They graciously consented, and this review is the result. Just so you know, I did not promise to write only nice things about the unit, and I’m not getting paid anything for this review, beyond receiving the MOI+. So, this will be as honest of a review as I can make it.

Full article here:
Review of the TBS MOI+ DVB S/S2 Satellite TV Linux Server – a bit like a HDHomeRun, but for Free-To-Air satellite signals (Free To Air America)

If your MCE compatible remote stopped working in Ubuntu 14.04 or another newer release of Linux, check for this weird problem!

Note: The issue described below is not the same one that is affecting many users of recent versions of Ubuntu. For a solution to that problem, see Make LIRC work in Ubuntu 18.04, so that you can use your infrared remote in Kodi.

If you have found this page you have probably already come across several other pages that try to tell you how to get the MCE USB remote working in Ubuntu. Maybe you are a Kodi user and you came across this thread, and you tried everything but nothing would work – in fact, when you ran the ir-keytable program (which you’ve almost certainly already installed if you’ve found any other pages on this subject) in test mode, you may have found that on the keys that work at all, you got strange combinations of square brackets and letters instead of the expected output. Well, before you give up, and especially if you’re installing Ubuntu (or some other *buntu variant) on new hardware, here are two things to check.

First, if you are using a USB infrared receiver, try a different USB port. In our case, this made the difference between getting no response at all out of the thing and the aforementioned cryptic square brackets/letters.

But also, try running sudo ir-keytable one more time, and look to see if maybe it’s finding more than one IR device (even if you are sure you only have one). For example, when we ran it, we were seeing this (and I hate to say it, but it took far too long to dawn on me that we were seeing TWO devices there):

$ sudo ir-keytable
Found /sys/class/rc/rc0/ (/dev/input/event4) with:
	Driver ite-cir, table rc-rc6-mce
	Supported protocols: NEC RC-5 RC-6 JVC SONY SANYO LIRC RC-5-SZ other 
	Enabled protocols: RC-6 
	Name: ITE8704 CIR transceiver
	bus: 25, vendor/product: 1283:0000, version: 0x0000
	Repeat delay = 500 ms, repeat period = 125 ms
Found /sys/class/rc/rc1/ (/dev/input/event10) with:
	Driver mceusb, table rc-rc6-mce
	Supported protocols: NEC RC-5 RC-6 JVC SONY SANYO LIRC RC-5-SZ other 
	Enabled protocols: RC-6 
	Name: Media Center Ed. eHome Infrared 
	bus: 3, vendor/product: 1784:0008, version: 0x0101
	Repeat delay = 500 ms, repeat period = 125 ms

The real IR device is the “Media Center Ed. eHome Infrared”, so what’s the “ITE8704 CIR transceiver”? We have no idea – maybe there’s some vestigial circuitry for an IR receiver in the computer, and it’s detected during startup, but there no actual IR receiver there? In any case, once we realized what the problem was, we found the solution in a post in the Kodi forum:

edit : “/etc/modprob.d/blacklist.conf” and add the line:

blacklist ite_cir

And reboot

The prevents the operating system from seeing the non-existent IR receiver, and only lets it see the real one. We then reinstalled lirc (which we had removed because so many pages had said it wasn’t necessary) and all of a sudden our remote came back to life, with all the buttons working in Kodi again.  If you have a similar situation, you can try blacklisting the driver for the non-existent or non-functional device in a similar manner.  And if that isn’t the problem, perhaps one of the links mentioned above can help.  That’s Linux for you sometimes – the solution to a problem takes about 30 seconds to implement, but finding it takes HOURS.  🙁

Link: Chorus Is a Powerful Web-Based Remote Control for XBMC

Chorus is an add-on for XBMC that lets you remotely manage, build playlists, queue up videos, organize your library, and do just about anything you want with your media center—all from the comfort of a browser window on another device.

Full article here:
Chorus Is a Powerful Web-Based Remote Control for XBMC (Lifehacker)

Link: How to set up a media center with Raspberry Pi

One of the most popular and useful projects with Raspberry Pi (RPi) board is turning RPi into a media center box. All you need to do is to download a media center image for RPi, and write it to your SD card. There are plenty of media center distributions for Raspberry Pi, such as OpenELEC, RaspBMC, GeeXboX, RaspyFi, etc.

In this article, I will discuss how to set up a media center on Raspberry Pi using two of the most popular media center images: OpenELEC and RaspBMC. Both images use XBMC as built-in media player software.

Full article here:
How to set up a media center with Raspberry Pi (Xmodulo)

Note: If you have any desire at all to be able to get to the internals of Linux, even for something as simple as installing additional software such as Midnight Commander, we suggest using RaspBMC, NOT OpenELEC.

If you tried upgrading XBMC under OS X, run a MythTV backend, and get the error “No PVR Client has been started yet”, see this thread

This thread contains information on the buggy XBMC version 12.3 for OS X, and a couple of suggestions for reverting back to XBMC 12.2, which will fix the problem for now.  This issue does NOT appear to be present in Linux versions of XBMC 12.3.

Link: 4 AirPlay Receivers That Are Cheaper Than Apple TV

Apple users looking at an integrated media solution simply can’t look past AirPlay. By incorporating AirPlay, you build a bridge between your media rig and any of your Apple devices. Show off holiday pictures from your iPhone on your TV, play Spotify audio from your computer on your surround system, or perhaps even mirror your desktop on the television screen. All of it wireless. With AirPlay, your media rig is extended with all of the juicy features and applications of iOS and Mac OS X

To enjoy the benefits of AirPlay, you’ll need an AirPlay receiver, and the Apple TV is by and far the most popular one. Built as a veritable entertainment box, the Apple TV isn’t cheap (it’s a bit under the 100 mark). It’s tempting to look for alternatives; AirPlay receivers that are cheaper than the Apple TV. We’ve laid out four options.

Full article here:
4 AirPlay Receivers That Are Cheaper Than Apple TV (MakeUseOf)

Breaking: Will this spoil the Raspberry Pi? Tiny $45 cubic mini-PC runs Android and Linux

Consider that a Raspberry Pi costs $35 (for the higher end model) and for that money you get no case and no power supply. Now look at what you can get for $45, or perhaps a bit more if you want a more powerful device. If you were going to use a Raspberry Pi with XBMC or some other media center software, you might want to wait until the reviews for this device come in (we’d love the chance to review one, if anyone from SolidRun happens to read this!). Note that it has optical audio SPDIF out, which is something the Raspberry Pi doesn’t offer!

More information here:
Tiny $45 cubic mini-PC runs Android and Linux (LinuxGizmos.com)
SolidRun introduces a small, modern and impressive mini-computer that fits everybody’s budget (cubox-i.com)

Using irrecord to allow LIRC to recognize extra buttons, as from an unused remote and/or a Harmony remote

A few days ago we published an article on Using the Raspberry Pi to control AC electric power. We ended that article by showing how you could control the Raspberry Pi’s GPIO pins using a standard remote associated with a Home Theater PC on the same local network. Actually, come to think of it, there’s nothing to prevent someone from sending such commands across the Internet to a distant system, if one has an application that requires it. But I digress…

One problem that some users might encounter is that there are simply no free buttons on the remote control that can be used for other functions. Or maybe there are extra buttons, but they don’t seem to do anything. Or maybe you have a Logitech Harmony Remote or some other type of universal remote, and you downloaded a configuration for it to match your existing remote and infrared receiver but it added some additional buttons that appear to do nothing. Or, failing all that, maybe you have a spare infrared remote from a no longer utilized or broken device, that you’d like to use to control some additional functions (such as the GPIO pins on the Raspberry Pi, as in the aforementioned article). The question is, can you get your Home Theater PC (the one to which you have the infrared receiver attached) to recognize those additional button presses?

In our experience, the answer is that there’s a high probability, but it seems to depend on whether your infrared receiver can properly receive and decode the additional button presses. Which it just might be able to, even if it’s not doing that now. So, how can you tell what it’s now recognizing, and whether it can be made to recognize additional button presses?

First of all your system must be using the LIRC software for this to work. Most Linux-based home theater software does, so if you have a Home Theater PC and it’s not running some variant of Windows, it probably already has LIRC installed. Note that LIRC is actually a small collection of programs, none of which are actually named lirc, so just doing “which lirc” from a command prompt probably won’t tell you if it’s installed. Instead, you can check for one of the included programs — for example, try “which lircd” (lircd is the lirc background process) and see if it shows a path to that program.

Before you go any further, from a terminal prompt enter this:

irrecord --list-namespace

You may want to copy the output of that command to a text file that you can keep open in another window while you proceed, or just open another terminal window so you can refer back to this one. You could even print out that list if you think it would help. You are probably only going to be concerned with the entries that start with the characters KEY_ (and NOT those that start with BTN_, which may seem counter-intuitive, but that’s just how it is, at least with “MCE” compatible remotes — MCE = Windows “Media Center Edition”, in case you were wondering).

Next you will want to find out which buttons are already recognized. You should do this from a terminal prompt, with none of the software that normally responds to remote control commands running (so kill any instances of XBMC or similar software before doing this). Enter the command “irw” (without the quotes) and then start pressing buttons on the remote. For each button that LIRC recognizes, you will see one or more lines of text appear. Note any buttons that irw doesn’t print out anything for. If you are wanting to add a second remote to get additional usable buttons, see if irw responds to any of those buttons (it’s very unlikely that it will). The buttons that irw does not recognize are the ones we will try to add in the following steps.

Also, as you are pressing buttons and watching the output of irw, note the key names that are already used (they will likely be in the next to last column. Here is why. When you add previously unrecognized keys, you have to give them a name that LIRC understands, which can be any name from the output of “irrecord –list-namespace” that is not already used. If you duplicate an existing button name, one of the buttons won’t work. So, take note of the names already used, and also of the buttons that currently don’t do anything. When you have pressed all the buttons on your remote(s), use Control-C to exit irw.

Now before going any further, take a look at the file /etc/lircd/lircd.conf (at this point we are only going to read it, not write to it, so don’t use sudo):

nano /etc/lirc/lircd.conf

Note that file may contain a bunch of comments, and then a line such as this:

include “/usr/share/lirc/remotes/mceusb/lircd.conf.mceusb”

Whatever file is referenced in that “include” is the file we will be working with, which for simplicity’s sake I will henceforth refer to as the lirc remote configuration file. So close lircd.conf and go to that file:

nano /usr/share/lirc/remotes/mceusb/lircd.conf.mceusb (or whatever file was included in lircd.conf)

You should see some preliminary configuration at the top, and then if you scroll down a bit you should see a line that says “begin codes” — below that, the lines that are not commented out will show key codes that LIRC currently recognizes (even if they do not appear on your remote) followed by hexadecimal values. Now this is where it gets a little confusing. When you are naming buttons in the next steps, you do not want to use any button names that already appear in this file. So the general rule for naming buttons in the following steps are:

1. DO use names that appear in the output of “irrecord –list-namespace”. BUT…
2. DO NOT use names that already appear in the lirc remote configuration file.
3. DO NOT use names that appear when you are using irw to find existing buttons (this should be a subset of ).

Now you are ready to try to add additional buttons to the list that LIRC knows about. The lircd process must NOT be running at this time, so do this:

sudo killall lircd

Now, to see if the additional buttons (or alternate remote) can be used, do this (note this assumes your IR receiver is at /dev/lirc0, which it probably is, but if not you may need to change that reference):

sudo irrecord -d /dev/lirc0 ~/lirctest

The irrecord program will first have you do several things to get some basic information about the remote – this will involve a bit of time and several button presses, so be patient and just follow the on-screen instructions. Then, after it has figured out what it needs to know about your remote, it will ask you to enter a key name — be sure to keep in mind the rules mentioned above! — and after that it will have you press the button on the remote. You can repeat this cycle as often as necessary to get all the buttons you want to add, and at this step you should only add buttons that it doesn’t already know about (ones that did not elicit a response from the irw program). Only do one remote at a time — don’t try to add buttons from different remotes on the same run of irrecord. If, for any reason, you have to quit irrecord before you are finished, delete the file ~/lirctest before you start over.

There may be cases where irrecord simply will not recognize a remote. or does so only with great difficulty. If that is the case, it probably means that either the batteries are dead in that remote, in which case you should restart the irrecord program after changing the batteries, or that the remote is not compatible with your infrared receiver. Different IR devices can operate on different infrared wavelengths, and your IR receiver is probably “tuned” to receive IR commands in a relatively narrow portion of the infrared spectrum. So, don’t be too surprised if some alternate remotes work fine, while others don’t work at all.

After you have run irrecord, the configuration should be in the file ~/lirctest (lirctest in your user directory). What you need to do now is copy the non-comment lines from that file (in other words, the section from begin remote to end remote, including those lines) to the end of the lirc remote configuration file. Before saving the additions, change the name line (right below begin remote) to have a value that is short and meaningful, using all lowercase letters and no spaces (such as name old_vcr if you are adding buttons from an old VCR remote). You may want to save a copy of the original lirc remote configuration file before making any changes, just in case you mess something up. For that matter, I’d also save a copy after you make the additions, since we’re not entirely sure whether the lirc remote configuration file might revert back to the original configuration if an upgrade to lirc comes along. So you may want to keep both a “before” and “after” copy in another directory.

If you want to add buttons from yet another remote, just repeat the process using irrecord. Remember to give the buttons unique names from the list you got when you ran irrecord –list-namespace. Note that the button name you use in irrecord does not need to bear any actual relation to the button name on the remote itself, it just has to be a name that’s not already in use.

Once you have made the additions to the lirc remote configuration file and rebooted the system (to restart lircd and read the new configuration file), run irw again and verify that the new buttons are being recognized. Now you can use those added buttons in your .lircrc file, or in the remote configuration file for a particular piece of software (for example, ~/.mythtv/lircrc for the MythTV frontend, if you are running that).

Readers with Harmony remotes may have noticed that when they looked into the lirc remote configuration file, there was already a lot of buttons defined that do not appear on their remotes, and might have wondered if it is possible to get the Harmony remote to learn those codes. While we have found that getting a Harmony to learn button presses from another remote is relatively easy using the Harmony configuration software — which means it would be easy to add buttons from that old VCR remote, assuming that irrecord was able to recognize it — it’s either difficult or impossible to add raw codes to a Harmony without having another remote that generates them. We tried to figure out if it could be done, but pretty much hit a dead end. If you should figure it out, please feel free to leave a comment explaining the procedure.