On Wed, Dec 3, 2008 at 8:37 PM, FlyCry <[EMAIL PROTECTED]> wrote:
>
> In my opinion, RGB means red in the high byte and blue in the low
> byte. But it seems that andriod use red in the low byte and blue in
> the high byte. I modified the code of load_store.cpp to exchange red
> and green. Now the
Greeting,
Now 16 BPP is used at FB driver and surface flinger, but blue color
has more weight on the display, I don't know why?
The 16 BPP format is: RGGB (RGB565) in the fb driver, is
the surface flinger different data format with driver?Thanks!
Mark
On Dec 4, 12:47 pm, Mathias Agopi
Mathias Agopian wrote:
[...]
> The notion of "high" byte and "low" byte in a 24-bits frame buffer is
> a little odd. Since these are not 32 bits or 16 bits numbers, I'm not
> sure what you mean.
People typically use the same order that the equivalent 32-bit format
would be. So the first byte, red,
On Thu, Dec 4, 2008 at 3:55 PM, David Given <[EMAIL PROTECTED]> wrote:
> Mathias Agopian wrote:
> [...]
>> The notion of "high" byte and "low" byte in a 24-bits frame buffer is
>> a little odd. Since these are not 32 bits or 16 bits numbers, I'm not
>> sure what you mean.
>
> People typically use
Mathias Agopian wrote:
[...]
> I don't understand what "looking at a GL_RGB pixel in a word" means. A
> word has 32 bits, GL_RGB has 24.
Well, I thought it was pretty obvious --- you load your 24 bits, in
natural order, into the bottom end of a quad, exactly the same way that
you'd load a 32 bit v
Hi, Mathias. Sorry to reply until now, cause somthing else I have to
deal with in my job.
I modified the assembly code of load_store.cpp. You mean that it would
break GL_RGB? So if LCDC needs a BGR framebuffer, but android gives an
RGB. What can I do to work it out? Could android give BGR display?
Hi,
I talked about this a little bit in my 2nd answer to this thread. You
will have to create a new BGR pixel-format and use this one. Adding a
pixel format to the system is not too hard, but it requires adding a
constant into multiple files (and make sure they all match).
For your information,
When I try to add a new pixel format for my board, I found a macro
GGL_PIXEL_FORMAT_RGB_888 = 3, // 3x8-bit RGB
I can use this format. Because the LCDC can use this 3x8-bit
framebuffer to BGR666 output.
And also I modified the EGLDisplaySurface.cpp to
GGL_PIXEL_FORMAT_RGB_888.
At that m
Hi,
On Mon, Dec 8, 2008 at 6:19 PM, FlyCry <[EMAIL PROTECTED]> wrote:
>
> When I try to add a new pixel format for my board, I found a macro
>GGL_PIXEL_FORMAT_RGB_888 = 3, // 3x8-bit RGB
> I can use this format. Because the LCDC can use this 3x8-bit
> framebuffer to BGR666 output.
> An
Thanks a lot!
I'll try it.
On 12月9日, 上午11时00分, Mathias Agopian <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Mon, Dec 8, 2008 at 6:19 PM, FlyCry <[EMAIL PROTECTED]> wrote:
>
> > When I try to add a new pixel format for my board, I found a macro
> > GGL_PIXEL_FORMAT_RGB_888 = 3, // 3x8-bit R
Thank you, Mathias!
I have succeed in 18 bpp display at andriod with your great help.
On 12月9日, 下午12时40分, FlyCry <[EMAIL PROTECTED]> wrote:
> Thanks a lot!
> I'll try it.
>
> On 12月9日, 上午11时00分, Mathias Agopian <[EMAIL PROTECTED]> wrote:
>
>
>
> > Hi,
>
> > On Mon, Dec 8, 2008 at 6:19 PM, FlyCry
11 matches
Mail list logo