|Input Formats||not applicable|
|Support Status||Works with MythTV 0.21, but not explicitly supported|
Works with MythTV 0.22 and greater
|Driver||Linux cx18 driver|
|Sound Driver||Not needed, the hardware encoder will multiplex the audio with the video stream.|
|Chipset||Conexant CX23418 MPEG-2 encoder, and CX24227 ATSC demodulator|
The Hauppauge WinTV-HVR-1600 has two tuners (1 digital / 1 analog) ATSC/NTSC capture board by Hauppauge Computer Works. The card is PCI based, and is designed for use in North America where NTSC and ATSC signals are used for television broadcast. Non-NTSC analog baseband video can be captured using the basedband video input (CVBS or S-Video).
The HVR-1600 is a capture card from Hauppauge (pronounced /hɔphɔg/ like the Hamlet on Long Island, New York where the company originated and still resides) Computer Works. The design is made entirely of Conexant chips. The Conexant CX23418 is the TV broadcast decoder, MPEG2 encoder, and host bus interface chip. The CX23418 is the next generation of the CX23416 that was used on the very well supported PVR-150 and PVR-500 series cards, it combines the hardware encoding engine of the CX23416 with a CX25843 broadcast decoder/digitizer core on one chip. The only other chip worth mentioning is the new Conexent CX24227 ATSC demodulator used for digital TV reception. The retail version of the card supports and comes with an IR Blaster and Receiver, as well as a Remote. The over-the-air tuner supports all ATSC formats, up to the high definition 1080i format. Some of the HVR-1600's (product code 74021 and 74041 found on the tuner label) also support Clear QAM, which is most likely the stuff your cable company uses for your local HD channels. Again, the analog tuner supports encoding NTSC into MPEG-2 at 720x480 resolution with a data rate of up to 12Mbits/sec.
The cx18 driver code is based heavily on the ivtv driver code; hence the strong similarity between the ivtv and cx18 driver (as far as MythTV is concerned).
Options for Linux Drivers
Drivers included in recent kernels may contain a bug which causes stuttering in TV playback. Concurrent Analog and ATSC capture are working with current driver. The latest stable version can be found here: http://www.linuxtv.org/wiki/index.php/How_to_Obtain,_Build_and_Install_V4L-DVB_Device_Drivers
Further information that may be useful are the following lspci command outputs.
02:02.0 Multimedia video controller: Conexant Unknown device 5b7a
02:02.0 0400: 14f1:5b7a Subsystem: 0070:7404 Flags: bus master, medium devsel, latency 64, IRQ 5 Memory at f8000000 (32-bit, non-prefetchable) [size=64M] Capabilities: <access denied>
02:02.0 Multimedia video controller: Conexant Unknown device 5b7a Subsystem: Hauppauge computer works Inc. Unknown device 7404 Flags: bus master, medium devsel, latency 64, IRQ 5 Memory at f8000000 (32-bit, non-prefetchable) [size=64M] Capabilities: <access denied>
Improvements in the Digital tuner affecting Clear QAM have been made by developers @ KernelLabs.com. These improvements are now available in the main v4l-dvb tree @ linuxtv.org and should result in improved experience compared to drivers compiled before 11/15/2009.
A serious error can occur if the user has a cx18 card and an NVIDIA Graphics card(with/without using the restricted drivers.)This error has been confirmed here with a work around here. See Hauppauge_HVR-1600#Common_Problems for more info.
New drivers are needed for this card provided by linuxtv.org.
- Stop the MythBackend to avoid receiving errors while installing these drivers.
sudo /etc/init.d/mythtv-backend stop
- Download the latest.
sudo apt-get install mercurial linux-headers-`uname -r` build-essential qt3-dev-tools libncurses5-dev for Fedora: yum install mercurial linux-headers-`uname -r` build-essential hg clone http://linuxtv.org/hg/v4l-dvb
Or if you are updating, instead of the clone command above:
cd v4l-dvb hg pull -u http://linuxtv.org/hg/v4l-dvb hg update
- Pre-Compilation Steps
cd v4l-dvb #(if you are not already in that directory) sudo make rminstall sudo make distclean sudo make menuconfig #(default selections are probably appropriate so this step should be unecessary)
note: While in menuconfig, unless you have downloaded the entire kernel source, you will need to disable Multimedia support-->DVB/ATSC adapters --->FireDTV and FloppyDTV or build will fail
- Compile and add the module to the kernel:
make sudo make install
- Getting remote to work with newer kernels.
Conexant gave permission to redistribute the firmware files. The firmware from ivtvdriver.org may contain the bug that causes a stuttering problem.
Instead you will need to get the firmware from the linuxtv.org site. The firmware from yum repositories may not have the right version either.
- Get the firmware files and copy the files to the firmware directory (usually under /lib/firmware/).
wget http://linuxtv.org/downloads/firmware/v4l-cx23418-cpu.fw wget http://linuxtv.org/downloads/firmware/v4l-cx23418-apu.fw wget http://linuxtv.org/downloads/firmware/v4l-cx23418-dig.fw sudo cp *.fw /lib/firmware # Preferred. ...or... sudo cp *.fw /lib/firmware/`uname -r` # Repeat after kernel updates.
- If one or both of the previous steps were done:
sudo shutdown -r now
- Verify that everything was installed correctly. Expect the following (probably more):
dmesg | grep cx18 [ 8.651532] cx18: Start initialization, version 1.0.1 [ 8.651572] cx18-0: Initializing card #0 [ 8.651575] cx18-0: Autodetected Hauppauge card [ 23.555603] cx18-0: loaded v4l-cx23418-apu.fw firmware V00120000 (141200 bytes) [ 24.227119] cx18-0: loaded v4l-cx23418-cpu.fw firmware (158332 bytes) [ 25.651060] cx18-0: loaded v4l-cx23418-dig.fw firmware (16382 bytes)
- Configure MythTV to use both "halves" of the card
- Enter mythsetup and go to Capture cards
- Select (New capture card)
- Configure the analog half of the card like a supported MPEG-2 Encoder PVR-150 card. Treating the analog half of the card as an ivtv based card in MythTV works as the cx18 driver is heavily based on (i.e. cut and pasted from) the ivtv driver.
- Under Card type, choose IVTV MPEG-2 encoder (or MPEG-2 encoder card (PVR-x50, PVR-500)). Do not select Analog V4L capture
- Choose the correct video device (usually /dev/video0 unless there is more than one card). Note: if the video device is not listed and a could not open to probe its inputs message appears, add /dev/video0 manually
- Probed info should populate with Hauppauge HVR-1600 [cx18]
- To use NTSC RF from an antenna or cable TV provider, choose 'Tuner 1' under Default input
- Select Finish.
- Configure the ATSC (digital) half of the card as any other DVB DTV capture card
- Add another tuner card
- Under Card type choose 'DVB DTV capture card (v3.x)'.
- Choose the correct value under DVB Device Number (usually 0, this should be the same number appended to /dev/video when configuring the analog portion of the card). Starting with 0.22, this field will be a string like: /dev/dvb/adapter0/frontend0. A second card would be /dev/dvb/adapter1/frontend0.
- Frontend ID should populate to something like "Samsung S5H1409 QAM/Subtype: ATSC'.
- Select Recording Options.
- Change Max recordings to 1, since this card can only record one thing at a time.
- Select Finish.
- Select Finish again.
- Under 'Video Sources' create two video sources, one for each half of the card. I called mine 'Analog' and 'Digital'.
- To scan for digital channels:
- Go back to the main menu and select Input connections, then select the correct DVB input for the card just configured.
- Set the video source to 'Digital', created in step 4.
- Select Scan for channels.
- A DVB device should be selected under Input.
- Scan Type should be 'Full Scan'.
- For cable, change Frequency Table to 'Cable' (you'll probably want to use 'Cable High' since most QAM channels are in the high range).
- For cable, change Modulation to 'Cable (QAM-256)'. All U.S. cable companies either use QAM-256 or QAM-64, most including Comcast use QAM-256.
- Choose an ATSC Channel Separator (most television tuners use a period).
- Select Next and then wait for the scan to complete. This may take a while.
- When it's done scanning, select Finish
Startup Script for Analog Tuner
Because the first analog capture after system startup experiences dropped frames and/or no audio, you may want to add a script to use the analog tuner on startup so that your first recording isn't garbled. The following script reads 2MB (1-2 seconds) of data from the analog tuner and throws the data away.
- Save this script as tune.sh (probably in /usr/share/mythtv).
#!/bin/bash for dev in /dev/video[0-9] ; do if v4l2-ctl -D -d $dev | grep -q 'Hauppauge HVR-1600' &>/dev/null ; then dd if=$dev bs=1024k count=2 > /dev/null fi done
- In MythSetup under General > Shutdown/Wakeup Options, under Startup Command put "bash /usr/share/mythtv/tune.sh" (or whatever the path to the script is). Or call this from an existing script.
A cable set top box, for example, can be controlled by this card's IR transmitter. The following was known to work in ubuntu 9.04.
dmesg|egrep "haup-ir-blaster|pvr150" 20.123294] lirc_pvr150: chip found with RX and TX 20.123400] i2c ir driver 4-0070: firmware: requesting haup-ir-blaster.bin 20.234544] lirc_pvr150: firmware of size 302355 loaded 20.234780] lirc_pvr150: 743 codesets loaded 20.278765] lirc_pvr150: Hauppauge PVR-150 IR blaster: firmware version 2.1.
- See this page for details.
- If the firmware lines are missing,start at step 6.
- And/Or start at step 8 for setting up a specific device.
The HVR-1600 comes with an IR remote control that is well supported.
Due to some kernel and lirc_i2c module changes >= 2.6.28 some users have found that their remote no longer worked out-of-the box. Switching to the ir-kbd-i2c module should get it working again.
The directions below were taken from: https://bugs.launchpad.net/ubuntu/+source/lirc/+bug/454371/comments/21
My current kernel:
# uname -r 2.6.32-21-generic
My old config (that no longer works):
# /etc/lirc/hardware.conf # #Chosen Remote Control REMOTE="PVR" REMOTE_MODULES="lirc_dev lirc_i2c" REMOTE_DRIVER="" REMOTE_DEVICE="/dev/lirc0" REMOTE_LIRCD_CONF="hauppauge/lircd.conf.hauppauge" REMOTE_LIRCD_ARGS=""
My new config (that works now):
# /etc/lirc/hardware.conf # #Chosen Remote Control REMOTE="Hauppauge TV card" REMOTE_MODULES="ir_kbd_i2c lirc_dev lirc_i2c" REMOTE_DRIVER="dev/input" REMOTE_DEVICE="/dev/input/event4" REMOTE_LIRCD_CONF="hauppauge/lircd.conf.hauppauge" REMOTE_LIRCD_ARGS=""
dmesg output that let me know ir_kbd_i2c was looking good:
dmesg | grep " IR " [ 1257.753138] input: i2c IR (CX23418 Z8F0811 Hauppau as /devices/virtual/input/input6 [ 1257.753306] ir-kbd-i2c: i2c IR (CX23418 Z8F0811 Hauppau detected at i2c-0/0-0071/ir0 [cx18 i2c driver #0-0]
Found which /dev/intput/event* device it was by looking at /proc/bus/input/devices
cat /proc/bus/input/devices I: Bus=0018 Vendor=0000 Product=0000 Version=0000 N: Name="i2c IR (CX23418 Z8F0811 Hauppau" P: Phys=i2c-0/0-0071/ir0 S: Sysfs=/devices/virtual/input/input6 U: Uniq= H: Handlers=kbd event4 B: EV=100003 B: KEY=100fc312 214a802 0 0 0 0 18000 41a8 4801 9e1680 0 0 10000ffc
In Lucid (10.4) with kernel 2.6.32-23-generic all I had to do was:
- Replace the lines in /etc/lirc/hardware.conf with the above (new) configuration.
- Restart the lirc daemon
- typed cat /proc/bus/input/devices to confirm the new device was loaded
- Update /etc/lirc/hardware.conf with the correct event handler (event6 for me)
- Restart lirc again.
The only key not working now is the number 6 for some reason.
IR receiver and blaster in Lucid (10.04)
After much pain and suffering, I was able to make my HVR-1600 model 1199 receiver and blaster work in Lucid, using Jarod Wilson's lirc_zilog kernel module. All of the grey remote's keys are working.
My recipe is posted here: . But if I was going to do it again, I would get a separate USB MCE receiver/blaster.
If you are considering building a new system that uses this card's IR blaster, you might want to use Mythdora, which includes Jarod's driver.
Driver refuses to load with mysterious errors
Under certain memory configurations on 32-bit platforms, using this card's driver and some other drivers (usually but not exclusively nVidia's proprietary driver) at the same time requires more of a particular type of address space allocated than the kernel will allocate by default. If you experience the driver refusing to load for no obvious reason, check the output of `dmesg`. If you see either of the two following messages appear, you will need to go to Common Problem: vmalloc too small to learn how to apply a very small kernel configuration change which requires one reboot.
The above problem can also be what is causing a second HVR-1600 to not mount. Increasing vmalloc will allow more than one card to start on some system configurations.
The messages to look for:
allocation failed: out of vmalloc space - use vmalloc=<size> to increase size. cx18-1: ioremap failed, perhaps increasing __VMALLOC_RESERVE in page.h
Missing audio for analog recordings
There is also a problem with over-the-air analog recordings sometimes having no audio.
One suggestion was to adjust the MythTV recording profile settings to match the default audio sampling rate (48000) and bit rate (224kb/sec) of the cs5345 audio driver, but this does not always fix the issue. [On my system (Mythbuntu 9.10 + hg driver), 48000 is the only value allowed by the profile editor GUI.]
The most successful workaround seems to be to rmmod/modprobe the cx18 driver over and over until working audio is achieved. It then often continues to work fine until (at least) the next reboot. But not always. And once it stops working, the only recovery is to rmmod/modprobe again.
As of April 2010, this stubborn issue was being actively worked on by the cx18 driver guy (Andy Walls) and another Linux kernel developer (Mark Lord). Several new ideas and code changes seem to have helped, but a complete cure was not found. Those efforts are now at a standstill.
Here are some resources to take a look at. The data sheets for the Hauppauge HVR-1600 and the Conexant CX23418 MPEG-2 encoder chip.
The mailing lists at http://www.ivtvdriver.org where use and development of the cx18 driver is discussed for the HVR-1600 and other CX23418 based cards.
Hauppauge product page for the HVR-1600
Conexant product page for the CX23418-chip
This is a link to the linuxtv.org page that lists currently supported cards, as well as the unsupported cards.
From the Hauppauge product support page: "Linux support for the WinTV-HVR-1600 is in the upcoming kernel 2.6.26 release. Also, there is WinTV-HVR-1600 Linux support for both the analog TV tuner and the digital TV tuner available at LinuxTV.ORG in the "cx18" section."