Bug introduced in 7 or earlier and persisting through 12.0
Bug isn't present in version 5.2
Something about Rasterize
which doesn't seem to work as intended.
Recipe:
Make some simple vector graphics:
Test = Graphics[Circle[{0, 0} 1]]
Try to rasterize it having defined ImageSize and ImageResolution:
TestNew = Rasterize[Test, "Image", ImageResolution -> 300, ImageSize -> 72]
ImageSize
set to 72 means that the resulting image should have exactly 1 inch in size on the screen, since screen resolution is 72 pixels per inch. This is okay.ImageResolution
set 300 means that this image should have dimensions 300 over 300, sinceImageResolution
is defined in printer dots per inch and the image has the size of one inch.However, check image dimensions:
ImageDimensions[TestNew]
To discover that it is 72.
Moreover: the result does not depend at all on ImageResolution
option. From documentation: "RasterSize
and ImageResolutio
n determine the coarseness of rasterization; ImageSize
determines the size at which the final image will be displayed." If I vary RasterSize
, the coarseness indeed changes. If I vary ImageResolution
, the coarseness stays the same.
My system: Ubuntu 14, MMA10.0.1
Questions:
Can anyone reproduce the behaviour? (done; yes)
If it's not a bug, what is the reason? (mostly done: technical reason wonderfully explained by Alexey Popkov; this will be updated after the answer from WRI support is available)
Could someone try this on older MMA versions? (done: See Alexey's comment to his answer: ImageResoltution is overriden by ImageSize in V7, but not in V5)
Edit: The result I would want to obtain in the above example can be obtained by calling:
TestNew = Rasterize[Test, "Image", RasterSize -> 300, ImageSize -> 72]
Or, for general image sizes:
Rasterize[Test, "Image", ImageResolution -> , ImageSize -> ()*(72/2.54)]
should give the same result as:
Rasterize[Test, "Image", RasterSize -> (/2.54)*(), ImageSize -> ()*(72/2.54)]
In other words, ImageResolution
and RasterSize
seem to serve the same purpose, but the former one doesn't seem to work as it should.
Status update: According to the feedback from WRI: The question has been acknowledged as an issue. However it is not decided yet, how exactly it is to be resolved.
Answer
With a bit of spelunking I extracted the following from
g = Graphics[{Circle[], FontSize -> 20, Text["x^2+y^2<1", {0, 0}]}, ImageSize -> 72];
Trace[Rasterize[g, ImageSize -> 72, ImageResolution -> 100]]
in v.10.0.1.
An excerpt from the Trace
output
1) At first, the value of RasterSize
is extracted from the Rasterize
command using OptionValue
:
System`ConvertersDump`rs$ =
OptionValue[Rasterize, {ImageSize -> 72, ImageResolution -> 100}, RasterSize]
Automatic
2) In our case RasterSize
is Automatic
(the default value) and hence on the following line the value of ImageSize
option (which has dimensionality of printer's points, i.e. the base unit is inch) is incorrectly taken as RasterSize
(which has dimensionality of pixels) without taking into consideration ImageResolution
:
If[System`ConvertersDump`rs$ === Automatic,
System`ConvertersDump`rs$ =
OptionValue[Rasterize, {ImageSize -> 72, ImageResolution -> 100},
ImageSize]]
72
3) Now the new value for RasterSize
is converted into the form {width, heigh}
:
If[! ListQ[System`ConvertersDump`rs$] || Length[System`ConvertersDump`rs$] != 2,
System`ConvertersDump`rs$ = {System`ConvertersDump`rs$, Automatic}]
{72, Automatic}
4) At the next step final image resolution is calculated from the new RasterSize
(note that the original ImageResolution
is present but ignored!):
{System`ConvertersDump`w$, System`ConvertersDump`h$} = System`ConvertersDump`rs$;
System`ConvertersDump`ir$ =
System`ConvertersDump`GetIR[
Graphics[{Circle[{0, 0}], FontSize -> 20, Text["x^2+y^2<1", {0, 0}]}, ImageSize -> 72],
{System`ConvertersDump`w$, System`ConvertersDump`h$},
ImageSize -> 72, ImageResolution -> 100]
72
5) And finally the packet is constructed using the obtained value for ImageResolution
:
System`ConvertersDump`rdpdata$ =
System`ConvertersDump`ToRasterDataPacket[
Graphics[{Circle[{0, 0}], FontSize -> 20, Text["x^2+y^2<1", {0, 0}]}, ImageSize -> 72],
{"Rasterize", "BoundingBox"},
ImageResolution -> System`ConvertersDump`ir$, Background -> System`ConvertersDump`bg$,
ColorSpace -> System`ConvertersDump`cs$,
Sequence @@
FilterRules[{ImageSize -> 72, ImageResolution -> 100},
Except[{ImageResolution, Background, ColorSpace}]]]
What happens when ImageSize
is not specified
When ImageSize
is not specified, everything is the same up to the step 4):
System`ConvertersDump`ir$ =
System`ConvertersDump`GetIR[
Graphics[{Circle[{0, 0}], FontSize -> 20, Text["x^2+y^2<1", {0, 0}]}, ImageSize -> 72],
{System`ConvertersDump`w$, System`ConvertersDump`h$},
ImageResolution -> 100]
100
We see that when the new value of RasterSize
is {Automatic, Automatic}
the original value of ImageResolution
is taken as the final value for image resolution at this step.
Conclusion
From the above it is clear that the key option which currently determines the image resolution in Rasterize
is not ImageResolution
but RasterSize
.
The mechanism of the inconsistent behavior described in the question is as follows: when non-Automatic
ImageSize
is specified without RasterSize
it is taken as ImageResolution
. This contradicts to the documented meaning of these options: ImageSize
specifies the size of the image in printer's points where inch is the base unit while ImageResolution
has dimensionality of dots per inch.
At the same time the combination RasterSize
+ ImageSize
works as expected in accord with the Documentation. So the workaround is to use RasterSize
and do not rely on ImageResolution
.
Comments
Post a Comment