Use native graphics system

[Michael Pyne]

On Monday, January 09, 2012 19:53:42 Tommi Tervo wrote:
> On Sun, Jan 8, 2012 at 9:43 AM, Peter Penz <peter.penz19 at gmail.com> wrote:
> > Am 08.01.2012 um 03:04 schrieb Thiago Macieira <thiago at kde.org>:
> >> If there were problems with the raster graphics system, which had been
> >> enabled in Qt 4.8 for over 12 months before the release, why weren't
> >> they reported? Or are the reports still unfixed?
> > 
> > I don't know what Tommi means with "rendering glitches, etc" - my
> > (reverted) patch was only based on my obviously wrong assumption that
> > smooth scaling of pixmaps is always slow with the raster graphicssystem.
> I was hoping that SadEagle would have commented also, I remember him
> complaining about this issue, we'll lose accelerated image processing?
> when using raster backend.
> 
> Raster is many times slower on my laptop than native (OSS radeon
> driver).  Web page scrolling is abrupt and causing e.g. following
> bugs:

I've also experienced the "issue" with kde-asciiquarium, which continuously 
move pixmaps around... under raster the application is basically just one 
continuous memcpy(), while it performed much better under native.

I put "issue" in quotes as it's more an artifact of the kde-asciiquarium 
technique than an actual technical issue. If KHTML's implementation causes it 
to hit the raster slow paths then it would not be surprising that raster is 
slow. Whether that is inherent to the KHTML design is another story, but it's 
definitely true that there are at least some things (however uncommon) that 
are slower in raster than in native.

Regards,
 - Michael Pyne
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
URL: <https://mail.kde.org/mailman/private/kfm-devel/attachments/20120109/3324a340/attachment.sig>