From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1NZk5e-0005kB-QJ for mharc-grub-devel@gnu.org; Tue, 26 Jan 2010 07:00:14 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NZk5b-0005io-4l for grub-devel@gnu.org; Tue, 26 Jan 2010 07:00:11 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NZk5V-0005ic-FS for grub-devel@gnu.org; Tue, 26 Jan 2010 07:00:09 -0500 Received: from [199.232.76.173] (port=37579 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NZk5V-0005iW-B4 for grub-devel@gnu.org; Tue, 26 Jan 2010 07:00:05 -0500 Received: from fg-out-1718.google.com ([72.14.220.157]:20545) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NZk5U-0006j5-OB for grub-devel@gnu.org; Tue, 26 Jan 2010 07:00:05 -0500 Received: by fg-out-1718.google.com with SMTP id 16so3882fgg.12 for ; Tue, 26 Jan 2010 04:00:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:content-type; bh=n1/kBzuR6OBQmdi7A7xBcrmxcQkGNVqlR3lidD35mnQ=; b=G/QsPHyGEp1Kmu2MruRQ+8Mln6iQGiwa2pBXqNOtJzEUWdaMM+rUykg7ti90cmQ8E8 PQffdlT8kj1RiHwDMKUSF3pGUiMKauwi0rPojuPFvbohRi8SA+icUBd3QMi6WULiKBD4 5EBBW2AjTc1BneFCNC2GLlfEN3WRX+vKm8nlU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type; b=TvEEUsjaFVtRj/6k3/NaarAeqH3/dgQ/Oe37lpiqCSPjaL5P+og1lBJNhru82SytLD XvmlFEnscLSECEUD7r1wiM7KHRbkA208tZnqrFP9YVxPnQtkP8AurtdU3qRjcn01AMoz DHjlyLkzPZ9JN4JOeZQGrB/joIAlXREHWCSxg= Received: by 10.87.38.5 with SMTP id q5mr3555176fgj.45.1264507203172; Tue, 26 Jan 2010 04:00:03 -0800 (PST) Received: from debian.bg45.phnet (hci-public-dock-22-dhcp.ethz.ch [82.130.82.22]) by mx.google.com with ESMTPS id e11sm16616578fga.19.2010.01.26.04.00.02 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 26 Jan 2010 04:00:02 -0800 (PST) Message-ID: <4B5ED93A.4040000@gmail.com> Date: Tue, 26 Jan 2010 12:59:54 +0100 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20091109) MIME-Version: 1.0 To: The development of GNU GRUB References: <4B585690.8090602@gmail.com> <1264160815.29881.61.camel@EK> <4B5EB1A5.5040200@gmail.com> <1264500247.3195.22.camel@EK> In-Reply-To: <1264500247.3195.22.camel@EK> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig329837E6B0EBC89D70955D38" X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: Antialiased fonts patch. X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2010 12:00:11 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig329837E6B0EBC89D70955D38 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Evgeny Kolesnikov wrote: > Hi, > > =20 >> At first I was completely against antialiasing support because of >> performance impact. But it being optional decreases the later. However= >> there is one problem: your patch relies on text_layer to be RGBA8888 >> which was a mistake. RGBA8888 for text layer is vastly inefficient >> especially on 16-bit framebuffer and CPUs with small cache. I had plan= s >> to switch it to indexed color. Do you really need 8bits and 4 aren't >> enough?=20 >> =20 > > I use 8-bit in order to give GRUB ability to look and feel exactly > as other parts of OS, so yes, 8 bits are required. If one can't allow > this for his system - he can use 1-bit fonts. I don't really care about= > such situation just because other parts of desktop on such a system wil= l > be awful too. > =20 You forget that other parts of the system have access to video acceleration capabilities, grub doesn't. > =20 >> If 4 are enough we could make text_layer IA44 (indexed-4 bits, >> alpha 4 bits) if you need 8 bits we can do IA88. I'm not sure which on= e >> is faster: firs one is more cache-efficient, second one requires less >> ALU. Are you interested in implementing this? >> =20 > > Actually I'm planning to add 32-bit AA (heh-heh). Sub-pixel AA for LCD > monitors for complete match with xorg capabilities. And this just can't= > be done in indexed mode. > > So I can suggest to make division: 1-bit & indexed text layer vs > 8(32)-bit & RGBA layer. First is for speed, second (and third)=20 > is for beauty=20 Splitting speed/niceness is ok as long as they share most of the code and "speed" is default. Perhaps we can have a variable: set i_want_to_waste_time_in_booter=3Dyes But before we can go to such length for beauty we would need native drivers first. No matter how you antialias if VBE accepts only 1024x768 which is stretched to 1280x800, it won't have any effect. Hence you need to port native drivers to grub. > (BURG project is already interested in - Bean, help > me :)).=20 He is of no authority here. If something is considered harmful it will be rejected no matter what burg does. > Doing it half-way will be nor fast nor appealing. > > And yes, I'm interested in doing it in most effective way: blitter, > optimizations etc., just give me the direction. > =20 Then you would need to consider 16-bit modes too. E.g. use RGBA5658 if screen is RGB565. > =20 >>> Everything my path does is: >>> >>> 1) Enriches grub-mkfont with ability to write (and debug with -vv)=20 >>> pff3 (as I call it now) font format. There are 2 differences between >>> pff2 and pff3 formats: FILE magic (PFF2 becomes PFF3) and DATA block >>> entires size multiples by 8 (1bit -> 8bit). In other words PFF3 store= s >>> 8-bit alpha channel instead of 1-bit. >>> And grub-mkfont will still be able to generate pff2, of course. >>> >>> =20 >>> =20 >> And by default grub-mkfont should generate not antialiased font for >> performance reasons. But user or theme creator can choose to use >> antialiased fonts if they wish. >> =20 > > It's exactly the way my patch does it. AA is optional and used > explicitly. > > > > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/grub-devel > > =20 --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig329837E6B0EBC89D70955D38 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iF4EAREKAAYFAkte2UEACgkQNak7dOguQgn4jgEAikA1TzFmD8EWy7320qluwP/Y CDTYYJCQqf53CCYtAZkA/1b3g2oZCDGcGxY38Uft4QByO6DXMQMIuuO7Ai0e0r6d =XmBq -----END PGP SIGNATURE----- --------------enig329837E6B0EBC89D70955D38--