Not really what I hoped to hear, but the answer (and its clarity) is
appreciated.
Thanks
Werner
On 15.05.2012 10:52, Dieter wrote:
The JRE makes a lot of native calls using JNI. This functionality is
platform-dependent and means that threading, image-encoding,
rendering/antialiasing, etc. is slightly different for each OS.
On Tue, May 15, 2012 at 10:40 AM, Werner Guttmann
<werner.guttm...@indoqa.com> wrote:
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 ?
Just some more contextual information:
- We tried this with Java 6u27, 6u31 and 6u323, and it looks like switching
between Java version on any given host does not make any difference.
- The servers in question run a variety of OS, incl. Windows 8, Linux Mint,
Linux Ubuntu.
Any idea what might cause these effects ?
Kind regards
Werner Guttmann
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-h...@xmlgraphics.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-h...@xmlgraphics.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-h...@xmlgraphics.apache.org
