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

Reply via email to