Braddock Gaskill wrote: >Hi guys, >I finaly got a break from work to play with the compression a little. > >Jorg, is the grey1 uncompressed image actually an example of the image >once passed through the NT1003/4, with typical noise? Or is it an >original without any noise? > >If it's an example with noise, than it's interesting because different >compressed blocks starting different on different lines with the same >block type id have very different encodings of the same data...for >example screen black seems to encode to straight 0xc's, but every >line's encoding of it is different. Perhaps it's not pixel-block >based after all. > >I modified your code to spit out a PPM image containing the raw >compressed blocks lined up with what you suspect are their positions >in the image, based on your bits-per-pixel guesses (and then I pull >the whole thing into Octave to play). Usually the line only spans >part-way through the compressed data, up almost exactly to the point >in the compressed line where the encoding visibly changes. Is it your >belief that the remaining blocks of data to the right of the lines are >UV data, even though the chip was in greyscale mode at the time? Any >ideas? > >Figuring out the structure of the blocks is very useful Jorg. Thanks >for that code. > > -Braddock > Has anyone made any head way into the compression stuff? I had started hacking away for some VBI support with the driver.
Dwaine _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel