Trolltech Home | Qt-embedded-interest Home | Recent Threads | All Threads | Author | Date
All threads index page 1

Qt-embedded-interest Archive, February 2002
porting qte for big-endian LCD in little endian system.


Message 1 in thread

hi, all

my LCD controller is big endian one but my system is little endian system. so I ported the src/kernel/qgfxraster.cpp to support big endian LCD. 

it seems that modify only qgfxraster.cpp file can not work. 

for example, title text, buttons and some lines are as flicker as before porting. when i run wordgame, some text is correct, some text is flicker.

but Image is OK. for example, when I run canvas, the Images seem  correct.

can anybody give me a hint?

thank you very much
Dell


Message 2 in thread

On Saturday 23 February 2002 04:52 am, Chen Ning-a2446c wrote:
> hi, all
>
> my LCD controller is big endian one but my system is little endian system.
> so I ported the src/kernel/qgfxraster.cpp to support big endian LCD.
>
> it seems that modify only qgfxraster.cpp file can not work.
>
> for example, title text, buttons and some lines are as flicker as before
> porting. when i run wordgame, some text is correct, some text is flicker.
>
> but Image is OK. for example, when I run canvas, the Images seem  correct.

  I presume by flicker you mean reversed?

> can anybody give me a hint?

  One thing you might want to try changing is QGfxRaster::drawText's 
non-antialiased font drawing code to select Little rather than BigEndianMask 
for fonts. Possibly the QPF pre-rendered fonts are being rendered incorrectly.

> thank you very much
> Dell

  No problem :)

-- 
 [ signature omitted ] 

Message 3 in thread

my porting rule is:
1) when read a data from frame buffer, I reserve it. (hight 16 bit chnaged to low 16, ...)
2) when write a data from frame buffer, i reserve it.
3) when read/write data from/to frame buffer, no change,
4) when read/write data from outside of frame buffer, no change,

i changed the drawText in my rule, and did not change BigEndianMask and any internal data structure. if the text/data is write into frame buffer, it shall be reserved by my program.

and the button on the title bar (I mean "OK" button ) also dispaied flicker (I mean data reserved).

I think i had changed all place that data shall be reserved in qgfxraster class. I am a newbie for QTE, I don't know if there is other place which directly read/write frame buffer.

thank you very much, Dell

-----Original Message-----
From: Jo Dillon [mailto:jo@trolltech.com]
Sent: Sunday, February 24, 2002 1:38 AM
To: Chen Ning-a2446c; qt-embedded-interest@trolltech.com
Subject: Re: porting qte for big-endian LCD in little endian system.


On Saturday 23 February 2002 04:52 am, Chen Ning-a2446c wrote:
> hi, all
>
> my LCD controller is big endian one but my system is little endian system.
> so I ported the src/kernel/qgfxraster.cpp to support big endian LCD.
>
> it seems that modify only qgfxraster.cpp file can not work.
>
> for example, title text, buttons and some lines are as flicker as before
> porting. when i run wordgame, some text is correct, some text is flicker.
>
> but Image is OK. for example, when I run canvas, the Images seem  correct.

  I presume by flicker you mean reversed?

> can anybody give me a hint?

  One thing you might want to try changing is QGfxRaster::drawText's 
non-antialiased font drawing code to select Little rather than BigEndianMask 
for fonts. Possibly the QPF pre-rendered fonts are being rendered incorrectly.

> thank you very much
> Dell

  No problem :)

-- 
 [ signature omitted ] 

Message 4 in thread

hi, Mr Dillon 
I change BigEndianMask to LittleEndianMask, get a strange display, '2' displaied as 's'. so i understand your 'reverse'. 

my 'reverse' means, low 16bits pixel displaied at high 16bit pixel position, while high 16 bits pixel displaied as low 16bit position. so a '2' is a flicker '2'

in my current version, line, polygons, circle and butter displaied correctly now. i am trying to figure out other place which response to drawText (outside qgfxraster_qws.cpp)

can you give me a hint?

thanks, very much. Dell

-----Original Message-----
From: Chen Ning-a2446c 
Sent: Monday, February 25, 2002 10:02 AM
To: jo@trolltech.com; Chen Ning-a2446c;
qt-embedded-interest@trolltech.com
Subject: RE: porting qte for big-endian LCD in little endian system.


my porting rule is:
1) when read a data from frame buffer, I reserve it. (hight 16 bit chnaged to low 16, ...)
2) when write a data from frame buffer, i reserve it.
3) when read/write data from/to frame buffer, no change,
4) when read/write data from outside of frame buffer, no change,

i changed the drawText in my rule, and did not change BigEndianMask and any internal data structure. if the text/data is write into frame buffer, it shall be reserved by my program.

and the button on the title bar (I mean "OK" button ) also dispaied flicker (I mean data reserved).

I think i had changed all place that data shall be reserved in qgfxraster class. I am a newbie for QTE, I don't know if there is other place which directly read/write frame buffer.

thank you very much, Dell

-----Original Message-----
From: Jo Dillon [mailto:jo@trolltech.com]
Sent: Sunday, February 24, 2002 1:38 AM
To: Chen Ning-a2446c; qt-embedded-interest@trolltech.com
Subject: Re: porting qte for big-endian LCD in little endian system.


On Saturday 23 February 2002 04:52 am, Chen Ning-a2446c wrote:
> hi, all
>
> my LCD controller is big endian one but my system is little endian system.
> so I ported the src/kernel/qgfxraster.cpp to support big endian LCD.
>
> it seems that modify only qgfxraster.cpp file can not work.
>
> for example, title text, buttons and some lines are as flicker as before
> porting. when i run wordgame, some text is correct, some text is flicker.
>
> but Image is OK. for example, when I run canvas, the Images seem  correct.

  I presume by flicker you mean reversed?

> can anybody give me a hint?

  One thing you might want to try changing is QGfxRaster::drawText's 
non-antialiased font drawing code to select Little rather than BigEndianMask 
for fonts. Possibly the QPF pre-rendered fonts are being rendered incorrectly.

> thank you very much
> Dell

  No problem :)

-- 
 [ signature omitted ]