Skip to content


Hauppauge USBLive2 and new HVR-850 support

If you happen to own one of the newer Hauppauge USBLive2 video grabbers, or the newest version of the Hauppauge HVR-850, you can find support for it here:

http://kernellabs.com/hg/~dheitmueller/polaris4/

It’s not completely cleaned up yet, but both devices are working.

Thanks go out to Conexant for making available a base Linux driver, and to Hauppauge for sample hardware and sponsoring device support and a bunch of the cleanup work required to get the changes into the mainline kernel.

Tester feedback welcome, as always.

Posted in hauppauge, hvr-850, usblive2.


SAA7164 Analog support complete?

First draft is available from http://kernellabs.com/hg/~stoth/saa7164-v4l

Firmware is available from http://www.steventoth.net/linux/hvr22xx/firmwares/4019072

Comments welcome.

Posted in hvr-2200, hvr-2250, saa7164.


HVR-950q Quality Fixes

Last month we started doing some quality work on the analog side of the HVR-950q. This resulted in a series of fixes which can be found here:

http://www.kernellabs.com/hg/~dheitmueller/v4l-dvb-950q-final

We found various issues related to the comb filter, the power management, and a particularly nasty problem with the frame alignment that was causing very jerky video when there was motion. In all, I think users will be very happy with the improvements.

And of course, a big thank you goes out to GetWellNetwork Inc., who was kind enough to sponsor the work.

As always, feedback from users willing to try out the changes is always welcome in the comments below…

Posted in Uncategorized.


4th of July: PCTV 80e Support

On this fine Independence Day, the PCTV 80e declares independence from the tyranny of Windows.

Ok, apologies to anyone from the U.K. for my quirky American sense of humor.

Seriously though, Trident Microsystems finally agreed to allow the DRX-J code to be released under a BSD license. This means that we can finally release a driver for the PCTV 80e.

http://www.kernellabs.com/hg/~dheitmueller/v4l-dvb-80e

The ATSC support has been tested. Haven’t had a chance to burn in the ClearQAM support. And there’s a bunch of cleanup work required before it can be submitted upstream. But it does work, and should satisfy those who have this board and want to see it working under Linux.

Thanks go out to Trident Microsystems for finally allowing this release, as well as to Hauppauge and PCTV Systems for pushing them on it for so long.

Testing/feedback welcome of course in the comments below.

Posted in 80e, drxj, em28xx.


HVR-950q Closed Captioning support

Hello all!

If anyone is interested in closed captioning support for the HVR-950q, you can get it from the following tree:

http://kernellabs.com/hg/~dheitmueller/v4l-dvb-950qvbi

Unfortunately, the work exposed a bug in tvtime which prevented it from working, which I fixed here:

http://kernellabs.com/hg/~dheitmueller/tvtime

But it *is* working with zvbi-ntsc-cc out of the box.

Comments welcome, as always. Next stop: HVR-950q quality improvements!

Posted in au0828, hauppauge, hvr-950q, patches, tvtime.


Still plugging along…

It’s been a while since we’ve posted anything to the blog, but I just wanted to let people know what we’re still here, and working quite hard.

For the last six weeks we have been diligently working away at analog support for the Ngene chipset. In particular, we’re working on Linux support for the Viewcast 240e and 450e, which are commercial grade PCIe capture cards (the 240e has one port and the 450e has four ports). The hardware is loaded with features and we’re working to bring those features to Linux (including VBI support, ALSA audio, secondary hardware preamp volume controls). And the hardware itself has a host of input types, including composite, s-video, component video, and both stereo RCA and XLR audio inputs. It even has a 19″ rackmount panel for hooking up all the different inputs to (the 450e can have 12 video feeds connected).

We’ve ended up with new drivers for the Micronas avf4910a video decoder, the Cirrus cs3308 8-channel volume control, and a huge refactoring of the ngene driver (we’re at well over 100 patches in the tree). The goal is to provide a rock-solid solution for high density 24×7 video capture.

And of course we’ve got a bunch of stuff in the pipeline – including more improvements to the HVR-950Q, fixes for cx23885 boards such as the HVR-1800, and support for some new hardware (which we will be talking about when the time is right).

In other words, don’t interpret the fact that we’ve gone quiet as a sign that we’re not doing anything – we’re just *really* busy….

Posted in ngene.


Avermedia m780 and ngene driver

In response to a new hardware project KernelLabs is starting up, we have started to take a closer look at the recently merged ngene driver. While the driver basically works for DVB, it needs a ton of cleanup and has no analog support at all. We’ve actually started to do this cleanup here:

http://kernellabs.com/hg/~dheitmueller/ngene2/

As an added bonus, in order to familiarize ourselves with the ngene chip, we picked up a couple of Avermedia Aver m780 boards and got them working in digital mode (that’s a PCIe ATSC/ClearQAM card with an onboard MPEG encoder). Getting the analog support working will require a significant amount of work on the ngene driver.

So if you happen to be an owner of an m780, feel free to give it a try and provide feedback in the comments!

Posted in avermedia, m780, ngene.


Hardware troubles

My mythTV Backedend is an Intel quad core 2.4 with 4GB of G.Skill RAM. A vanilla GigaByte motherboard in a fairly nice looking case with 2TB of disk. I use a pair of HVR-2250′s to record digital cable signals and I’m generally pretty happy with the whole solution – as is my family.

For the last 2-3 months I’ve been noticing segfaults, abnormal process terminations and in some cases the complete MythTV stack terminates, leaving my wife without her regular Grey’s Anatomy or House, leaving me with a headache and a nagging suspicion that I need to fix the platform.

Any guesses on what’s going on?

Yep, faulty RAM. The backend is positioned in a warm and dry basement but to debug the system I have to disconnect the hardware and move the system into my home office where I have access to monitors, keyboards, benches and other tools.

I pulled the RAM, both sticks and tested each stick independently using Memtestx86. The first stick passes perfectly but the second stick fails within 5 seconds. Yep, that would do it. The problem is that I suspect I now have corrupt filesystems so I’m going to have to wade through some of the ext4 fsck support tools to validate/recover the system.

Luckily I have some spare disks so if push comes to shove and I have to extract the good recordings from the system onto spare disks before re-creating the filesystems, then that’s possible.

I like the fact that with ext4 I can delete 8GB recordings in a faction of a second, I don’t like the fact ext3 takes 20-30 seconds to perform the same transaction. Now I’m starting to wonder how reliable my long term recordings are, and how much faith I have in ext4 generally! I like to record a lot of shows to cover us over the summer ‘shortage’. I don’t go back an check these. If these shows are bad or marginally corrupt then I’ll be an unhappy camper.

Lessons learned? When your system starts segfaulting don’t wait a couple of months to deal with it, fix it else risk trashing your filesystems.

The only thing worse than playing ‘file system recovery’ is a wife constantly reminding you that she missed her weekly dose of ‘So you <blah> you can <whatever>’. On the other hand, it’s perhaps an ‘accidental’ way of dropping cruddy shows. ;)

Troubles recording TV  = unhappy family.

I should go and get on with fixing it…. later.

Posted in Uncategorized.


Call for testers: HVR-900R2 and PCTV 330e

When suffering from insomnia, some people count sheep. Others watch television. I ported Ralph Metzler’s drx-d driver into the kernel and finally debugged the issues required to get the HVR-900R2 and PCTV 330e digital support working.

I know many people have been waiting a long time for this, and I am happy to announce that we’ve got a tree setup which can be merged into the upstream kernel, as well as firmware which can be legally redistributed.

Testers are welcome to try the following hg tree:

http://kernellabs.com/hg/~dheitmueller/v4l-dvb-drxd

To build:

hg clone http://kernellabs.com/hg/~dheitmueller/v4l-dvb-drxd
cd v4l-dvb-drxd
make
make install
reboot

Note, under Ubuntu if you receive errors about not being able to compile the firedtv driver, open “v4l/.config” and change the firedtv=m to be firedtv=n.

You will need to get the firmware from the following location and copy it to /lib/firmware

http://kernellabs.com/firmware/drxd

I’ll be looking to get the firmware bundled into the distros, so that the products will work “out of the box”.

The usual disclaimers apply as of this point I’ve only done minimal testing at this point with a DVB generator and tzap/mplayer (if you want to consider the last 12-14 hours of testing and debugging/fixing problems and edge cases as I found them as “minimal”).

Feedback welcome (both positive or negative) by commenting below. And as this was another unfunded project that KernelLabs did solely for the benefit of the community, if you find this work useful then feel free to throw a couple of bucks into Devin’s LinuxTV support fund

UPDATE 2010-02-28 11:04: I forgot to mention that in addition to the drx firmware, you also need the firmware for the xc3028 tuner, which can be installed via the following directions. Sorry for the confusion (and thanks to users wishmerhill and fabio for pointing out my oversight)!

http://linuxtv.org/wiki/index.php/Xceive_XC3028/XC2028#Firmware_Information

Posted in 330e, hauppauge, hvr-900, pctv systems.


HVR-1800 and other stuff going on…

Been a few days since I’ve posted an update. Here’s a brief summary of things that have been going on in the last week:

Progress continued on improving em28xx analog quality. I isolated a problem with chroma AGC in the saa7115, and am working on a fix now.

I nailed down most of the analog problems being reported against the HVR-950q under MythTV. Posted a tree with fixes and solicited testers to try it out before submitting it upstream.

I finally plugged in my HVR-1800 and took a quick look at the analog support situation under MythTV. It falls down pretty hard with the current v4l-dvb tip, but the situation is somewhat improved with some patches Michael did a few months back which haven’t yet made it into the mainline. Nonetheless, it still would need quite a bit more work before I would consider counting on using it in a MythTV box (looks like a couple of race conditions which will be annoying and time consuming to isolate). Also, a number of the controls are still not implemented, which cause some “red herring” error messages in the MythTV backend log file. I’ll probably also have to plug in a PVR-150 card so I can better understand how the driver capabilities should be announced (comparing the ivtv driver against the cx23885 analog support).

So, things are moving along….

Posted in em28xx, hauppauge, hvr-1800, hvr-950q.