Difference between revisions of "Hauppauge PVR-150"

From MythTV Official Wiki
Jump to: navigation, search
(Issues and Problems)
m (shift link)
 
(24 intermediate revisions by 10 users not shown)
Line 1: Line 1:
[[Image:PVR150.jpg|thumb|200px|right|PVR-150 MCE version]]
+
{{Archived_Tuner|date=September 27, 2010|page=WinTV-PVR-150}}
 +
 
 +
{{EOL}}[[Image:PVR150.jpg|thumb|200px|right|PVR-150 MCE version]]
 
{{Capture card info
 
{{Capture card info
 
|name=Hauppage PVR-150
 
|name=Hauppage PVR-150
|vendorsite=http://hauppage.com/pages/products/data_pvr150mce.html
+
|vendorsite=http://www.hauppauge.com/site/products/data_pvr150.html
|supportstatus=Supported. VBI data is supported in newer versions of the IVTV driver. Works fine even on Athlon64.
+
|inputformats=Coax/RF, Composite, S-Video, stereo RCA audio
 +
|supportstatus=Fully supported by MythTV.
 
|driver=[[IVTV|IvTV 0.4.0]] or newer. ** 0.4.2 is required if you have a Samsung tuner **
 
|driver=[[IVTV|IvTV 0.4.0]] or newer. ** 0.4.2 is required if you have a Samsung tuner **
|sounddriver=not needed. The hardware MPEG encoder will multiplex the audio with the video stream.
 
 
|chipset=Conexant cx2341x
 
|chipset=Conexant cx2341x
 
}}
 
}}
  
 
== Description ==
 
== Description ==
 +
The Hauppauge PVR-150 is a PCI-based video tuner card which features hardware-accellerated video and audio compression.  The design for this model was based on the [[Hauppauge PVR-250|PVR-250]] but involves a less expensive choice of components (Hauppauge's own statement).
  
The Newest version of HAUPPAUGE PVR-150 popular Video capture card. Derived from the [[Hauppauge PVR-250|PVR-250]], but with cheaper design (Hauppauge's own statement). They are likely easier to find in a local store than the PVR-250.  (A local fry's guy said he hadn't seen the PVR-250 on shelves in a while).
+
The PVR-150 is considered to be a highly stable, easy to work with analog video capture card with a built-in [[MPEG-2]] encoder. The ease of setup and overall quality has made it one of the community's favorite cards to use in standard definition [[Mythbackend|backends]]
  
The PVR-150 is considered to be a highly stable, easy to work with analog video capture card with a built-in [[MPEG-2]] encoder. The ease of setup and overall quality has made it one of the community's favorite cards to use in standard definition [[backend|backends]]
+
The card is frequently packaged with different accessories which may or may not include an IR remote control and IR reciever/transmitter and may or may not show the WinTV product line name or "MCE" designation.  There is support for using the optional IR reciever/transmitter under Linux through LIRC. To date, there have three different models (by catalog number) of the card, itself.
  
As with the PVR-250, the PVR-150 card has gone through multiple revisions. The card called a PVR-150 MCE (pictured) does not contain a connection for a remote receiver, but it adds support for FM radio tuner and composite video. Older revisions of the card, typically called PVR-150, were sold with a remote and remote receiver, but lack the FM tuner and composite video inputs.
+
* Model 1045: NTSC version
 +
* Model 1046: PAL/SECAM version
 +
* Model 1047: NTSC version with English/French manual (no other difference)
  
== IVTV ==
+
All known versions of the PVR-150 are handled by the same version of the IVTV driver, now a part of the Video4Linux subsystem found in the 2.6.x Linux kernels.
The driver for the [[Hauppauge PVR-150]] is the excellent [[IVTV]] driver, which has an excellent [http://ivtvdriver.org/index.php/Main_Page Wiki]. They have all the links you need to download the drivers and firmware and an excellent HOWTO for installing everything for various distributions.
 
  
The issues existing with the PVR-150's lack of [[VBI]]/[[Closed_captioning]] support happens to be with varying versions of the [[IVTV]] driver. Certain versions of the driver allow the PVR-150 to produce usable VBI data.
+
As this card records OTA (over-the-air) analog video it is technically obsolete in the United States, however there exist separate PAL and NTSC versions of this card. Be sure the one you obtain is the correct one for your region.  
 +
{{Note box|Hauppauge no longer ships any of the analog only (PVR) cards due to pressure from FCC.}}
  
 
== Issues and Problems ==
 
== Issues and Problems ==
 +
* Older versions of the IVTV driver did not properly support reception of [[VBI]]/[[Closed_captioning]] data.  This has been remedied in more recent versions of the driver.
 
* There is a [http://ivtvdriver.org/trac/ticket/48 buggy DMA engine] in (at least some revisions of) this card. According to the bug report on the IVTV page, this affects the '''cx23415/6''' chipsets. The net result is that you could experience '''system hangs''' or '''truncated recordings''' when using the affected versions of this card.
 
* There is a [http://ivtvdriver.org/trac/ticket/48 buggy DMA engine] in (at least some revisions of) this card. According to the bug report on the IVTV page, this affects the '''cx23415/6''' chipsets. The net result is that you could experience '''system hangs''' or '''truncated recordings''' when using the affected versions of this card.
* Does not produce VBI/Closed-Captioning data. See [[IVTV]].
+
**More information on the DMA problem can be found on the [http://ivtvdriver.org/index.php/DMA ivtv wiki].
* Hauppauge substituting HVR-1600s for PVR-150s.  Current PVR-150 boxes actually contain HVR-1600s.  Included is a note that says, "We have had a shortage of the WinTV-PVR-150 boards during the holiday season. Therefore, in place of the WinTV-PVR-150, we are including our new WinTV-HVR-1600"  It seems the HVR-1600 is NOT supported by [[IVTV]]. People receiving the HVR-1600 but paying for a PVR-150 should return the card to their vendor and demand a refund or a replacement with a real PVR-150.
+
**The [[PCI Latency]] article describes howto change the latency of a PCI card and why you might need to. In summary, the latency of hard drive systems needs to be as high or higher than the capture card(s) so that the hard drives may handle the data throughput from the capture card(s). This does not happen in all systems by default and may require some experimentation. Some users have reported this as a fix.
* IVTV driver doesn't recognize the card, and lspci -n shows card's vendor vendor:bus id as "4044:0016" instead of "4444:0016".  Apparently this happens with some motherboards / chipsets, if you install the card in certain PCI slots.  Usually, the first 3 slots (closest to the CPU) are primary PCI slots; the rest are connected via a PCI to PCI bridge.  So moving the card to one of the first 3 slots will usually fix this.
+
* If IVTV driver doesn't recognize the card, and lspci -n shows card's vendor vendor:bus id as "4044:0016" instead of "4444:0016".  Apparently this happens with some motherboards / chipsets, if you install the card in certain PCI slots.  Usually, the first 3 slots (closest to the CPU) are primary PCI slots; the rest are connected via a PCI to PCI bridge.  So moving the card to one of the first 3 slots will usually fix this.
 +
* There can be intermittent problems with the audio encoder, causing the audio track to have a "tinny" sound every 10-20 channel changes. A known workaround is to place the following code at the end of your channel changer script (typically '''/usr/bin/changechannel.sh''') which resets the audio input to the PVR-150 encoder:
 +
sleep 5; v4l2-ctl --set-audio-input 1 -d /dev/video0 > /dev/null 2>&1
  
 
== Associated Software ==
 
== Associated Software ==
Line 34: Line 42:
  
 
== Log Messages ==
 
== Log Messages ==
If you see an "Unreasonably low latency" message from ivtv in your logs you should probably read the page on [[PCI Latency]]
+
The following files in /var/log may contain a message "Unreasonably low latency" from ivtv:
 +
 
 +
/var/log/debug
 +
/var/log/dmesg
 +
/var/log/kern.log
 +
/var/log/messages
 +
/var/log/syslog
 +
 
 +
If you find such messages you should probably read the page on [[PCI Latency]]
  
 
== Installation guides ==
 
== Installation guides ==
Line 47: Line 63:
 
== FAQs ==
 
== FAQs ==
 
Best info most likely found on the IVTV driver forum on Sourceforge.
 
Best info most likely found on the IVTV driver forum on Sourceforge.
See also the wiki at: http://ivtv.writeme.ch/tiki-index.php
+
See also the wiki at: http://ivtvdriver.org/
 
 
[[Category:Video capture cards]]
 
[[Category:Analog TV capture cards]]
 
[[Category:Mpeg encoder capture cards]]
 

Latest revision as of 20:46, 12 March 2011

Warning.png Warning: This page has been locked and archived on September 27, 2010. The official documentation for this card can be found at WinTV-PVR-150. This page remains as there is significant information herein not included in the official documentation. Please migrate any such information to the proper location.


Time.png End Of Life: This product is no longer being manufactured and may only be available in limited quantities, if it is available at all.

PVR-150 MCE version
Hauppage PVR-150
Vendors Website http://www.hauppauge.com/site/products/data_pvr150.html
Input Formats Coax/RF, Composite, S-Video, stereo RCA audio
Support Status Fully supported by MythTV.
Driver IvTV 0.4.0 or newer. ** 0.4.2 is required if you have a Samsung tuner **
Sound Driver not applicable
Chipset Conexant cx2341x


Description

The Hauppauge PVR-150 is a PCI-based video tuner card which features hardware-accellerated video and audio compression. The design for this model was based on the PVR-250 but involves a less expensive choice of components (Hauppauge's own statement).

The PVR-150 is considered to be a highly stable, easy to work with analog video capture card with a built-in MPEG-2 encoder. The ease of setup and overall quality has made it one of the community's favorite cards to use in standard definition backends

The card is frequently packaged with different accessories which may or may not include an IR remote control and IR reciever/transmitter and may or may not show the WinTV product line name or "MCE" designation. There is support for using the optional IR reciever/transmitter under Linux through LIRC. To date, there have three different models (by catalog number) of the card, itself.

  • Model 1045: NTSC version
  • Model 1046: PAL/SECAM version
  • Model 1047: NTSC version with English/French manual (no other difference)

All known versions of the PVR-150 are handled by the same version of the IVTV driver, now a part of the Video4Linux subsystem found in the 2.6.x Linux kernels.

As this card records OTA (over-the-air) analog video it is technically obsolete in the United States, however there exist separate PAL and NTSC versions of this card. Be sure the one you obtain is the correct one for your region.

Important.png Note: Hauppauge no longer ships any of the analog only (PVR) cards due to pressure from FCC.

Issues and Problems

  • Older versions of the IVTV driver did not properly support reception of VBI/Closed_captioning data. This has been remedied in more recent versions of the driver.
  • There is a buggy DMA engine in (at least some revisions of) this card. According to the bug report on the IVTV page, this affects the cx23415/6 chipsets. The net result is that you could experience system hangs or truncated recordings when using the affected versions of this card.
    • More information on the DMA problem can be found on the ivtv wiki.
    • The PCI Latency article describes howto change the latency of a PCI card and why you might need to. In summary, the latency of hard drive systems needs to be as high or higher than the capture card(s) so that the hard drives may handle the data throughput from the capture card(s). This does not happen in all systems by default and may require some experimentation. Some users have reported this as a fix.
  • If IVTV driver doesn't recognize the card, and lspci -n shows card's vendor vendor:bus id as "4044:0016" instead of "4444:0016". Apparently this happens with some motherboards / chipsets, if you install the card in certain PCI slots. Usually, the first 3 slots (closest to the CPU) are primary PCI slots; the rest are connected via a PCI to PCI bridge. So moving the card to one of the first 3 slots will usually fix this.
  • There can be intermittent problems with the audio encoder, causing the audio track to have a "tinny" sound every 10-20 channel changes. A known workaround is to place the following code at the end of your channel changer script (typically /usr/bin/changechannel.sh) which resets the audio input to the PVR-150 encoder:
sleep 5; v4l2-ctl --set-audio-input 1 -d /dev/video0 > /dev/null 2>&1

Associated Software

PVR150 Remote - setting up lirc for the PVR-150

At least some models of the PVR 150 can send IR, not just receive it. This functionality is often call IR Blasting. It is useful for controlling external tuners. LIRC PVR-150 IR blaster support, version 3 describes how to set this up using a patched version of LIRC.

Log Messages

The following files in /var/log may contain a message "Unreasonably low latency" from ivtv:

/var/log/debug
/var/log/dmesg
/var/log/kern.log
/var/log/messages
/var/log/syslog

If you find such messages you should probably read the page on PCI Latency

Installation guides

Debian GNU/Linux 4.0

See Installing MythTV on Debian Etch.

openSUSE 10.2

Geeko head48.png See installing mythTV on openSUSE 10.2

FAQs

Best info most likely found on the IVTV driver forum on Sourceforge. See also the wiki at: http://ivtvdriver.org/