nanogui: Thread: problems with GrStretchArea function


[<<] [<] Page 1 of 1 [>] [>>]
Subject: problems with GrStretchArea function
From: "sally" ####@####.####
Date: 9 Aug 2006 10:14:52 +0100
Message-Id: <001601c6bb94$3f769dd0$9691598f@dmsf3dd032a8bb>

Dear all,

        I try to use GrStretchArea funciton, however, it gvies following 
error msg:
"GdStretchBlitEx NOT SUPPORTED on this target."

The nano-X runs on framebuffer mode with debian.

best wishes,
Sally




Subject: Re: [nanogui] problems with GrStretchArea function
From: "Greg Haerr" ####@####.####
Date: 10 Aug 2006 05:12:11 +0100
Message-Id: <082901c6bc33$449669e0$6401a8c0@winXP>

:         I try to use GrStretchArea funciton, however, it gvies following 
: error msg:
: "GdStretchBlitEx NOT SUPPORTED on this target."
: 
: The nano-X runs on framebuffer mode with debian.

I need to know your target system bits per pixel (bpp) in order
to say more, since that determines the drivers/fblin*.c file
used.  This driver sounds like it doesn't have the function
implemented, which properly should be NULL, not
defined.

However, check engine/devdraw.c::GdStretchBlit(), and
you will see that there's a hack "#if 1" which should be
changed to "#if 0" to provide a software emulation fix.
This was removed for speed reasons, I think.

Regards,

Greg
Subject: Re: [nanogui] problems with GrStretchArea function
From: "sally" ####@####.####
Date: 10 Aug 2006 08:56:31 +0100
Message-Id: <000901c6bc52$92037c80$9691598f@dmsf3dd032a8bb>

Dear Greg,

        Thanks for your email.

        The problem has solved after changing bpp to 16 and  "#if 1" to "if 
0".

        Thank you very much.

best wishes
Sally
----- Original Message ----- 
From: "Greg Haerr" ####@####.####
To: "sally" ####@####.#### ####@####.####
Sent: Thursday, August 10, 2006 12:12 PM
Subject: Re: [nanogui] problems with GrStretchArea function


>:         I try to use GrStretchArea funciton, however, it gvies following
> : error msg:
> : "GdStretchBlitEx NOT SUPPORTED on this target."
> :
> : The nano-X runs on framebuffer mode with debian.
>
> I need to know your target system bits per pixel (bpp) in order
> to say more, since that determines the drivers/fblin*.c file
> used.  This driver sounds like it doesn't have the function
> implemented, which properly should be NULL, not
> defined.
>
> However, check engine/devdraw.c::GdStretchBlit(), and
> you will see that there's a hack "#if 1" which should be
> changed to "#if 0" to provide a software emulation fix.
> This was removed for speed reasons, I think.
>
> Regards,
>
> Greg 

[<<] [<] Page 1 of 1 [>] [>>]


Powered by ezmlm-browse 0.20.