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?
On 12月5日, 上午8时44分, David Given <[EMAIL PROTECTED]> wrote: > 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 value or a 16 bit value or an 8 bit value! > > The only thing that makes it the slightest bit complicated is that > GL_RGB is unaligned so you wouldn't be able to use a simple LDR > instruction, but that's just an implementation issue. > > -- > ┌─── ｄｇ＠ｃｏｗｌａｒｋ．ｃｏｍ ─────http://www.cowlark.com───── > │ > │ ⍎'⎕',∊N⍴⊂S←'←⎕←(3=T)⋎M⋏2=T←⊃+/(V⌽"⊂M),(V⊝"M),(V,⌽V)⌽"(V,V←1⎺1)⊝"⊂M)' > │ --- Conway's Game Of Life, in one line of APL > > signature.asc > < 1K查看下载 --~--~---------~--~----~------------~-------~--~----~ unsubscribe: [EMAIL PROTECTED] website: http://groups.google.com/group/android-porting -~----------~----~----~----~------~----~------~--~---
