Difference between revisions of "Hardware Requirements"

From MythTV Official Wiki
Jump to: navigation, search
m (Basic requirements for a MythTV setup: linkify ARM systems)
Line 2: Line 2:
  
 
==Basic requirements for a MythTV setup==
 
==Basic requirements for a MythTV setup==
As you probably know, Linux will run on pretty much anything. MythTV relies on the [[FFmpeg]] codecs for any video handling, which are heavily optimized for the x86 architecture. Due to this, modern 64-bit processors from AMD and Intel are the preferred basis for a MythTV system. Older 32-bit AthlonXPs and Pentium 4s, low power VIA systems, and the increasingly common ARM systems, should be avoided.
+
As you probably know, Linux will run on pretty much anything. MythTV relies on the [[FFmpeg]] codecs for any video handling, which are heavily optimized for the x86 architecture. Due to this, modern 64-bit processors from AMD and Intel are the preferred basis for a MythTV system. Older 32-bit AthlonXPs and Pentium 4s, low power VIA systems, and the increasingly common [[ARM Systems|ARM systems]], should be avoided.
  
 
===Video capture card===
 
===Video capture card===

Revision as of 09:56, 15 June 2013

This article gives an overview of the hardware requirements for a MythTV system.

Basic requirements for a MythTV setup

As you probably know, Linux will run on pretty much anything. MythTV relies on the FFmpeg codecs for any video handling, which are heavily optimized for the x86 architecture. Due to this, modern 64-bit processors from AMD and Intel are the preferred basis for a MythTV system. Older 32-bit AthlonXPs and Pentium 4s, low power VIA systems, and the increasingly common ARM systems, should be avoided.

Video capture card

Main article: Video capture card

All recording through MythTV is performed by the backend. The backend can handle as many tuners as you can physically fit in the system, and if that is not enough, you can run multiple backends located on additional hardware to expand your capabilities. Each simultaneous recording and Live TV session requires a tuner input. If you want to have padding on back-to-back recordings, you need additional tuners. Note that only one backend is needed on the network, and additional PCs can be configured as frontends with no local capture card.

Some users will have access to IPTV based off the FreeBox model, for which MythTV can use a virtual network tuner. Most users will need some form of digital tuner. North American users need ATSC, European and Australian users need DVB, and Japanese and South American users need DVB. Both IP and digital television makes use of streams compressed by the broadcaster. MythTV need merely copy this data to disk for pristine, lossless quality.

For users with no access to digital broadcasts, or broadcasts restricted by encryption, analog capture devices are needed. Cheap capture devices are called framegrabbers, and require independent capture and software encoding of audio and video. Very cheap ones cannot capture audio, meaning they must be used with a separate sound card. These are nothing but a hassle to deal with. The recommended type is a hardware encoder. These will output compressed MPEG files similarly to how the digital tuners behave.

Video display (graphics) card

Main article: Video display card, category: video display cards

Depending on your needs you will want one with S-Video out (normal TV), SVGA (monitor/most HDTV screens) or DVI-D / DVI-I (projector/LCD/plasma/HDTV screens).

Sound card

Main article: Sound card, category: Sound cards

You need a separate one for each grabber card, if it doesn't have an on-board sound digitizer. Nowadays most motherboards have built-in sound'cards'. Be sure the card is full duplex if you want to record and playback using the same card. The PVR350 has its own audio-out.

Performance issues

Whilst the basic hardware configuration is simple, with this being the world of PC hardware and Linux, there are a million and one options that you may wish to take into account.

Most MythTV users seem to prefer hardware capture devices such as the Hauppauge PVR-150]] and PVR-500]] TV cards (or digital DVB cards), which do all of the capture and compression on board. This means your CPU doesn't have to compress the TV stream itself, making the basic CPU requirements very low indeed. People who use "dumb" capture cards (i.e. those without onboard compression) have to compress the TV stream in software using either MPEG-4 or RTjpeg, and so will require free CPU time in order to watch and record TV. Here are some rough guidelines taken from mythtv.org as regards software encoding:

  • A PIII/733MHz system can encode one video stream using the MPEG-4 codec using 480x480 capture resolution. This does not allow for live TV watching, but does allow for encoding video and then watching it later.
  • A developer states that his AMD1800+ (~1.6Ghz) system can almost encode two MPEG-4 video streams and watch one program simultaneously
  • A PIII/800MHz system with 512MB RAM can encode one video stream using the RTjpeg codec with 480x480 capture resolution and play it back simultaneously, thereby allowing live TV watching.
  • A dual Celeron/450MHz is able to view a 480x480 MPEG-4/3300kbps file created on a different system with 30% CPU usage.
  • A P4 2.4GHz machine can encode two 3300Kbps 480x480 MPEG-4 files and simultaneously serve content to a remote frontend.
  • A Pentium Celeron 600 MHz with a Hauppauge PVR-150 can record and playback MPEG-2 material simultaneously.

Further information can be found at the PVR hardware database, which is a list where users report their system configurations and performance under various conditions.

An important addendum applies to all of you wishing to use HDTV with a PCHDTV card. Playback of HDTV is *very* computationally intensive, and requires a Pentium class processor of at least 1.3GHz or equivalent in conjunction with a graphics card with accelerated drivers, according to the documents at http://www.pchdtv.com. Pretty much any system built in the last two years with an nVidia graphics card will be fine.

System architecture

One of the most perplexing decisions facing a newcomer is the mystical frontend/backend configuration, which I'll attempt to explain here. MythTV actually comes in two parts:

  • backend server - handles all the complicated stuff (control of the TV cards, commercial detection, file serving to frontends, the program database)
  • frontend - the bit you (hopefully) see on your screen, which handles the display of the interface, decoding and playback of audio/video streams and user interaction (such as remote controls).

Most people first opt for a combined frontend/backend, which means running the frontend and backend software on the same machine. Other configurations are a single backend and multiple remote frontends, and multiple backends connected to multiple frontends. If this all sounds confusing, read on.

Combined backend/frontend

Here you run mythbackend and mythfrontend in tandem on a single machine, to which we can also attach additional frontends. This is the simplest setup, but has a few disadvantages:

  • If this box is living in a social area, such as under the TV, you're probably going to have to jump through a few hoops to get it nice and quiet.
  • Again, you're probably going to want this box as appliance-like as possible, which usually means a pretty case that isn't too huge. This will limit your ability to expand the box without moving to separate frontends and backends
  • There is a limit to the number of TV cards a single computer is able to hold

The ideal solution to these problems is running mythbackend and mythfrontend on separate machines.

Separate backend and frontend

Here, all we do is take our backend software and throw it into some box out of sight - under the stairs seems a popular location. Since mythbackend does all the hard work, all the equipment for that hard work (TV cards, MySQL server, 30 terabyte RAID array) will also reside in this computer. In one fell swoop we've removed most of the hot and noisy components from under our TV and placed them somewhere they won't be noticed, so we can concentrate on making our frontend as pretty and as quiet as possible. All that needs to be done is that the frontend and backend need to be networked together, and a few minor configuration changes are made to the way Myth operates, and we're all set. We can also connect as many additional frontends as we have capacity for if you wish to show your recorded TV shows elsewhere in the house. Again however, there are disadvantages:

  • Setting up two machines and networking them all up will incur additional cost and complexity
  • We've still only got a single machine that can accept a limited number of TV cards

Which brings us on to...

Multiple backends

Whilst most households are content with a single backend with one or two TV cards, if you want to provide TV to multiple frontends simultaneously, you're going to require a large number of TV cards which your single backend won't be able to support. Here we simply add more backends into the fray, and again network them up in such a way that all the Myth machines can talk to one another. This essentially provides you with TV that is limited pretty much only by your wallet!

Of course, it is also possible to mix and match a bit. My personal setup consists of two combined backend/frontends (one runs with a PVR-250, the other with a DVB card) and a single "dumb" frontend which is primarily used for watching recorded content.

Advanced configurations can include making diskless (as in no hard drive) frontends which can boot over the network which makes for a very quiet machine, and storing/loading content from machines that have nothing to do with MythTV whatsoever. Again to cite my own example, the mythbackend boxes store all of the TV content, but the database lives on my Debian file server, as does all of my music and video content. Shares have been set up via NFS or Samba so that the backend machines can access the files from the file server, and pass them along to the frontends.

As you can see, given enough machines to play with, MythTV can be expanded to do pretty much anything!

Now that we've covered what Myth is capable of in terms of expandability, I'll delve into the more specific questions concerning types of hardware in the following sections:

  • File Storage: How much disc space will I need for all this?
  • Network: How much network bandwidth am I going to need?

Additional Customization

Many people also look beyond the basic hardware for more customized and aesthetically pleasing solutions

There is also an effort to provide a working mythfrontend on an XBOX.