From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1O1E8B-0000Li-16 for mharc-grub-devel@gnu.org; Mon, 12 Apr 2010 03:32:27 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O1E80-0000J9-0m for grub-devel@gnu.org; Mon, 12 Apr 2010 03:32:16 -0400 Received: from [140.186.70.92] (port=45639 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O1E7v-0000I0-5f for grub-devel@gnu.org; Mon, 12 Apr 2010 03:32:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O1E7l-0005Yj-3H for grub-devel@gnu.org; Mon, 12 Apr 2010 03:32:02 -0400 Received: from mail-bw0-f223.google.com ([209.85.218.223]:55085) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O1E7k-0005YP-U8 for grub-devel@gnu.org; Mon, 12 Apr 2010 03:32:01 -0400 Received: by bwz23 with SMTP id 23so1902830bwz.26 for ; Mon, 12 Apr 2010 00:31:59 -0700 (PDT) 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:cc:subject:references:in-reply-to :x-enigmail-version:content-type; bh=XYApiBuSeRCN6mabxuaKSxBDoiZXPhEL0SAUf07qEw0=; b=ac3vpyI0qosKYseTyhqc7KAlMWfJyJDYRtm8UouZYs6T5Q5tGl3ZEY4sRS2Iu7iW5m slXs1eLkZpTf6oKf2seGnynTa3alBBmAUeKXerY3uaozHOEYBeGHG0JD4DYygBm6OSjA ttA6mk0u1YWTu1QYbh9TLNAvKu3fCpxyeQ3Bw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type; b=MR3yBf56G2MG5WP6dAkc2yYH4qDsdAjcbWK51GyzkYYAO6ecfBYtMzvBkNPCI2XPxa XnTRkbCEgpJI2eAZwBVT4n3oKgOLzXhxHaBcG0tKwesqYTvz4uE0cn6/hpCIOZjQ8Z2Z oizCe7W74dHMQtCdxQbb4azlE2W1Eh0vferbU= Received: by 10.204.5.140 with SMTP id 12mr4382215bkv.34.1271057519051; Mon, 12 Apr 2010 00:31:59 -0700 (PDT) Received: from debian.bg45.phnet (hg-public-dock-69-dhcp.ethz.ch [82.130.80.69]) by mx.google.com with ESMTPS id 16sm1641536bwz.1.2010.04.12.00.31.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 12 Apr 2010 00:31:57 -0700 (PDT) Message-ID: <4BC2CC6C.9050205@gmail.com> Date: Mon, 12 Apr 2010 09:31:56 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20091109) MIME-Version: 1.0 To: Colin D Bennett References: <1267019540.8797.9.camel@EK> <4BB65231.10205@gmail.com> <1270446606.2581.41.camel@EK> <4BBF69BF.1060105@gmail.com> <20100409125638.7fd2bd84@svelte> In-Reply-To: <20100409125638.7fd2bd84@svelte> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigBE6F23BCE663A6F1CF132519" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) Cc: The development of GNU GRUB Subject: Re: [PATCH] Font antialiasing v2 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: Mon, 12 Apr 2010 07:32:17 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBE6F23BCE663A6F1CF132519 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable >> Mixing compression and font engine will make the code more complex and= >> bug prone. It's better to put compression layer below the font and >> make font subsystem unaware of it. The only exception is if >> compression takes advantage of knowing font structures. >> =20 > > My aim was to make it more practical to have full Unicode fonts of a > decent size. Compressing the font would greatly decrease the disk > space required, but if the entire font file was compressed using, for > instance, GZip, then (generally speaking) the entire file would > have to be decompressed to use the font. This would probably make it > far too slow to display the GRUB menu when a few fonts were loaded. > > In my thoughts on font compression, there are a couple of opposing > factors: > > - Compressing too little data produces poorer compression since there > is less redundancy to eliminate. Consider the extreme case of > compressing each glyph by itself with GZip. > > - Compressing too much data means that more time is spent > decompressing glyphs at runtime that will not be used (in general, a > small fraction a Unicode font would be used at once in GRUB). Consider= > the extreme case of compressing the entire font as a single unit with > GZip. > > =20 This issue should be handled at compress time by choosing to compress by blocks of desired size. This way font layer doesn't need to care anymore.= > By compressing blocks of characters, where each block contains a number= > of characters that represents a compromise between too little data for > good compression on disk and too much data for wasted time decompressin= g > unused glyphs, good compression and good runtime performance can be > attained. > =20 --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enigBE6F23BCE663A6F1CF132519 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 iF4EAREKAAYFAkvCzGwACgkQNak7dOguQgn+ewD/arnANwoSP9dbGzEwE5W8bBXU 5ZgtoJG5qzoYOFea6cQA/2/mWKRh4NHDCeQzVh3/jiDm2RGiGPfsZ6PJ2nSxjUGV =odb4 -----END PGP SIGNATURE----- --------------enigBE6F23BCE663A6F1CF132519--