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-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-h...@xmlgraphics.apache.org
