|
|
|
|
|
Failed_to_load_an_image_mask.png (25,479 bytes) |
|
|
From MrB on IRC: >MrB:
else
{
bool gotAlpha = false;
bool pdfVer14 = (Options.Version >= PDFOptions::PDFVersion_14) || (Options.Version == PDFOptions::PDFVersion_X4);
gotAlpha = img2.getAlpha(fn, c->pixm.imgInfo.actualPageNumber, im2, true, pdfVer14, afl, img.width(), img.height());
if (!gotAlpha)
{
PDF_Error_MaskLoadFailure(fn);
return false;
}
alphaM = !im2.isEmpty();
}
>Kunda: I'll take a stab at it: so it's failing because it doesn't(?) have an alpha layer and it's trying to be exported in the wrong pdf format version? >MrB: yeah i guess so.. but i wonder why thats a requirement. a valid svg could also just be a solid rectangle |
|
|
Same here with 1.5.0.svn (19347) on openSUSE. |
|
|
I confirm the issue on ubuntu. Strange is that the preflight checker does issue a warning : "item has got some transparency" !!! (translated from french). scribus knows it has a transparency in the preflight checker but lands in that (!gotAlpha) part a few seconds later when creating the PDF... I also had a crash a few seconds later the first time i tried, but cannot reproduce the crash. |
|
|
PS : following cited code excerpt if condition, i did test with export to PDF version 1.4 |
|
|
jghali says he can't reproduce it on windows (not sure what win version he is using) |
|
|
The non-ideal workaround was changing the SVG in to a PNG :( The issue still remains except on windows per jghali) |
|
|
I've compiled latest trunk version in an OpenSuse 13.1 VM and... I cannot reproduce the issue either... |
|
|
Same in Ubuntu 14.04, I cannot reproduce the issue. |
|
|
I wonder if the use of GraphicksMagick may be involved in this issue... |
|
|
Good thinking. I will figure out how to tweak the build formula to not build with GraphicksMagick and report back soon |
|
|
jghali, Confirmed this is a GraphicsMagick issue. I compiled r19395 without GM support (v1.3.19) and was able to export the SVG to pdf. How do we proceed ? |
|
|
Can still reproduce on OSX 10.10.5 1.5.1svn r20620 Graphicsmagick 1.3.23 CLI output: embed list: "" subset list: "" outline list: "" Failed to read image "/Users/blah/Downloads/FFbrowser/image-mask-svg-issue/images/easterlillies-frame(publicdomainvectors).svg" |
|
|
How do i simulate this in GM without Scribus? |
|
|
Running in graphicsmagickTest:~ blah$ gm identify /Users/blah/Downloads/image-mask-svg-issue/images/easterlillies-frame\(publicdomainvectors\).svg gm identify: Request did not return an image. Note: I can successfully run 'gm convert' and convert the .svg to a .pdf with no problem. Example: Test:~ blah$ gm convert /Users/blah/Downloads/image-mask-svg-issue/images/easterlillies-frame-publicdomainvectors.svg test.pdf Running in imagemagick Test:~ blah$ identify /Users/blah/Downloads/image-mask-svg-issue/images/easterlillies-frame\(publicdomainvectors\).svg sh: line 1: 23898 Trace/BPT trap: 5 "inkscape" "/var/tmp/magick-23896OgCaXiEAwfeo" --export-png="/var/tmp/magick-23896AwjhfrNrJPRE" --export-dpi="90_90" --export-background="rgb(100%_100%_100%)" --export-background-opacity="1" > "/var/tmp/magick-23896agkS6WzO9o4g" 2>&1 /Users/sphenoid/Downloads/image-mask-svg-issue/images/easterlillies-frame(publicdomainvectors).svg SVG 1003x1165 1003x1165+0+0 16-bit sRGB 187KB 0.000u 0:00.000 |
|
|
I ran into the same issue with imagemagick 8:6.8.9.9-7ubuntu5.6 (Ubuntu 16.04 / KDE neon). |
|
|
The same issue occurs, if I additionally install graphicsmagick 1.3.23-1build1. I am using scribus-ng 1.5.2-0ubuntu16.04.0~ppa0. GraphicsMagick's `gm identify` fails for all SVG images used in my SLA file with "Request did not return an image.". ImageMagick's `identify` succeeds for all SVG images, telling me reasonable dimensions for them. Please note that I chose to embed all images into the SLA. |
|
|
scribus-trunk 1.5.3svn~r21826~20170315~ppa66~ubuntu16.04.1 does not show this issue. |
- Anonymous
