On Sat, 2009-02-14 at 15:11 +0100, Hans Verkuil wrote: > On Saturday 14 February 2009 15:05:14 Andy Walls wrote: > > On Sat, 2009-02-14 at 12:06 +0100, Hans Verkuil wrote: > > > On Saturday 14 February 2009 11:32:06 Mauro Carvalho Chehab wrote: > > > > On Sat, 14 Feb 2009 10:08:31 +0100 > > > > > > > > Hans Verkuil <hverkuil@xxxxxxxxx> wrote: > > > > > On Saturday 14 February 2009 09:52:06 Mauro Carvalho Chehab wrote: > > It's a macroblock format where all Y and UV bytes are organized in 8x8 > blocks. I believe it is a by-product of the MPEG encoding process that is > made available by the firmware as a bonus feature. It is clearly meant as > the source format for the actual MPEG encoder. Pretty much specific to the > cx2341x devices. That's interesting. I guess,it's a useful thing to have, if I were working on a software implementation of an MPEG (not MPEG-2) or MJPEG encoder, or something else that did DCT or Wavelet Transforms on macroblocks. I was also musing that the "raw VBI" capture of the chip's API could be abused to extract the entire active raster of UYVY samples for each frame (first field followed by second field). It even sends a per frame PTS with this raw raster data. But there's lot of pain with that: wasted bus bandwidth, stripping out all the SAV sequences, and, not surprisingly, the cx18 driver is not structured top provide a video capture stream via the VBI streams. ;) Regards, Andy > Regards, > > Hans -- 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
