nanogui: calibration application [& other problems]


Previous by date: 23 Apr 2004 14:00:33 +0100 Re: [nanogui] freetype problem, Takács Áron
Next by date: 23 Apr 2004 14:00:33 +0100 Re: calibration application [& other problems], Greg Haerr
Previous in thread: 23 Apr 2004 14:00:33 +0100 Re: calibration application [& other problems], Greg Haerr
Next in thread: 23 Apr 2004 14:00:33 +0100 Re: calibration application [& other problems], Greg Haerr

Subject: Re: [nanogui] calibration application [& other problems]
From: "Massimiliano Turco" ####@####.####
Date: 23 Apr 2004 14:00:33 +0100
Message-Id: <006301c42933$020772d0$7e0614ac@tecne126>

Hi Greg,
hi all in the mailing list
first, thanks for the reply.

I have succefully integrated the 0.90 calibration feature into my
microwindows 0.89. On PC side, with the new modified libnano-X, I have
compiled the nxcal.c and
got the binary. It works and it generates the "nxcal.dat" file.
Then I've successfully cross-compiled it with arm-linux-gcc and tested it on
the board.
The problem is that on the TFT the cross and the msg ("Microwindows
Calibration" - "Touch the cross hairs firmly to"- "calibrate your handheld")
are correctly displayed but if I touch the cross hairs nothing happens as
there is no event.type = GR_EVENT_TYPE_MOUSE_POSITION

if (event.type == GR_EVENT_TYPE_MOUSE_POSITION)
   if (handle_pos(&event.mouse)) {
    calculate_transform(trans);
    return; }

Of course, no nxcal.dat file is created. Any help?

An other question. I have investigated in the 090 project any reference to
"nxcal.dat" ***without*** result. So, in which way the values saved in the
.dat file are used by the other application? Those values are corrections to
the mouse position, right? a sort of compensation... any help? any reference
of "how to use" application? I also figure that on PC side there is no wrong
mouse position...

For the problem with cross-compile for ARM the microwindows 0.90, the error
was:
In file included from /usr/include/string.h:375,
                 from winmain.c:8:
/usr/include/bits/string2.h: In function `__strcpy_small':
/usr/include/bits/string2.h:441: warning: pointer of type `void *' used in
arithmetic
/usr/include/bits/string2.h:449: warning: pointer of type `void *' used in
arithmetic
/usr/include/bits/string2.h:454: warning: pointer of type `void *' used in
arithmetic
/usr/include/bits/string2.h:459: warning: pointer of type `void *' used in
arithmetic
/usr/include/bits/string2.h:461: warning: pointer of type `void *' used in
arithmetic
/usr/include/bits/string2.h:466: warning: pointer of type `void *' used in
arithmetic
winmain.c: In function `MwSelect':
winmain.c:267: inconsistent operand constraints in an `asm'
winmain.c:268: inconsistent operand constraints in an `asm'
winmain.c:269: inconsistent operand constraints in an `asm'
winmain.c:320: inconsistent operand constraints in an `asm'
winmain.c:325: inconsistent operand constraints in an `asm'
winmain.c:332: inconsistent operand constraints in an `asm'
winmain.c:334: inconsistent operand constraints in an `asm'
winmain.c:336: inconsistent operand constraints in an `asm'
winmain.c:334: inconsistent operand constraints in an `asm'
winmain.c:336: inconsistent operand constraints in an `asm'
winmain.c:334: inconsistent operand constraints in an `asm'
winmain.c:336: inconsistent operand constraints in an `asm'
make[1]: *** [winmain.o] Error 1
make: *** [subdir-mwin] Error 2

For my problem accessing the Microwin CVS it should be a problem of our LAN,
I hope I will solve it soon...

Thanks in advance for any help and suggestions.
max

----- Original Message -----
From: "Greg Haerr" ####@####.####
To: "Massimiliano Turco" ####@####.####
####@####.####
Sent: Friday, April 16, 2004 7:34 AM
Subject: Re: [nanogui] calibration application [& other problems]


> > I am using microwindows 0.89 and I have found in the demos/nanox folder
a nxcal.c file, but it doesn't generate any
> binary in the bin folder. I tried compiling it separately but there is no
sign of the linked header file fixed.h. Any
> help?
>
> A standard calibrator wasn't included in v0.89.  Version 0.90 contains
> the standard calibrator nxcal.c, which doesn't require fixed.h.
>
>
> > I've also found a calibration application in the microwindows 0.90
project. The binary works and I've also launched it
> using the nano-X and nanowm from the 0.89 version and it seems working
correctly apart for an error msg "GsHandleClient
> bad function". Is it possible to easily port this application to
microwindows 0.89?
>
> You're getting the bad function errmsg because version 0.90 uses the new
> GrCalcTransform API call, which isn't in 0.89.  If you add that function
> to 0.89 from 0.90's nanox/nxtransform.c, the application would likely
work.
>
> > As I previously wrote, I am not using microwindows 0.90 'cos I couldn't
cross-complile it for ARM target,
>
> Can you please give details on this again?  We're not aware that there are
> any cross-compilation issues with 0.90.
>
> > so the 0.90 version has color bugs in displaying tiff /jpeg images. I
basically solved this color bug adding the tiff
> decoder in the 0.89 version. I wasn't able to do the contrary.
>
> Agreed - this needs to be fixed.  The bug is related to the addition of
> alpha (ARGB) support. and tiff/jpeg RGB values with 0 and 0xff alpha
values.
>
>
> > An other main problem is that it seems I can't access the Microwindows
CVS.
> I tried a lot of times and a few minutes ago too and I always got back the
msg:
> "connect to cvs.microwindows.org(166.70.186.59):2401 failed:
> Connection timed out"
>
> I just checked this and it seems up.  Do you have the proper CVSROOT?
>
> Regards,
>
> Greg



Previous by date: 23 Apr 2004 14:00:33 +0100 Re: [nanogui] freetype problem, Takács Áron
Next by date: 23 Apr 2004 14:00:33 +0100 Re: calibration application [& other problems], Greg Haerr
Previous in thread: 23 Apr 2004 14:00:33 +0100 Re: calibration application [& other problems], Greg Haerr
Next in thread: 23 Apr 2004 14:00:33 +0100 Re: calibration application [& other problems], Greg Haerr


Powered by ezmlm-browse 0.20.