On Thu, 2009-09-03 at 12:44 +0100, Simon Farnsworth wrote: > Andy Walls wrote: > > On Thu, 2009-09-03 at 12:23 +0100, Simon Farnsworth wrote: > >> Andy Walls wrote: > >>> But I suspect no user pays for the extra cost of the CX2341[568] > >>> hardware MPEG encoder, if the user primarily wants uncompressed YUV > >>> video as their main format. > >> Actually, we're doing exactly that. We want a PCI card from a reputable > >> manufacturer which provides uncompressed YUV and ATSC (both OTA and > >> ClearQAM cable). As we already buy Hauppauge HVR-1110s for DVB-T and > >> uncompressed analogue, a Hauppauge card suits us, and the only thing > >> they have that fits the needs is the HVR-1600; the MPEG encoder is thus > >> left idle. > > > > Ah. OK, this is more than an academic exercise. :) > > > > If you can prioritize your needs for the cx18 driver, I can see what I > > can get done. > > > The video side is now working well for me on the HVR1110 and HVR1600 - > in an ideal world, I'd have an ALSA driver for cx18 audio instead of the > video24 device. The read() bug isn't major for me, as I can just use a > slightly modified libv4l2 to cope. > > > If you'd like to submit patches, I'll be happy to review them to make > > sure they don't break anything and then get them integrated. > > > I'll be discussing this with my management next week, and they'll be > making a judgement call on whether we can cope without analogue audio on > the RF input only. If we can't, I'll be tasked with working on this; I > take it you'd prefer to have ALSA added to the driver than for me to > teach Xine to read from /dev/video24 for PCM audio? I have no personal preference. Implementing a working cx18-alsa will mean a number of applications can then use PCM audio from the CX23418 without modification. That would be better for Linux users overall. Implementing changes in Xine to use the /dev/video24 (V4L2 PCM device), I suspect, is the approach to use to meet your management's or customers' requirements on a short schedule. Regards, Andy > In any case, I have some more work to do on the reworked input_v4l for > Xine, as I need to get it into a state where I can work with the Xine > guys on merging it into their mainline. This will have to be finished > before I can really dive into the cx18 driver. -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
