nanogui: Re: [FIX] add alpha channel into GdDrawImage software handling
Subject:
RE: Re: [nanogui] Re: Re: [FIX] add alpha channel into GdDrawImage software handling
From:
####@####.####
Date:
12 Mar 2010 05:55:48 -0000
Message-Id: <cb75e745c0421bffb5ba289a7524dac7@a51019>
Mr Haerr
> No, I think we need to be completely accurate.
I agree it.
> This divide is not the performance problem in the drawing loop, it is the execution of the switch() statement.
But, I have different opinions on that issue.
- The every pixel is divided by 255 in the drawing loop. ( alphablend case )
- In case ARM, ARM core do not support hardware for division. Instead, compiler implement a division by calling software routine in C library. The standard integer division routine supported by C library takes 20~100 cycle. It depens on ARM processor family.
Anyway, I agree that an accuracy is the most important , too.
Regards,
Sung Joo
-----Original Message-----
From: "Greg ####@####.####
To: "Sung Joo, ####@####.####
Cc: ####@####.####
Sent: 10-03-12(금) 14:17:51
Subject: Re: [nanogui] Re: Re: [FIX] add alpha channel into GdDrawImage software handling
: How about changing from (color/255) to (color>>8) in GdDrawImage() ?
:
: Although it is not an accurate value, but it has the advantage of
performance.
No, I think we need to be completely accurate. This
divide is not the performance problem in the drawing
loop, it is the execution of the switch() statement.
Regards,
Greg
---------------------------------------------------------------------
To unsubscribe, e-mail: ####@####.####
For additional commands, e-mail: ####@####.####
