From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1O1KZ0-00053w-Uw for mharc-grub-devel@gnu.org; Mon, 12 Apr 2010 10:24:34 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O1KZ0-00053n-3U for grub-devel@gnu.org; Mon, 12 Apr 2010 10:24:34 -0400 Received: from [140.186.70.92] (port=35942 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O1KYx-00053T-Op for grub-devel@gnu.org; Mon, 12 Apr 2010 10:24:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O1KYv-0004DO-RF for grub-devel@gnu.org; Mon, 12 Apr 2010 10:24:31 -0400 Received: from gateway04.websitewelcome.com ([67.18.125.4]:41103) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1O1KYv-0004Bv-MG for grub-devel@gnu.org; Mon, 12 Apr 2010 10:24:29 -0400 Received: (qmail 25206 invoked from network); 12 Apr 2010 14:26:20 -0000 Received: from gator297.hostgator.com (74.53.228.114) by gateway04.websitewelcome.com with SMTP; 12 Apr 2010 14:26:20 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=gibibit.com; h=Received:Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References:X-Mailer:Mime-Version:Content-Type; b=Hlbmm8kD92CQUCGaFvqa/2rP/RuYkO6gqfxvyu5z0b6+wPBsKnlLBkEXN8F3qO+pCdXz0WocO4rG9x2m4omekyB3mzf8UjnaTCmUBXmul76XCb8OlMIP+EFDmCFZ7yRS; Received: from c-67-185-87-185.hsd1.wa.comcast.net ([67.185.87.185]:55912 helo=svelte) by gator297.hostgator.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1O1KYc-0003UQ-Ue; Mon, 12 Apr 2010 09:24:11 -0500 Date: Mon, 12 Apr 2010 07:24:09 -0700 From: Colin D Bennett To: Vladimir =?UTF-8?B?J8+GLWNvZGVyL3BoY29kZXIn?= Serbinenko Message-ID: <20100412072409.4d09d67d@svelte> In-Reply-To: <4BC2CC6C.9050205@gmail.com> References: <1267019540.8797.9.camel@EK> <4BB65231.10205@gmail.com> <1270446606.2581.41.camel@EK> <4BBF69BF.1060105@gmail.com> <20100409125638.7fd2bd84@svelte> <4BC2CC6C.9050205@gmail.com> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.18.3; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/Q4qo2Ihihz8iZ4RH8ZeR8T7"; protocol="application/pgp-signature" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator297.hostgator.com X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gibibit.com X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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 14:24:34 -0000 --Sig_/Q4qo2Ihihz8iZ4RH8ZeR8T7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Mon, 12 Apr 2010 09:31:56 +0200 Vladimir '=CF=86-coder/phcoder' Serbinenko wrote: >=20 > >> 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. But can you randomly seek to an block transparently and read it that way? Regards, Colin --Sig_/Q4qo2Ihihz8iZ4RH8ZeR8T7 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkvDLQkACgkQokx8fzcGbYe38gCfdJ5/kWYOFECNRsDp7dHPwtFH pXoAn3cOpnnbBaK2Pr/BqS1URiPiibMZ =uNA/ -----END PGP SIGNATURE----- --Sig_/Q4qo2Ihihz8iZ4RH8ZeR8T7--