Dne Ne 6. září 2009 20:15:17 Guennadi Liakhovetski napsal(a): > On Sun, 6 Sep 2009, Marek Vasut wrote: > > Dne Ne 6. září 2009 18:52:55 Guennadi Liakhovetski napsal(a): > > > On Sun, 6 Sep 2009, Marek Vasut wrote: > > > > Ah damn, I see what you mean. What the camera does is it swaps the > > > > RED and BLUE channel: > > > > 15 14 13 12 11 10 09 08 07 06 05 04 03 02 01 00 > > > > B4 B3 B2 B1 B0 G4 G3 G2 G1 G1 R4 R3 R2 R1 R1 -- > > > > so it's more a BGR555/565 then. I had to patch fswebcam for this. > > > > > > Ok, this is, of course, something different. In this case you, > > > probably, could deceive the PXA to handle blue as red and the other way > > > round, but still, I would prefer not to do that. Hence my suggestion > > > remains - pass these formats as raw data. > > > > Which is bogus from the camera point of view. > > Not at all. This just means: the subdevice provides a pixel format, that > the bridge (PXA) knows nothing specific about, but it can just pass it > one-to-one (as raw data) to the user - don't see anything bogus in this. > Different bridges have support for different pixel colour formats, but, I > think, all bridges can pass data as raw (pass-through). Some bridges can > _only_ do this, so, this is actually the default video-capture mode. But then you'll have to tell your software how to process the raw data (in what format they are). If there was this RGB565X passthrough support, the software could at least check if you are not forcing it to process nonsense. > > Thanks > Guennadi > --- > Guennadi Liakhovetski, Ph.D. > Freelance Open-Source Software Developer > http://www.open-technology.de/ -- 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
