Mailing-List: contact batik-users-help@xmlgraphics.apache.org; run by ezmlm
Precedence: bulk
Reply-To: batik-users@xmlgraphics.apache.org
Received-SPF: pass (nike.apache.org: local policy)
Message-ID: <4FB348E3.70904@indoqa.com>
Date: Wed, 16 May 2012 08:27:47 +0200
From: Werner Guttmann <werner.guttmann@indoqa.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: batik-users@xmlgraphics.apache.org
CC: Joel Uckelman <uckelman@nomic.net>
Subject: Re: SVG to PNG transcoding and phaysical image sizes
References: <4FB21685.1060101@indoqa.com>
 <20120515170547.8D5F03613CD@charybdis.ellipsis.cx>
In-Reply-To: <20120515170547.8D5F03613CD@charybdis.ellipsis.cx>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

No, I haven't yet (and will), but it looks like the problem seems to be 
with some SVG text elements and their rendering on various platforms.

Thanks
Werner

On 15.05.2012 19:05, Joel Uckelman wrote:
> Thus spake Werner Guttmann:
>> Hi,
>>
>> in one of our projects, we are currently using the PNGTranscoder to
>> produce a PNG from an SVG, and everything works just fine (in terms of
>> expected output, content, ...). As part of some recent testing, we came
>> to realize that the PNGs produced are of differing physical byte sizes
>> on different machines.
>>
>> E.g. a PNG image of dimension 1620x1118 px one one box has a size of
>> 10,836 bytes, whereas a second server produces 10,864 bytes worth of PNG
>> from the very same SVG (using the very same binary and thus process). Is
>> this something we should be expecting, and if so, why is this the case ?
>
> That's not many bytes difference. Have you compared the PNGs in a hex
> editor? It could be that one of the metadata fields has some system-
> specific information in it.
>

---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org