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 such as zap2xml (Zap2it TV listings to XMLTV or XTVD .xml). 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. Typically they are used to grab listings for a single over-the-air market, not a hodgepodge of stations and services from various locations. Such programs will create a xml file that contains schedule listings (in TVHeadend it will typically be at /home/hts/.xmltv/tv_grab_file.xmltv, assuming that “hts” is the TVHeadend username on your system), and that file will have all the over-the-air channels in your area, or all the cable or satellite channels from your provider. If you want to use zap2xml and you’ve never set it up before, I’ll give you some setup hints later in this article. But for now, lets assume that you have it all set up and you know how to create an xml file (named /home/hts/.xmltv/tv_grab_file.xmltv) containing your local listings.

Once you have created the xml file, it can be imported into the TVHeadend, MediaPortal, or MythTV database. To import it into TVHeadend, you need to use a file called tv-grab-file, which must be downloaded and moved into the /usr/bin directory on the system running TVHeadend (be sure to make it executable, since it is a bash script). Also, you may need to edit the line in the script that starts with “cat” and contains the path to the tv_grab_file.xmltv file, to specify the correct path and file name of the file produced by your selected grabber program, if it isn’t being saved as /home/hts/.xmltv/tv_grab_file.xmltv. Note that if the tv_grab_file.xmltv file is not owned by the TVHeadend user, it must at least be made readable by TVHeadend – incorrect permissions and/or ownership on this file will make it inaccessible to TVHeadend.

Once you have done that, you tell TVHeadend to use the tv_grab_file script by going to Configuration | Channel / EPG | EPG Grabber page.  First, if any grabbers are enabled in the “Over-the-air Grabbers” section, disable them by unchecking the boxes next to them.  Then, in the “Internal Grabber” section, select “XMLTV: tv_grab_file …”  in the dropdown (you may need to restart TVHeadend or reboot the system before it will appear – if it still doesn’t appear, check the ownership and permissions of the file, it should be the same as the other tv_grab_* files in the /usr/bin directory – owned by root, and executable by all users). This is how it looked in previous versions of TVHeadend:
TVHeadend Internal Grabber SettingsIn the newest versions of TVHeadend you can actually schedule the Internal Grabber to import the listings at a specific time each day. Here I have set it to run at 2:33 AM every day (after commenting out the default):

NEW TVHeadend Internal Grabber settingsAfter you get the schedule grabber working, all you need to do set up a cron job or scheduled task to run your listings grabber (the zap2xml program, or whatever you use) once a day. Then if you have the newer version of TVHeadend as shown above, set it up to import the listings ten minutes after you have run the listings grabber (you could probably get by with a shorter interval, but why rush it – you want to make sure the listings grabber has completed its task before TVHeadend grabs the resulting file).

NOTE: There are some people that find that for whatever reason, they cannot run the tv_grab_file script. This most often happens on systems or devices where bash is not installed (to determine whether that is the case, enter which bash at a Linux command prompt and if bash is installed it will display the path, typically /bin/bash). In such a case it may be possible to use a modified tv_grab_file script. For example, in my Review of the TBS MOI+, I showed a variation of that script that runs under ash (as provided in BusyBox), since the original bash script won’t work in that environment. But if you can’t do it that way, there’s another method that involves using xmltv.sock, which is discussed in this thread on the Kodi forum. The advantage of doing it that way is that your new listings can be imported into TVHeadend immediately after you’ve obtained them, but the disadvantage is that most people find it harder to get that method to work, and the use of tv_grab_file is definitely easier to explain. If you do use xmltv.sock then you must go to the External Interfaces section of the page shown above, and check the box for the XMLTV module (not shown in the screenshots).

Note that after TVHeadend imports NEW channels, you MUST refresh the browser window before the new channels will appear in the EPG Source dropdowns under the Configuration | Channel / EPG | Channels tab. You may even need to close and re-open your browser. Failure to do this is probably the #1 reason people think TVHeadend has not imported the newly-added channels.  You must select an EPG source for each channel before schedule data for that channel will be read into TVHeadend, which will happen on the next scheduled import of the TV schedule data.

NOTE: You can force an unscheduled read of TV schedule data by temporarily setting the Internal Grabber Module to “No grabber”, clicking the “Save Configuration” link, then changing the Internal Grabber Module back to “XMLTV: tv_grab_file …” and clicking the “Save Configuration” link again.

When you are setting up your listings sources (channels) on whatever TV listings service you plan to use, if you don’t know which providers or stations carry a specific channel, you can look it up on Wikipedia, which will often tell you which providers and/or local stations carry that channel.

There are some national services that I will not name here, but that aren’t listed in the channel listings because they aren’t intended for viewing by home viewers. You need to get creative with those. For example, if you just happen to find a feed of the QXZ network, and you are smart enough to not blab about it all over creation so that the signal gets scrambled, you may be able to get listing data for at least prime time by grabbing the listings for the network owned “flagship” station in your time zone, which might be WQXZ on the east coast or KQXZ on the west coast. Of course the QXZ network is totally fictitious, but hopefully you get the idea.

If you spend a little time studying the XMLTV File format, you can even write your own scripts or programs to create “fake” XMLTV data for certain stations – I suppose you could even do it manually if you are a very patient and precise person.

There is one pitfall to all this, which was actually more of a problem with a grabber program that’s no longer useful due to changes in the underlying service, but I’ll mention it anyway just in case you ever run across it. The various schedule sources sometimes change channel ID numbers without any advance warning, particularly when you are grabbing terrestrial (over-the-air) channels. If you find that the schedule data for a particular channel “runs out” after a certain day, it’s probably because the ID numbers have changed. In TVHeadend, go to the Configuration | Channel / EPG | Channels tab, find the affected channel(s), and change the EPG Source using the dropdown – you will probably see both the old and new ID’s, usually one underneath the other. Uncheck the old one and check the new one, and the next time TVHeadend updates its EPG information, it should be okay (don’t forget to click the “Save” button before you leave the page!). By the way, in case you hadn’t figured it out from the previous paragraphs, that’s the place where you select the channel data to associate with a channel in the first place, but I will again note that if the EPG sources aren’t appearing in the dropdowns after TVHeadend has imported your xml file, then you may need to refresh the page, or close and re-open your browser.

EDIT: For those that have never set up zap2xml before, here is the general procedure. These are basically their instructions, but with some added comments to help clarify what needs to be done.

1. Register your free TV Listings account (input zip/postal code and select lineup) – COMMENT: I suggest you only select an over-the-air lineup, not a cable provider and particularly not a satellite provider, and here is why. When you are finished adding all your “favorite channels”, change your location to a zip or postal code in your time zone, but in a place where it’s impossible to receive any of the favorites you have selected. What you will then notice is that in the Zap2it grid, no channel numbers are displayed for each channel. That is a good thing, because as I mentioned above, channel numbers can change without warning (particularly on cable or commercial satellite lineups) and this will stop the channel numbers from being imported into TVHeadend. When channel numbers aren’t shown, zap2xml cannot include them in the channel ID strings it creates, therefore you no longer need to be concerned that an unexpected channel number change will leave you without EPG data for one or more stations.

(I will just note here that recent releases of zap2xml allow you to select TV Guide as your listings source instead of Zap2it. While TV Guide arguably provides better program descriptions, it will not allow you to display listings or favorites from more than one TV market area at a time, and they do use channel numbers in their identifiers and there is no way to disable that. Since satellite users often watch channels from several different TV market areas, I suggest sticking with Zap2it unless you have such mad programming skills that you can figure out how to combine separate listings from the different areas where your channels originate, and you don’t mind creating a separate TV Guide account for each such market area).

2. Click Set Preferences:

Manage Favorite Channels

COMMENT: It has come to my attention that some people don’t seem to understand why you should set favorite channels. The reason for using favorites, and then setting Zap2it to display only those favorites, is to reduce bandwidth usage. This has three benefits, two for you and one for Zap2it. First, if your ISP enforces usage caps, you’ll be using less data if you’re not downloading schedules for stations that you cannot receive or that you never watch. Second, it takes time to download schedule information, so when you are testing (as you might after adding a new channel) you won’t have to sit and twiddle your thumbs while unnecessary schedule data is being downloaded. And finally, if everyone downloaded a monster amount of schedule data from Zap2it every night, it could increase their costs, and then they might change things to make this data completely unavailable to us. This is also the reason I tell you to use a six hour grid below; it reduces the amount of data that you receive (and that Zap2it has to send) while obtaining schedule data, without omitting necessary information. Please follow the instructions in this section exactly as shown, even if some other well-intentioned person tells you (incorrectly) that these settings don’t do anything.

  1. Select your favorite channels from the “Available Channels” and put them in the “My Favorite Channels” list – COMMENT: Once you select a location and select your favorite channels, you can then change your location (using a different zip or postal code) and add more favorites from the new location, without losing the ones you have already added. So, you are not limited to adding only channels that are available to a particular zip or postal code to your favorite channels list.

Additional Settings – COMMENT:  These are VERY IMPORTANT, don’t skip any of these steps! And, please don’t listen to anyone who says these are not important – see the explanation above.

  1. Checkmark [✔] “Show six hour grid”
  2. Checkmark [✔] “Show only my favorite channels in the grid”
  3. Click “Save”

3. You may need to install the required supporting perl libraries (not needed with the Par-Packed Windows file) – COMMENT: I’d try step 4 first before you go adding any perl libraries, as they may already be present.

4. Run zap2xml with the userEmail and password parameters of your account – COMMENT: Watch the output and see it complains about missing Perl libraries. If so, see step 3. Here is how you might invoke it, assuming that you are running TVHeadend and that your TVHeadend user is “hts”:

./ -u -p yourpassword -o /home/hts/.xmltv/tv_grab_file.xmltv -c cache -F -O -T -q

(Leave off the -q while testing, because it may suppress error messages that you’ll want to see). This assumes that you have created a directory named “cache” (as a subdirectory off the directory where the script is saved) and that you have either already created a file /home/hts/.xmltv/tv_grab_file.xmltv (can be a zero byte dummy file to start) and made it world writeable, or else that you are always going to run the script as the TVHeadend user, in order to avoid file permissions issues. Of course, you must create the /home/hts/.xmltv directory if it doesn’t already exist. The point is that when you run the script and it tries to create the /home/hts/.xmltv/tv_grab_file.xmltv file, you don’t want it to fail due to file permissions or ownership issues.  You can read about the options shown above, and others you may wish to use, on the zap2xml home page (in particular, you may want to use something like -d 12 to get 12 days of listings instead of the default 7).  NOTE: Should you happen to be running OpenElec or LibreElec, which I most emphatically DO NOT RECOMMEND, will not work for you, in part because you may find it difficult or impossible to get to a command line, but also because Perl is not available.  There is an alternative for OpenElec/LibreElec that is written in Python, but I have absolutely no experience with it.

5. Optionally set up a cron job/task scheduler task to run it every day – COMMENT: Keep in mind that when setting up a cron job, you must use full paths, and not any shortcuts such as “.” or “~” in the path. The cron job or task should be scheduled to run a few minutes BEFORE TVHeadend’s Internal Grabber is scheduled to run. So if TVHeadend’s grabber is set to run at 2:33 A.M., you may want to run your cron job that invokes zap2xml at 2:23 A.M., giving it ten minutes to finish (which is, generally speaking, more than ample time for it to run to completion).  Please set it to run at some odd random time (in other words, not right on an hour, half hour, or quarter hour mark) so that everyone isn’t clogging up the servers at once.

(End of edit.)

I am painfully aware that there is nothing at all that is easy about this process, and it probably makes you wish that we had European-style free-to-air services, where EIT guide data is embedded right in the program stream (lucky Europeans!1). But since we don’t, I just wanted you to be aware that you don’t need to have a blank EPG in your Kodi Live TV section. There is definitely a learning curve to getting it all working, but the more you work with it the more you will understand how all the pieces fit together. You may never be able to get schedule data for every channel you can receive, and you’ll obviously never find it for “wild feeds” that come and go, but I’ve been able to populate the EPG grid for quite a few of the stations I’m able to receive on my dishes.

(By the way, if you want icons for the channels, at least in Kodi you have to load those to the frontend system – as far as I can tell, there’s no good way to put them in the TVHeadend backend server and have Kodi get them from there. So just create a directory, dump your channel icons there, rename them to EXACTLY match the channel names except for the extension – for example, if you have a channel named “Big Fart Channel”2 then the icon file name should be “Big Fart Channel.png”, or whatever the correct extension is – then in Kodi go to System | Live TV | Menu/OSD and modify the “Folder with channel icons” setting to point to the directory containing the icons.  And yes, I’m aware that you can supposedly enter a path to a “User Icon” for each channel in TVheadend’s Configuration | Channel / EPG | Channels tab, but those are really intended to be the paths to “picons” supplied by TV channels in some other parts of the world.  I’ve found that if you attempt to use those, more than likely you are going to slow down Kodi or cause some other undesirable effect, such as Kodi hanging when you attempt to quit Kodi.  You are better off to store your channel icons on each of your devices that run Kodi.)

If you know of any software tools that would make this easier, or pick up any hints or tips that I have not mentioned, please feel free to post a comment (but be aware that I will not approve spam comments that promote commercial services. Also, I don’t need any praise – if you like this article, don’t tell me, tell your friends that have satellite dishes and that could possibly benefit from this information!).

Here are some possibly useful links:

zap2xml software and documentation.
tv-grab-file, a file used with TVHeadend to import xmltv format data
Zap2xml for ATSC in OpenELEC (Kodi forum thread)
Installing zap2it grabber in OpenELEC (YouTube Video)
Setup instructions and files for Synology NAS users (TVHeadend forum thread)
NextPVR – EPG Setup – XML/XMLTV EPG – Zap2it & Zap2xml (NextPVR forum thread)
Home DVR Tvheadend OTA EPG Setup (Part 2) (YouTube Video)

Note regarding the video in the previous link: It shows the basic setup, but using an older version of TVHeadend, and using the free version of the mc2xml listings grabber which stopped working in July, 2015. So, don’t use mc2xml, use zap2xml instead. Carefully read and follow the instructions at the top of that page on how to set up your Zap2it account, and also consider utilizing the tricks I mentioned earlier in this article.

If you found this article useful, you may like my followup article, A few Linux utilities that are useful for manipulating XMLTV schedule files.

1 Sure, the lucky Europeans get EIT guide data with their free-to-air channels, but at least we don’t have to pay a “telly tax” on each TV set we own, so there’s that!
2 Someone REALLY should start the “Big Fart Channel” – that would be a real gas! And with that, this article has really bottomed out. What do you mean, my puns stink?


7 thoughts on “Some hints for getting free-to-air satellite channels into the Electronic Program Guide in Kodi (or another frontend)

  1. Excellent article and a great blog! I have learned a lot here. Thank you for your very clear descriptions and to-do steps.

    You mentioned, “By the way, if you want icons for the channels, at least in Kodi/XBMC you have to load those to the frontend system – as far as I can tell, there’s no good way to put them in the TVHeadEnd backend server and have Kodi/XBMC get them from there.”

    I put my tv logo icons in tvheadend and it seems to work just fine for me. I am using a WeTek OpenELEC box with OpenELEC 6.0 and tvheadend 4.0.8, both loaded on the WeTek box.

    In the /storage folder I have a sub folder called scripts, so /storage/scripts. I put another sub folder in there called tvlogos. So, /storage/scripts/tvlogos

    I have png logos for each of my North American ATSC channels in there. There was nothing to configure in Kodi other than in add on, services, tvheadend, the xmltv file name/location had to be selected.

    In tvheadend in the configuration, channels tab, in the user icon column where the picons are supposed to go, I put file:///storage/scripts/tvlogos/3.1.png for example which would be for the png file logo for channel 3.1. Then I did the same for each channels row, putting the correct png in for each channel.

    Save, shutdown the box and restart.

    The first time the logos loaded into the guide it took a little time, probably less than 30 seconds for most of the logos, and once the logos were in place, they seem to stay in place and there is no delay when making selections or seeing the guide in Kodi.

    I don’t know if there is special code in the box as WeTek tweaks the OpenELEC code I think. And tvheadend is also an add on that may have been specially prepared for the WeTek box, I just don’t know. I know tv_grab_file was just there and it works. I did not need to get a grab file elsewhere–even though I tried that and learned it was not needed and did not work.

    There is something funny about the order in which things are done. I do not remember exactly what I did because initially I could not select the XML file option in tvheadend in the internal grabber area. Mine said disabled. But somehow after having an xml file in a directory folder and having Kodi know where it was located, the dropdown selector box in the internal grabber area started to show the option for the XMLTV module. Then everything began to work. Meaning I could continue in tvheadend to finish up the configuration.

    It was not easy as you say. I am not a programmer or a developer and it took days of playing around to get the feel of where things are and what they might do. Your blog was extremely helpful to me in that regard as I was trying to find the lay of the land.

    Another thing that stumped me for a long time was that OpenELEC read only file system. I couldn’t seem to write or place files where so many forum/blog directions said to. Only the /storage folder or directory can be written to. Also confusing is the fact that tvheadend on linux may well be different than tvheadend on OpenELEC or on WeTek OpenELEC so sometimes instructions found on the internet do not apply. It just takes time to figure things out.

    Anyway, I now have a free, good looking, and working tv guide. Thanks again for helping me with that!


  2. I was trying to help someone set this up and it became clear that they were having trouble understanding how to get tv-grab-file onto their system, as well as the difference between the tv-grab-file script and the tv_grab_file.xmltv listings file (the latter is what zap2xml should be creating), which are two totally different files. Assuming that the tv-grab-file script remains available in its current location, an easy way to get it onto the TVHeadEnd backend system is to do this from a Linux command prompt:

    cd /usr/bin
    sudo wget
    (enter your password for sudo, then wait for the file to download, when it is finished…)
    sudo chmod +x /usr/bin/tv_grab_file

    The script assumes that the listings file produced by the zap2xml program will be named tv_grab_file.xmltv and will be located in the /home/hts/.xmltv directory, assuming that the TVHeadEnd user is hts (the default). So the full path to the file would be /home/hts/.xmltv/tv_grab_file.xmltv and when you are first setting it up you can do this to make things a bit easier:

    sudo touch /home/hts/.xmltv/tv_grab_file.xmltv
    sudo chmod a+rw /home/hts/.xmltv/tv_grab_file.xmltv

    The above creates a dummy listings file with nothing in it and makes it world readable and writeable. Then when you run zap2xml, you can use the -o argument to put the output file in the correct place (-o /home/hts/.xmltv/tv_grab_file.xmltv) and it will still retain the permissions you set. By doing this you do not need to edit the tv-grab-file script. If you have a reason to create the tv_grab_file.xmltv in some other location, then you can simply copy that file to /home/hts/.xmltv/tv_grab_file.xmltv when you are ready. Don’t forget to schedule a time for the tv-grab-file script to run in the “Internal Grabber” section, as shown in the screenshot.

    You might want to add this bit of clarification to your instructions.


  3. Wish to point out something for some who may be affected: In the OpenElec WeTek box (and OpenElec in general I believe) one cannot run the perl script (ZAP2XML) because perl is not installed. Apparently it can be, but that is yet another difficult bridge to cross. Often the zap2xml perl script is run elsewhere; the xml file is created there, and then it is collected/placed into the proper OpenElec directory by OpenElec for use. I think! It has been some time and I no longer clearly remember the details.


    • There is a thread at the OpenELEC site (at where someone installed Perl but I’m not sure how they did it given that OpenELEC tries so hard to keep you away from the command line (which is one reason I absolutely refuse to have anything to do with OpenELEC). The thread almost 4 years old as I write this but assuming you have a 64-bit system, and that you can somehow execute commands from a command prompt or a script, it appears this may work to install perl (specifically, ActivePerl):

      mkdir -p /storage/downloads/activeperl
      cd /storage/downloads/activeperl
      tar xzf ActivePerl-
      cd ActivePerl-
      ./ –prefix /storage/ActivePerl –license-accepted –no-install-html

      You may want to change the version number in the above lines to the latest, if there is a newer version of ActivePerl available. Here’s an example of installing a perl module:

      /storage/ActivePerl/bin/ppm install Bundle-Compress-Zlib

      As far as I can tell, getting the required modules (listed near the top of the zap2xml program) may be the hardest part since ActivePerl doesn’t seem to use standard naming conventions such as you would find using CPAN (the usual way to install Perl modules). You could always visit the ActivePerl user forums if you get stuck, I suppose. zap2xml does require several Perl modules (listed near the top of the program in the “use” statements) but some of these may be included in the ActivePerl package. You can always try running the program and see which missing modules it complains about. In any case, I agree with you that they don’t make this easy.

      Creating the listings file on a different system and moving it to your backend system is a perfectly valid approach, and can same you some headaches. The trick will be figuring out how to do the move automatically after the script is created, without daily user intervention, which is quite possible but not always the easiest thing to explain.

      Personally, I would tell anyone who is contemplating setting up a TVHeadEnd backend to save yourself some grief and avoid OpenELEC like the plague (they REALLY don’t want you doing anything from a command prompt), and unless you know your way around in Linux, avoid hardware devices that don’t allow you to install standard versions of Linux such as Ubuntu (Ubuntu Server is preferred if you don’t need a desktop) or Debian. The reason is that you get into exactly the kinds of problems that users are running into, where you may find a version of TVHeadEnd that runs but the minute you need to install something else to work with TVHeadEnd you run into all these minor headaches. OpenELEC is a particularly infuriating program because they basically act like they own your machine and that you really shouldn’t ever need to do anything from a command prompt, which is ridiculous. And small devices may run special low-memory versions of Linux that don’t include bash, or that don’t give you an easy path to installing or upgrading software such as Perl. I really do get the desire to run a device that doesn’t suck up electricity like a sponge but at some point you have to ask yourself, how many problems are you willing to work through in order to get this all working? And keep in mind that you can’t install a PCIe satellite tuner card on most of these small devices, so there’s also that.


      • FTA,

        I hear you. Especially the “I would tell anyone who is contemplating setting up a TVHeadEnd backend to save yourself some grief and avoid OpenELEC like the plague..” I agree.

        I didn’t feel up to getting ($$$) a new real mini (small, quiet and next to the TV) computer that runs standard GNU/Linux. I looked at the Pi2 and then stumbled onto the OpenElec WeTek box which also had an ATSC antenna input built in. Seemed a little slicker than a Pi at the time, all-in-one and so on.

        OpenElec seemed like a good idea as I was running Kodi on a Mac mini running Windows 7 but I had Kodi issues with that setup too. Especially memory/cache glitches with the legit add-ons. The tiny OpenElec system seemed to offer purpose built rock solid quality with a TV/media focus, but alas, what good is it when it is incomplete and will not let one fill in the gaps!?

        I used WMC to record TV (great guide and recording options and no major problems) and Kodi on my Windows/Mac to watch my ripped movies and some internet TV with the legit add-ons. I had hoped to get everything into one box-like system since Windows Media Center has no future.

        Whatever I did, it had to be an “open” setup so that *unlike* DirectTV DVRs–whatever I recorded and wished to save, I could! (My DirectTV DVR broke, and all my saved recordings went with it…because you can’t open the sealed unit, no outputs or exports, etc. etc… I wanted my own stuff to remain my own stuff. Not to mention all the subscription fees paid.)

        Lately I have moved away from Kodi as well. Honestly, I cannot figure out what Kodi actually offers. There is always a bit too much missing, or rough, or not fully implemented.

        For ripped movies I’ve been using VLC as it is simple and fool proof. Pick the file and play. Does MKV and ISO without complaint. But I miss the “control” of Kodi with a handheld TV controller. However I do not miss all the fussing of putting art and info into Kodi for my movies only to have it go “poof” which has happened twice.

        I like many of the legit add-ons that Kodi offers, but more often than not, the ones I use break–sometimes for days–then they get updated and work again sort of. Lot of glitches lately. I have given up and mainly use WMC and Roku and VLC.

        My OpenElec WeTek box was a working experiment but it was too much work, and now that OpenElec development has split to Libre–somewhat due to the WeTek arrangement the lead developer had–I am not hopeful for good support.

        Also no sooner had I gotten the WeTek box and there was a newer one and many of the developers were already panting after it leaving my box and its unresolved issues behind.

        I think I researched every “box” there ever was or was promised, new and old. It is clear to me now that there will never be an open or free all-in-one TV “box” of any value. Only a hodgepodge of open source things hooked together to record (and save in an open format) Antenna TV–with a decent TV guide for North American TV–and to watch ripped/saved DVD movies.

        The dream of a simple free/open TV box should just die and be buried in the vast bone yard of all the dead unsupported proprietary boxes.

        Only harnessing a standard computer stands a chance in this hodgepodge soup. And even then, I don’t know…it’s so much work.

        Thanks again for your useful blog posts and take care.



      • Well all I will say is that for free-to-air satellite, I would recommend using a computer with at least a couple of PCIe card slots (or more) so you have the flexibility to add PCIe tuner cards as your budget permits, and as technology advances. And for the operating system, I would say that if you know Windows then run Windows 7 or 8 as long as you can (although it may not matter as much if you are only running a backend server), and if you know Linux then run Ubuntu Server or Debian. I run TVHeadEnd under Ubuntu Server, and there are advantages and disadvantages to doing that.

        You say, “The dream of a simple free/open TV box should just die and be buried in the vast bone yard of all the dead unsupported proprietary boxes.” Actually it’s been tried, sort of, with the Boxee box – the hardware wasn’t free, of course, but the software was, and we saw how well that did. The real issue is that developers of complex projects like that tend to get fatigued – fixing bugs and making changes when an online service changes is not fun for them. Adding new features is fun for a developer, but if you ask a user, they often would much rather see existing bugs fixed than new features added. And, most developers absolutely hate having to work with another developer’s code, particularly if they haven’t been contributing to that code from the beginning. So what happens is that a developer gets tired and leaves, and no one else wants to take over their code (the recent problem with the YouTube addon in Kodi), or worse yet, they start thinking they are indispensable to the project and become a pain in the ass to all the other developers (again, this seems to be a problem in the Kodi project).

        There are parts of programs such as Kodi that work well and should be left alone – no reason to try and “improve” them when they work, but some developers can’t leave well enough alone, apparently. But on the other hand, changing technology and hardware does necessitate making some changes, unless you want the code to only work on older devices. And then there is the problem of security updates, which are necessary but may break things.

        Everything becomes out of date eventually, even your TV. So if there is a decent “TV box” that you like, realize it’s not going to work forever. But if you have built a computer using off-the-shelf hardware and free, (preferably) open source software then there is a much greater chance that you will be able to keep using that same hardware for years. The software may change, and you may even have to replace a tuner card if newer technology comes along, but at least such changes are possible. With someone’s “closed” TV Box, once the manufacturer stops supporting it, you’re through. But if that box was inexpensive to purchase, you may not care if you don’t get decades of use out of it. If you are someone who doesn’t enjoy messing with computers and trying to figure out how they work, then one of those closed boxes is probably your only viable option. But if you are willing to try to learn about the hardware and software involved, you have a better chance (and note it’s still only a chance) of making your system work exactly the way you want it to work.

        As you have come to realize, if you “do it yourself” it can be a lot of work, depending on your expectations. Some people will consider the result well worth the effort, while others will prefer whatever off-the-shelf solution they can buy. I really struggle with some of this stuff, particularly because I can barely get around in Linux, but after a couple of years I’m pretty happy with the backend system I have now. Yeah, Kodi still leaves a lot to be desired, and honestly I wish there were a competing equivalent open source product, or even that something like MediaPortal (currently a Windows-only program) could be ported to other platforms. But keep in mind that this type of TV hardware is still in its relative infancy; it’s only fairly recently that people have gotten used to the idea of watching TV delivered via IP networking. So there is at least an even chance that something better will emerge.

        Technology takes time – I remember in about 1996 or 1997 hearing the first live audio streams delivered over the Internet (anyone remember RealAudio?) and the first thing that occurred to me was that if they could do that, they could send telephone calls over the Internet and avoid expensive (at that time) long distance toll charges. But it took another five or ten years for phone calls over the Internet (VoIP) to actually become a thing that people used. Television delivered over IP networking, whether a local network or the Internet, is still in the relatively early stages, and we may all be surprised at what it looks like five or ten years from now.


      • One small addendum to my previous comments. For those who insist on ignoring the good advice to avoid OpenElec and LibreElec, there is a thread at that indicates that someone rewrote zap2xml in Python just so it could be used with those systems. It is packaged as a Kodi addon, probably because OpenElec and LibreElec don’t allow running anything from a command prompt. This is in no way an endorsement of the addon or of OpenElec or LibreElec, and I strongly urge those who are trying to set up a backend system for the reception of free-to-air satellite to avoid the -Elec distributions, if for no other reason than that you my find it impossible to install the necessary drivers for your tuner cards.


Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s