Save as PDF with rasterized filter effects at high DPI looses random elements of figure

reproduced with Inkscape 0.47 on OS X 10.5.8

I get the same behaviour with Inkscape 0.47 and OS X 10.6.2 on the attached file.

At export DPI above 175 not all of the objects with blur applied are present in the output PDF. They seem to disappear one-by-one as the DPI is increased -- 200 DPI is almost right, but 300 is missing more objects.

It's an A2-sized file, so memory may be the issue(?): I have 2GB of ram available.

I can confirm that this bug is still alive. I've tried on the following systems:

Windows 7 Pro 64 bit - Inkscape 0.47-3 and Inkscape 0.48.0-1
Ubuntu 10.04.1 64 bit - Inkscape 0.47

Saving to pdf at 90dpi will save all blurred layers of my A2 page. As soon as I go to 300dpi the layers with blurred parts vanish.

I came across the same bug when I wanted to create an A0 poster with a blurred background and save it as 300dpi PDF. While other blurred objects appeared correctly the background disappeared.

To narrow down the bug I created a SVG with a blurred black rectangle in its center in the sizes A0, A1, A2, A3 and A4 and saved the respective files as PDF (see attachment). While the A0, A1 and A2 PDFs don't show anything, the A3 and A4 PDFs give the correct result.

Therefore I suspect the bug is caused when rasterized images get too big (that is, somewhere between 3508x4961 and 4961x7016 pixels). However it seems generally not to be a memory related bug, because when trying to save the A0 inkscape crashes with an memory error (see attached screenshot) while the A1 and A2 still get saved.

This bug occurred to me under Windows XP (Inkscape 0.48.0-1) and Mac OS X 10.6.5 (Inkscape 0.48.0-1).

Until this bug is fixed I'd like to share the workaround I found for my particular problem: Export the blurred background as bitmap (set the appropriate DPI), convert the resulting PNG to PDF, export the rest of the document (i.e. without background - use layers to hide it) and merge the two PDFs with pdftk:

pdftk.exe in.pdf background bg.pdf output out.pdf

hmm, It's not a bug it's a feature.
When creating a bitmap in 600dpi Inkscape want to render to a 7776x7776pixel sized bitmap. As there are 4 Bytes per pixel 7776x7776x4=241,864,704Bytes (241MegaByte).

The current code has a security limit of 100MByte (src/libnr/nr-pixblock.cpp:67).

So it prevents from creating a image like this size. There is a note asking how to do it better.
There might be situation where you really want an image like this.

Please give feedback what should Inkscape do in this situation?

Regards, Adib.

@theAdib
I would have appreciated a message that stated "Out of memory, limit is 100MB, try lowering your dpi".

Though I don't understand why just the blurred elements disappear if it's a memory issue.

@theAdib

Thanks for your explanation, this makes sense of course.

I would like it to be configurable in the options: Max. size for rasterized images on export: 100Mb

If one tries to export a bigger one I would expect a security warning that the currently set limit is hit and that the image in question would require it to be set to at least 241Mb.

Even more convenient would be a simple dialog box asking (when the configurable limit is hit): Do you really want to export the rasterized image at this resolution, it's gonna use 241Mb of memory. Yes, No, Cancel.

The only thing that should not happen is things not appearing in the output file without notice.

Kind regards,
Matthias

I committed revision 10009 that removes the memory boundaries.
Inkscape really slows down and consumed a lot while exporting. However it does not crash while getting RAM.
On my system 2Gbyte RAM it exports as 1200DPI creating a 18MByte pdf.

We have to address the popup somewehre else.