Messages in this thread | | | Date | Sat, 28 Aug 2004 20:05:13 +0200 | From | Vojtech Pavlik <> | Subject | Re: reverse engineering pwcx |
| |
On Sat, Aug 28, 2004 at 01:11:28PM -0400, Lee Revell wrote: > On Sat, 2004-08-28 at 12:56, Albert Cahalan wrote: > > On Sat, 2004-08-28 at 12:25, Lee Revell wrote: > > > On Sat, 2004-08-28 at 12:17, Albert Cahalan wrote: > > >> [somebody] > > > > > > > The LavaRnd guys examined the pixels on the actual > > > > > CCD chip. It's 160x120. The 'decompression' is > > > > > just interpolation. > > > > > > > > Don't put much faith in the 160x120 number. Suppose > > > > that the chip is in a Bayer pattern, with 160x120 > > > > of those. Well, how many pixels is that? Who knows. > > > > You'd sort of have 160x120, but with double the > > > > green data. Since green carries most of the luminance > > > > information, producing a larger image is reasonable. > > > > > > Right, as someone else pointed out, this is wrong. > > > > > > How do you account for the Slashdot poster's assertion that it's > > > physically impossible to cram 640 x 480 worth of data down a USB 1.1 > > > pipe? > > > > 640x480 uncompressed 24-bit RGB? It doesn't matter. > > > > The suggestion of a 4x4 JPEG-like transform seems > > pretty reasonable. I'd like to see that whitepaper. > > > > This still can't be called 'True 640 x 480' by any reasonable standard. > Philips' marketing claims exactly this.
If the sensor has 640x480 Bayer half-cells (640x480 green subpixels), then that's considered as 'true 640x480' by the industry. Green resolution is 640x480, red and blue resolution is 640x240. A full 640x480 RGB image can be reconstructed in good quality.
And that's what I believe the cameras have - it's damn cheap in CMOS anyways.
Now about the compression - that'll only take place when streaming (and the lossiness will depend on the selected frame rate). When taking still images, you should get the full resolution.
That's at least how most USB 1.1 webcams work - I don't have personal experience with Philips webcams.
> So far I have not seen any evididence to refute QuantumG's original > assertion that the reason everyone in the know is being so tight-lipped > is that releasing source code would prove Philips and/or Logitech guilty > of false advertising.
I don't think that's the reason. In the early days of webcams, the compression method was what was differentiating the different webcam brands.
When all have basically the same sensor, and the same USB 1.1 bandwidth, the image quality is given by the compression. And designing a compression algorithm so that it's both efficient and fits into only a few logic gates (resulting in a cheap chip) is a challenge.
And the webcam companies were competing to deliver the cheapest webcam with the best image quality. It's obvious they wanted to hide the algorithm - copying it is rather easy.
Nowadays, there is no point in hiding it - with USB 2.0 allowing for uncompressed video, with JPEG encoding chips being a commodity, that competition point has disappeared.
-- Vojtech Pavlik SuSE Labs, SuSE CR - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |