-Original Message-
From: xorg-devel-bounces+frankr.huang=amd@lists.x.org
[mailto:xorg-devel-bounces+frankr.huang=amd@lists.x.org] On Behalf Of
Jonathan Morton
Sent: 2010?7?14? 18:45
To: Huang, FrankR
Cc: xorg-driver-ge...@lists.x.org; xorg-devel@lists.x.org
Subject: RE: [Xorg-driver
On Wed, 2010-07-14 at 09:29 +0800, Huang, FrankR wrote:
I have some understanding about your explanation. Is that to say if
the source pixel is out of the source image, the modulus operation
will be used to get the source pixel to to rendered, not for the
rendering region.
Take my example,
is then applied to the blend operation.
-Original Message-
From: Huang, FrankR
Sent: 2010?7?12? 9:52
To: 'Jonathan Morton'
Cc: xorg-driver-ge...@lists.x.org; xorg-devel@lists.x.org
Subject: RE: [Xorg-driver-geode] Rendering in geode
I think I do not make the question clear.
Let me take an example
On Mon, 2010-07-12 at 09:52 +0800, Huang, FrankR wrote:
picture_10x10[0].pict = XRenderCreatePicture(dpy,
picture_10x10[0].d, picture_10x10[0].format, CPRepeat, pa);
XRenderComposite(dpy, PictOpOver, picture_10x10[0].pict, 0,
win-pict, 5, 11, 0, 0, 0, 0, 40, 40);
The
: 2010?7?10? 0:34
To: Huang, FrankR
Cc: xorg-driver-ge...@lists.x.org; xorg-devel@lists.x.org
Subject: RE: [Xorg-driver-geode] Rendering in geode
If Repeat is Normal (1), then the coordinate is wrapped back into
the image using the modulus (%) operation. This is your usual
repeating tile
If Repeat is Normal (1), then the coordinate is wrapped back into
the image using the modulus (%) operation. This is your usual
repeating tile function. As a special case, a 1x1 image with Repeat
set to Normal is the usual way of representing a solid colour.
I found that the region
?6?14? 18:07
To: Huang, FrankR
Cc: xorg-driver-ge...@lists.x.org; xorg-devel@lists.x.org
Subject: Re: [Xorg-driver-geode] Rendering in geode
On Sun, 2010-06-13 at 16:47 +0800, Huang, FrankR wrote:
You know when the driver does the composite, it is called in
exaTryDriverComposite
-ge...@lists.x.org; xorg-devel@lists.x.org
Subject: Re: [Xorg-driver-geode] Rendering in geode
On Thu, 2010-06-24 at 17:21 +0800, Huang, FrankR wrote:
The reason I use 4*PITCH is that the src is A8 picture, and the src'
format is ARGB32, so it is 4*PITCH. I don't know if that is reasonable
On Tue, 2010-06-29 at 17:21 +0800, Huang, FrankR wrote:
You know if the screen resolution is 1280x1024, and the first pass
result of PictOpOver need maximum 1280x1024x4(ARGB) size. But if
our driver's framebuffer is not big enough, how do we do that?
You could do it scanline by scanline in
@lists.x.org
Subject: RE: [Xorg-driver-geode] Rendering in geode
On Tue, 2010-06-29 at 17:21 +0800, Huang, FrankR wrote:
You know if the screen resolution is 1280x1024, and the first pass
result of PictOpOver need maximum 1280x1024x4(ARGB) size. But if
our driver's framebuffer is not big enough, how do
On Mon, Jun 28 2010, Huang, FrankR frankr.hu...@amd.com wrote:
Jonathan and Danzer,
Update:
We change the FB size from 24MB to 32MB, the bug in firefox is
disappearing. In my patch, I use the off-screen memory, so I
suspect in some condition, this memory space is
...@daenzer.net; Matt Dew;
xorg-devel@lists.x.org
Subject: Re: [Xorg-driver-geode] Rendering in geode
On Mon, Jun 28 2010, Huang, FrankR frankr.hu...@amd.com wrote:
Jonathan and Danzer,
Update:
We change the FB size from 24MB to 32MB, the bug in firefox is
disappearing. In my patch
-geode-bounces+frankr.huang=amd@lists.x.org
[mailto:xorg-driver-geode-bounces+frankr.huang=amd@lists.x.org] On Behalf
Of Jonathan Morton
Sent: 2010?6?24? 20:03
To: Huang, FrankR
Cc: xorg-driver-ge...@lists.x.org; xorg-devel@lists.x.org
Subject: Re: [Xorg-driver-geode] Rendering in geode
13 matches
Mail list logo
