Saturday, August 30th 2008, 11:23am UTC+1

You are not logged in.

  • Login
  • Register

Dear visitor, welcome to QtForum.org. If this is your first visit here, please read the Help. It explains how this page works. You must be registered before you can use all the page's features. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

Guninia

Beginner

Posts: 5

Location: Taiwan

Occupation: software engineer

1

Thursday, January 17th 2008, 8:07am

About Qtopia on PPC

Dear all,

I'm trying to write a GUI program for Power PC with 300e CPU and PCI graphic card on it.
I wrote it on x86 Linux system and cross-compiled it.
When it running in Linux on Power PC, everything is fine except the colors.
It seems the endian problems because I have done some tests for the framebuffer with different endian.
The x86 system is little-endian and Power PC is just the opposite,
so there might be something wrong when processing the RGB values.

I tried to re-configure the Qtopia with "-big-endian" when cross-compile, but it didn't work.

I wonder if it works or not by modifying "qscreen_qws.h". ?(

Please give me some suggestion to solve this problem, thanks.
New Qt programmer
  • Go to the top of the page

Guninia

Beginner

Posts: 5

Location: Taiwan

Occupation: software engineer

2

Wednesday, January 23rd 2008, 8:44am

Is there anybody tried running Qtopia progams on PPC?
Is there anyway to change the color byte order from argb to gbra for Qtopia GUI programs?
The endian settings for Qtopia seems affecting only data except the GUI image colors.

I use the style sheet to design the looking for the GUI, and it seems useless to change the QRgb definition.
What function will the style sheet call to implement the style sheet syntax?

I wonder that my questions are too easy, and no one would answer, hehe...
Actually I'm newbie for Qt and embedded programming.
Thanks for your help anyway.
New Qt programmer
  • Go to the top of the page

nijish

Trainee

Posts: 154

Location: Bangalore

Occupation: Software Engineer

3

Sunday, February 17th 2008, 9:42pm

is it color distortion? if it is then check your color palette and re-configure.

if your display is showing 'stripes' then it ideally means that you have a endian problem. but qt does provide a solution for this problem in its raster file. enabling the flag will do.
and, if this doesnt work, write a macro in the driver file to change rgb to bga....
  • Go to the top of the page

Guninia

Beginner

Posts: 5

Location: Taiwan

Occupation: software engineer

4

Thursday, February 21st 2008, 4:22am

Thanks for your reply.

I've tried the ENDIAN flag while configuring, but it seems useless.

I'm contacting the video card menufacturer to discuss about the offset problem.
New Qt programmer
  • Go to the top of the page

nijish

Trainee

Posts: 154

Location: Bangalore

Occupation: Software Engineer

5

Thursday, February 21st 2008, 7:45pm

hmm... i meant playing around with flags like:

>>> QT_QWS_REVERSE_BYTE_ENDIANNESS,
>>> QWS_BIG_ENDIAN,
>>> QT_QWS_EXPERIMENTAL_REVERSE_BIT_ENDIANNESS,
etc...

they might just work for you.

anyways, let know what is the problem.
  • Go to the top of the page

nijish

Trainee

Posts: 154

Location: Bangalore

Occupation: Software Engineer

6

Thursday, February 21st 2008, 7:46pm

btw... what is the spec of your screen?
  • Go to the top of the page

Guninia

Beginner

Posts: 5

Location: Taiwan

Occupation: software engineer

7

Friday, February 22nd 2008, 7:12am

My Screen is Samsung SyncMaster 750s, CRT.

Is there anything I should pay attention about screen?
New Qt programmer
  • Go to the top of the page

nijish

Trainee

Posts: 154

Location: Bangalore

Occupation: Software Engineer

8

Friday, February 22nd 2008, 7:54am

depends.. i will have to check out the specs to tell you more.

i had used a 640x240 resolution screen. hence i had to set width and height in driver(qgfxlinuxfb) file. since you are using linux, you wouldnt need the baseaddress of the panel.

also, the palette would generally be different. i mean, it is always good to have a conversion algorithm for rgb to bgr. you can ignore alpha channel for the initial setup till you see something on the screen. alpha blending can be taken up later is what i believe.
  • Go to the top of the page

Rate this thread