Difference between revisions of "Hauppauge PVR-150"

From MythTV Official Wiki
Jump to: navigation, search
m (Updated the website link.)
m (shift link)
 
(15 intermediate revisions by 3 users not shown)
Line 1: Line 1:
 +
{{Archived_Tuner|date=September 27, 2010|page=WinTV-PVR-150}}
 +
 
{{EOL}}[[Image:PVR150.jpg|thumb|200px|right|PVR-150 MCE version]]
 
{{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://www.hauppauge.com/site/products/data_pvr150.html
 
|vendorsite=http://www.hauppauge.com/site/products/data_pvr150.html
|supportstatus=Supported. VBI data is supported in newer versions of the IVTV driver.
+
|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)
  
Hauppauge no longer ships any of the analog only (PVR) cards due to pressure from FCC.
+
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.
  
== IVTV ==
+
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.  
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.
+
{{Note box|Hauppauge no longer ships any of the analog only (PVR) cards due to pressure from FCC.}}
 
 
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.
 
  
 
== 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.
 
**More information on the DMA problem can be found on the [http://ivtvdriver.org/index.php/DMA ivtv wiki].
 
**More information on the DMA problem can be found on the [http://ivtvdriver.org/index.php/DMA 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.
 
**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.
* Does not produce VBI/Closed-Captioning data. See [[IVTV]].
+
* 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.
* 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:
* 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 work around 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
**<code>( sleep 5; v4l2-ctl --set-audio-input 1 -d /dev/video0 > /dev/null 2>&1 ) &</code>
 
  
 
== Associated Software ==
 
== Associated Software ==
Line 60: 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]]
 
[[Category:Hauppauge]]
 

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/