Category | hvr-1850

Well, that was painful. After a full day working with the various cards, I managed to get all of them working. A couple of caveats: The analog tuner on the HVR-1250 isn't supported yet. The composite and s-video inputs are working but the mt2131 driver doesn't have the required support for tuning to analog stations. The analog tuner is supported though on the HVR-1255, 1800 (both retail and OEM), 1850, etc. (since it's a different chip) While ALSA audio when doing raw capture *is* working, it doesn't seem to work with tvtime for some reason (I added the original ALSA capture support...

---

Ever wonder why it's so common for somebody to check in a change to make some new product work, causing a regression in the tuner that *you* have? Well, here's why: All these boards use the exact same driver, despite the fact that they have different core chips and only some of them have an onboard MPEG encoder. To make matters worse, look at all the different input types: Even getting all the equipment together to do the testing is a PITA. I spent twenty minutes digging through boxes for a RCA L/R audio to 1/8" audio converter. It's trivial to accidentally make a change which...

---

Spent this evening digging into how the 0x418, 0x419, 0x420, and 0x421 registers are getting the values which cause video corruption. Just as a sanity check I dropped in the HVR-1850 that Steven was kind enough to loan me, and confirmed that the problem doesn't occur there. This also allowed me to dump out the register state for the 1850 board? Why is this useful? Because there were two likely possibilities as to why the 1800 was broken and the 1850 worked: The code path in the driver that initializes the HVR-1800 is somehow different, resulting in the register state being programmed...

---

When we last left off, we had reproduced the basic behavior that users reported, using the stock command line tools such as v4l2-ctl and "mplayer /dev/video1". Now we'll talk a bit about the debugging process. To give some context, let's look at a quick diagram showing the various parts of the device: (click to enlarge) For starters, let's now look at what the actual user sees after running the following commands: v4l2-ctl -d 1 -f 62.25 --set-fmt-video=width=720,height=480,pixelformat=mpeg mplayer /dev/video1 The video feed itself is a set of colorbars, a well known reference...

---

As a result of numerous users reporting that their HVR-1800 didn't work in analog mode, I finally got some time tonight to dig into the situation. If you don't care about the details, the short answer is I'm working on it and be patient. If you want to get some insight into the gory debugging process, keep reading... Over the next few blog posts, I'll be walking through the typical debugging process. I don't actually know what the actual problem(s) are at this point, so this is a chance for those of you at home to play along. Here's what we do know: Users have reported a variety of different...

---

After quite some time of talking about it, we finally got around to getting the analog support for the HVR-1850 submitted upstream. Support for all things analog is present and tested on all the various input types: the MPEG encoder, raw capture, analog audio. This patch series also includes a fix for a long-standing regression in the HVR-1800 as well. http://git.kernellabs.com/?p=stoth/cx23885-hvr1850-fixups.git Users are free to try it building from the above git tree, or they can wait a few days for it to be merged into the upstream linux-media tree. The HVR-1850 is a really nice...

---