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