Hasso Tepper (26/06/2007):
> Yes, "greedy" fixes the EXA issue for me, thanks. "smart" introduces
> different slowdown, seems (I don't have numbers, but it feels so) -
> rendering process itself is fast, but reacting to various events
> (keypress, clicking with mouse etc) takes some time.
I hope
Michel Dänzer wrote:
> I'll assume 1.3. Does Option "MigrationHeuristic" "greedy" (or "smart")
> make a difference?
Yes, "greedy" fixes the EXA issue for me, thanks. "smart" introduces
different slowdown, seems (I don't have numbers, but it feels so) -
rendering process itself is fast, but reactin
On Tue, 2007-06-26 at 12:02 +0300, Hasso Tepper wrote:
> Michel Dänzer wrote:
> > On Mon, 2007-06-25 at 11:17 +0300, Hasso Tepper wrote:
> > > Problem is still there and is even worse with xorg 7.2 - EXA is broken
> > > [...]
> >
> > Define 'broken', and which version of xserver-xorg-core are you
Michel Dänzer wrote:
> On Mon, 2007-06-25 at 11:17 +0300, Hasso Tepper wrote:
> > Problem is still there and is even worse with xorg 7.2 - EXA is broken
> > [...]
>
> Define 'broken', and which version of xserver-xorg-core are you
> referring to?
It's so slow, it's almost unusable and it _was_ OK
On Mon, 2007-06-25 at 11:17 +0300, Hasso Tepper wrote:
> > About a year ago, you reported a bug to the Debian BTS regarding RGBA
> > image rendering being very slow on a ATI board. Did you reproduce this
> > problem recently? With Xorg/Etch? With latest xserver-xorg-core and
> > drivers? If not, I
reassign 376132 xserver-xorg-core
retitle 376132 Very slow rendering of RGBA images
forwarded 376132 http://bugs.freedesktop.org/show_bug.cgi?id=11167
thank you
Hasso Tepper wrote:
> Problem is still there and is even worse with xorg 7.2 - EXA is broken
> there and there is no other alternative a
Processing commands for [EMAIL PROTECTED]:
> reassign 376132 xserver-xorg-core
Bug#376132: xserver-xorg-video-ati: Very slow rendering of RGBA images
Bug reassigned from package `xserver-xorg-video-ati' to `xserver-xorg-core'.
> retitle 376132 Very slow rendering of RGBA i
> About a year ago, you reported a bug to the Debian BTS regarding RGBA
> image rendering being very slow on a ATI board. Did you reproduce this
> problem recently? With Xorg/Etch? With latest xserver-xorg-core and
> drivers? If not, I will close this bug in the next weeks.
Problem is still there
Hi,
About a year ago, you reported a bug to the Debian BTS regarding RGBA
image rendering being very slow on a ATI board. Did you reproduce this
problem recently? With Xorg/Etch? With latest xserver-xorg-core and
drivers? If not, I will close this bug in the next weeks.
Thanks,
Brice
--
To UN
On Wed, 2006-08-09 at 20:28 +0300, Hasso Tepper wrote:
> Michel Dänzer wrote:
> > With the mga driver, it may be because it hasn't adapted to changes in
> > the XAA RENDER acceleration interface, so RENDER isn't currently
> > accelerated with it.
>
> I'm 100% sure that there was no problem with 6.
Michel Dänzer wrote:
> With the mga driver, it may be because it hasn't adapted to changes in
> the XAA RENDER acceleration interface, so RENDER isn't currently
> accelerated with it.
I'm 100% sure that there was no problem with 6.8 with mga. It appeared
with 6.9.
> The radeon driver has adapted
On Sat, 2006-07-01 at 23:50 +0300, Hasso Tepper wrote:
> Michel Dänzer wrote:
> > Okay, do the attached patches extracted from the upstream git history
> > make a difference? They're the only substantial changes to the XAA code
> > since X.Org 7.0...
>
> No any difference.
Thanks for testing anyw
Michel Dänzer wrote:
> Okay, do the attached patches extracted from the upstream git history
> make a difference? They're the only substantial changes to the XAA code
> since X.Org 7.0...
No any difference.
And I just discovered that my old machine with mga has same the problem,
so it's not just
On Fri, 2006-06-30 at 20:25 +0300, Hasso Tepper wrote:
> Michel Dänzer wrote:
> > Does this also occur without Option "BackingStore" or with Option
> > "AccelMethod" "EXA"?
>
> Removing "BackingStore" doesn't have any effect to the issue.
Okay, it's generally a bad idea to enable it though.
> B
Michel Dänzer wrote:
> Does this also occur without Option "BackingStore" or with Option
> "AccelMethod" "EXA"?
Removing "BackingStore" doesn't have any effect to the issue. But EXA
makes rendering RGBA images significantly faster - although not as fast
I'd expect to, there is no noticeable impa
On Fri, 2006-06-30 at 15:29 +0300, Hasso Tepper wrote:
>
> Rendering RGBA images is awfully slow with ATI cards. Several testing
> and unstable users have been confirmed the issue, most of them mentioning
> that for them it has been regression after upgrade from 6.8.
>
> Good demonstration is htt
Package: xserver-xorg-video-ati
Version: 1:6.5.8.0-1
Severity: normal
Rendering RGBA images is awfully slow with ATI cards. Several testing
and unstable users have been confirmed the issue, most of them mentioning
that for them it has been regression after upgrade from 6.8.
Good demonstration is
17 matches
Mail list logo
