Nemosoft,
I recall the last round of emails and the
conclusion to use BGR. What I'm asking now
is if we are there yet or do we still have some
drivers that need to be modified?
~Randy
> -----Original Message-----
> From: Nemosoft Unv. [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, April 27, 2000 5:34 PM
> To: Dmitri; [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Randy
> Subject: Re: using BGR instead of RGB
>
>
> Hi,
>
> On 27-Apr-00 Dmitri wrote:
> > On Wed, 26 Apr 2000, Randy Dunlap wrote:
> >
> >> Can any of you give me an update on the current status of v4l
> >> frame data being returned as RBG vs. BGR? I recall that Alan said
> >> that BGR is (historically) correct -- based on bttv.
> >
> > I don't really know how all this started, but the order of bytes is
> > relatively easy to change (most cameras produce native YUV streams).
> > Did someone propose to change BGR to RGB (as if there is
> nothing left
> > to do in 2.3.99-pre#)?
>
> Oh yes, easy to change, and then a paint in the you-know-what for
> applications... :(
>
> I've done some digging, and came to the following conclusions:
>
> * all hardware grabber/TV cards use BGR
> * nearly all applications drivers therefor use BGR
> * the claim that read() should return RGB and mmap() BGR is bogus; no
> single driver that I investigated implements this behaviour
> * The only driver that dared to return RGB was the 'new' CPiA
> driver, and
> I think that got quickly resolved.
>
> Conclusion: use BGR everywhere; Alan agreed on that.
>
> You can lookup my post and Alan's reply in the linux-usb
> archives. So can we
> now please quit this mess?
>
> > Since V4L is being phased out (slowly, admittedly) to be
> replaced with
> > much more modular and rich V4L2
>
> I'd like to point out that I consider the V4L2 bloat, and
> still not adequate
> for webcams. I am therefor absolutely not in a hurry to make a V4L2
> interface...
>
> - Nemosoft
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
