Category | cx23885

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...

---

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...

---

So way back at the end of September, just after the Plumbers Conference 2009 I mentioned on the blog that we were taking another look at the HVR1800 raw audio and VBI support. Well it took a little longer than expected but yesterday we posted a cx23885-audio tree that contains two sets of important changes. 1. It adds support for ALSA audio, applications that understand ALSA can now stream raw analog audio as well as raw analog video. (Remember that TVTime itself does NOT support ALSA directly. See Below). If you're into recording TV audio then you'll be happy about this. 2. It adds support...

---

Things are ticking along nicely here at KernelLabs. The Linux Plumbers Conference 2009 took up most of last week and aside from my posting replies here in the blog threads it feels like I haven't posted here in a very long time. So what's new you ask? From my perspective I took a look at Andy Wall's HVR1850 patches over the weekend. Saturday was spent a regression testing those against the HVR1800. Aside from a minor hiccup requiring a new hardware detection patch I think the IR patches are in good shape. As always, we'll know more as the testing expands. Kudos to Andy for running with the IR project. I...

---

Some interesting news over the last couple of days related to the recent CX23885 IR posting. Andy Walls contacted us and said he's willing to develop support for IR on the Conexant CX23888 silicon, namely the HVR-1850. Andy is well known for his work in the cx18 / HVR-1600 driver. The CX23888 is a superset 'big brother' PCIe chip to the CX23885. While the CX23888 IR work will not be directly compatible with the CX23885 silicon, it's being developed in such a was that it will be significantly easier to make IR work on the CX23885/7 based boards in the future. (Think HVR-1800, HVR-1500, HVR1700,...

---

KernelLabs have been cleaning up some cx23885 related bugs and adding support for DTV on the HVR-1850 Hauppauge board. The code changes are here and were sent today for review and merge into the mainline LinuxTV repositories. Here's a summary of the merge request: - cx23885-417: fix broken IOCTL handling - cx23885: check pointers before dereferencing in dprintk macro - cx23885: Remove hardcoded gpio bits from the encoder driver - cx23885: Convert existing HVR1800 GPIO calls into new format - cx23885: Add support for ATSC/QAM on Hauppauge HVR-1850 - cx23885: Modify hardware revision detection...

---

A handful of people have recently written asking for IR support on the cx23885 silicon. Either they're asking for us to (#1) add direct support or (#2) they're asking us to release the datasheet so they can perform the work themselves. With regards to (#1), this is something I think we'd like to do - time permitting. With regards to (#2), this isn't something that we can share to be honest. Frankly, even if we could, other than naming the registers, the datasheet isn't that helpful in a number of different areas when describing certain areas of the the 885 architecture. It's also interesting...

---