Message from discussion
GDI vs GDI+ performance (was: More thoughts about wxAndroid)
Received: by 10.180.92.170 with SMTP id cn10mr132065wib.3.1334963149335;
Fri, 20 Apr 2012 16:05:49 -0700 (PDT)
X-BeenThere: wx-dev@googlegroups.com
Received: by 10.216.211.195 with SMTP id w45ls5108900weo.5.gmail; Fri, 20 Apr
2012 16:05:48 -0700 (PDT)
Received: by 10.180.83.170 with SMTP id r10mr132504wiy.1.1334963148302;
Fri, 20 Apr 2012 16:05:48 -0700 (PDT)
Received: by 10.180.83.170 with SMTP id r10mr132503wiy.1.1334963148289;
Fri, 20 Apr 2012 16:05:48 -0700 (PDT)
Return-Path: <va...@wxwidgets.org>
Received: from smtp.tt-solutions.com (sunset.tt-solutions.com. [82.238.156.189])
by gmr-mx.google.com with ESMTPS id ef4si161732wib.1.2012.04.20.16.05.48
(version=TLSv1/SSLv3 cipher=OTHER);
Fri, 20 Apr 2012 16:05:48 -0700 (PDT)
Received-SPF: neutral (google.com: 82.238.156.189 is neither permitted nor denied by best guess record for domain of va...@wxwidgets.org) client-ip=82.238.156.189;
Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 82.238.156.189 is neither permitted nor denied by best guess record for domain of va...@wxwidgets.org) smtp.mail=va...@wxwidgets.org
Received: from [192.168.17.86] (helo=Twilight)
by smtp.tt-solutions.com with esmtp (Exim 4.69)
(envelope-from <va...@wxwidgets.org>)
id 1SLMtf-0000v9-PJ
for wx-dev@googlegroups.com; Sat, 21 Apr 2012 01:05:47 +0200
Date: Sat, 21 Apr 2012 01:05:38 +0200
From: Vadim Zeitlin <va...@wxwidgets.org>
Subject: Re[8]: [wx-dev] GDI vs GDI+ performance (was: More thoughts about wxAndroid)
To: wx-dev@googlegroups.com
MIME-Version: 1.0
Content-Type: MULTIPART/SIGNED; protocol="application/pgp-signature"; micalg=pgp-sha1; BOUNDARY="3743430320-41-1334963138=:5252"
References: <E1S229g-0000b3-TO@smtp.tt-solutions.com><836455441.20120227164943@j-dev.de><E1S23CZ-0001Ur-EM@smtp.tt-solutions.com><1748879320.20120227175606@j-dev.de><E1S2OA3-0001Mv-1t@smtp.tt-solutions.com><649528757.20120301012851@j-dev.de> <E1S2uQC-00038U-8P@smtp.tt-solutions.com> <1674892027.20120420140100@j-dev.de>
In-Reply-To: <1674892027.20120420140...@j-dev.de>
X-Mailer: Mahogany 0.68.0 'Cynthia', running under Windows 7 (build 7600), 64-bit edition
Message-Id: <E1SLMtf-0000v9...@smtp.tt-solutions.com>
--3743430320-41-1334963138=:5252
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Disposition: INLINE
On Fri, 20 Apr 2012 14:01:00 +0200 Eric Jensen wrote:
EJ> I did some further research here, the problem is not only GDI+, but
EJ> wxGCDC itself. When drawing a wxBitmap it will be converted to a
EJ> wxGraphicsBitmap first. This conversion takes place pixel-by-pixel and
EJ> is pretty slow.
EJ> ( see wxGDIPlusBitmapData ctor in /src/msw/graphics.cpp )
It definitely shouldn't be done every time when the bitmap is drawn.
EJ> So when working with wxGraphicsContext, using a wxGraphicsBitmap
EJ> should be encouraged.
Of course.
EJ> Having that said, working with wxGraphicsBitmap only is a little
EJ> inconvient at the moment, as it doesn't even provide methods to get the
EJ> width or height
This seems really strange and is almost certainly an oversight. At least
GDI+ Bitmap definitely can returns its width and height and it should be
possible to implement it everywhere by just storing the size if necessary.
Any patches doing this would be very welcome.
Regards,
VZ
--3743430320-41-1334963138=:5252
Content-Type: APPLICATION/PGP-SIGNATURE
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
iEYEABECAAYFAk+R68IACgkQBupB3k9sHobzFwCgjLmdoDdhpMky/m5DTlOz5KKp
UU8An27a4opxCi19xwWmAA1FCgE/afLe
=qGTp
-----END PGP SIGNATURE-----
--3743430320-41-1334963138=:5252--