hi jeremias, hello list
actually, my feeling was right: i am iterating over a couple of files,
and the timings are about the same for 1.4.2 and 1.5.0. the files are:
1 - some simple text with embedded font
2 - a simple path with ~300 nodes
3 - a square with a simple gradient
4 - a bit more complex, ~20 different paths
(around the size of #2), seven lines
of text in various sizes and around 50
coloured squares
5 - the same as #4, but with a checkered
background.
the actual timings:
batik-dist, 1.4.2 ---------------------------------
-------------------------------------------------
iterating over 5 files
-------------------------------------------------
file 1 of 5
loading svg ...
loading svg took 985ms
prettyprinting svg took 453ms
saving jpeg ...
saving jpg took 1953ms
saving pdf ...
saving pdf took 406ms
-------------------------------------------------
file 2 of 5
loading svg ...
loading svg took 0ms
prettyprinting svg took 15ms
saving jpeg ...
saving jpg took 828ms
saving pdf ...
saving pdf took 766ms
-------------------------------------------------
file 3 of 5
loading svg ...
loading svg took 0ms
prettyprinting svg took 16ms
saving jpeg ...
saving jpg took 312ms
saving pdf ...
saving pdf took 47ms
-------------------------------------------------
file 4 of 5
loading svg ...
loading svg took 78ms
prettyprinting svg took 94ms
saving jpeg ...
saving jpg took 57969ms
saving pdf ...
saving pdf took 57390ms
-------------------------------------------------
file 5 of 5
loading svg ...
loading svg took 157ms
prettyprinting svg took 234ms
saving jpeg ...
saving jpg took 57656ms
saving pdf ...
saving pdf took 58047ms
all files : 237422ms
batik-svn, 1.4.2 ---------------------------------
-------------------------------------------------
iterating over 5 files
-------------------------------------------------
file 1 of 5
loading svg ...
loading svg took 844ms
prettyprinting svg took 453ms
saving jpeg ...
saving jpg took 1969ms
saving pdf ...
saving pdf took 375ms
-------------------------------------------------
file 2 of 5
loading svg ...
loading svg took 15ms
prettyprinting svg took 16ms
saving jpeg ...
saving jpg took 234ms
saving pdf ...
saving pdf took 110ms
-------------------------------------------------
file 3 of 5
loading svg ...
loading svg took 15ms
prettyprinting svg took 16ms
saving jpeg ...
saving jpg took 375ms
saving pdf ...
saving pdf took 31ms
-------------------------------------------------
file 4 of 5
loading svg ...
loading svg took 78ms
prettyprinting svg took 94ms
saving jpeg ...
saving jpg took 2750ms
saving pdf ...
saving pdf took 3109ms
-------------------------------------------------
file 5 of 5
loading svg ...
loading svg took 110ms
prettyprinting svg took 203ms
saving jpeg ...
saving jpg took 3094ms
saving pdf ...
saving pdf took 3500ms
all files : 17391ms
Jeremias Maerki schrieb:
You don't say which version you use. Could you please try with the
latest code from Subversion (Batik Trunk)? If that doesn't help, please
get the latest source code of FOP from Subversion (FOP Trunk) and use
the pdf-transcoder.jar generated in FOP's build. That works for me.
On 06.09.2006 17:02:50 Ruben Malchow wrote:
hello list,
i am currently having a problem with gradients in a pdf export. if i
export it using PDFTranscoder, all gradients are pure black (try the
example "3D.svg"). when saved as jpeg, everything is fine.
is this a bug? i didnt find a bug report, so i reckon it is an unknown
bug (hardly believable) or i am doing something wrong ....
<snip/>
Jeremias Maerki
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
