poppler issueshttps://gitlab.freedesktop.org/poppler/poppler/-/issues2024-01-02T16:14:59Zhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/1451pdf to svg shows raster lines (clippaths)2024-01-02T16:14:59Zrvanderboompdf to svg shows raster lines (clippaths)Hey,
we like to use pdftocairo -svg for our pdf to svg conversion, but some material that exists of images concatted to 1 images via clippath , show raster lines where the seperate images connect.
Some other paid tools do not do this an...Hey,
we like to use pdftocairo -svg for our pdf to svg conversion, but some material that exists of images concatted to 1 images via clippath , show raster lines where the seperate images connect.
Some other paid tools do not do this and show as it is visible in pdf.
Added the materal and the svg result.
[HFD_20231216_0_005_HI.pdf](/uploads/e3e430b97bed774cf0519ec386875a4e/HFD_20231216_0_005_HI.pdf)
[HFD_20231216_0_005_HI.svg](/uploads/9a3a1197942d9fa55de206ec3a896d9b/HFD_20231216_0_005_HI.svg)https://gitlab.freedesktop.org/poppler/poppler/-/issues/1450pdftocairo -pdf causes font errors that did not exist2023-12-14T22:24:28ZHakan Usaklipdftocairo -pdf causes font errors that did not existThe provided sample is a 1 page pdf without any errors in Adobe Acrobat.
[input.pdf](/uploads/e3ac808e1c5470a974e195224741cba6/input.pdf)
After processing on Windows with Poppler version 23.11.0
`pdftocairo.exe -pdf "c:\temp\input.pdf" ...The provided sample is a 1 page pdf without any errors in Adobe Acrobat.
[input.pdf](/uploads/e3ac808e1c5470a974e195224741cba6/input.pdf)
After processing on Windows with Poppler version 23.11.0
`pdftocairo.exe -pdf "c:\temp\input.pdf" "c:\temp\output.pdf"`
and checking the file in Adobe Acrobat, the following error message is introduced
![image](/uploads/1eeb6dc53c2d9d8fa93847e553fe49e6/image.png)
For your information and Best Regardshttps://gitlab.freedesktop.org/poppler/poppler/-/issues/1340`pdftocairo` outputs broken pdfs in recent versions2023-02-17T19:12:47ZLéo Stefanesco`pdftocairo` outputs broken pdfs in recent versions`pdftocairo -pdf original.pdf output.pdf` produces broken pdf: some mathematical symbols are missing, some positions are shifted making it unreadable. As a consequence evince prints broken pdfs.
My version is `pdftocairo version 23.02.0...`pdftocairo -pdf original.pdf output.pdf` produces broken pdf: some mathematical symbols are missing, some positions are shifted making it unreadable. As a consequence evince prints broken pdfs.
My version is `pdftocairo version 23.02.0`, another computer with version `pdftocairo version 20.09.0` works.
Attached are two examples:
- example 1 ([in_ex1.pdf](/uploads/ab17e12ba1f2921901d68f94b16bc822/in_ex1.pdf), [out_ex1.pdf](/uploads/23a08df38a6b29e1372f589c1f684f72/out_ex1.pdf)): The paragraph page 10 starting with "The order of events in the sequence" has issues
- example 2 ([in_ex2.pdf](/uploads/a825298b3a11bdb1b8a9aaa976b0cce5/in_ex2.pdf), [out_ex2.pdf](/uploads/770fc11571c223e933c65dbea1dedbba/out_ex2.pdf)
): The arrows between `r` and `a` in the 1st paragraph of page 5 have disappearedhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/1334Issue writing TIFF data to pipe with pdftocairo2023-01-19T21:54:23ZAugusto StoffelIssue writing TIFF data to pipe with pdftocairoI'm able to convert a PDF page to TIFF using pdftocairo as follows:
pdftocairo -singlefile -tiff file.pdf - > file.tiff
However, if I pipe the result into another program, I error
messages like these:
TIFFAppendToStrip: Maximu...I'm able to convert a PDF page to TIFF using pdftocairo as follows:
pdftocairo -singlefile -tiff file.pdf - > file.tiff
However, if I pipe the result into another program, I error
messages like these:
TIFFAppendToStrip: Maximum TIFF file size exceeded.
TiffWriter: Error writing tiff row 2
TIFFAppendToStrip: Maximum TIFF file size exceeded.
TiffWriter: Error writing tiff row 4
TIFFAppendToStrip: Maximum TIFF file size exceeded.
TiffWriter: Error writing tiff row 6
...
and there are only 8 bytes of output. For instance:
$ pdftocairo -singlefile -tiff file.pdf - 2> /dev/null | hexdump
0000000 4949 002a 0000 0000
0000008
Is this a bug?https://gitlab.freedesktop.org/poppler/poppler/-/issues/1309Duplicate glyphs in SVG output2023-12-15T17:09:09ZDmitry ShubinDuplicate glyphs in SVG outputWhen running our internal tests as part of the upgrade from Popppler 21.04 to 22.10, we have noticed that some result SVG files became a bit larger. The size increase itself is not a big concern, but the underlying issue may be more impo...When running our internal tests as part of the upgrade from Popppler 21.04 to 22.10, we have noticed that some result SVG files became a bit larger. The size increase itself is not a big concern, but the underlying issue may be more important - possibly related to "Refactor CairoFontEngine caching" update.
Steps to reproduce:
- Convert the attached document [compAnno.pdf](/uploads/d4f245d1d6c8faedee445c73fe57c1c3/compAnno.pdf) to SVG, using poppler v21.04, and using v22.10
- Expected result: size of the SVG produced by v22.10 is about the same or smaller
- Actual result: size of the SVG produced by v22.10 is bigger (207 Kb vs 200 Kb)
If you look into the differences, you may notice that the SVG produced by 22.10 [compAnno.pdf.p1.22-10.svg](/uploads/000bc4d2aad4ab5f7189ecd7ea7eec1b/compAnno.pdf.p1.22-10.svg) contains more glyphs than that of 21.04 [compAnno.pdf.p1.21-04.svg](/uploads/aea33845881bb25c1ca3bdfef00fdaf4/compAnno.pdf.p1.21-04.svg): 270 vs 255. The extra glyphs in 22.10 seem to be exact duplicates of others. For example, glyph1-10 and glyph14-15 are identical.
Thank you!
Dmitryhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/1277[pdftocairo] transparency type "multiply" isn't rendered correctly2022-07-28T22:35:09Ztobwen[pdftocairo] transparency type "multiply" isn't rendered correctly# bug
Transparency with type "multiply" isn't rendered
![output](/uploads/3fae1df273b8ee9f3cffb5dabed9eef0/output.png)
# tested commit
2e3c53b71f78b13f2afdb122c2d59243de70ac45
# reproduce me
[multiply.pdf](/uploads/8fe934448f320218a8e...# bug
Transparency with type "multiply" isn't rendered
![output](/uploads/3fae1df273b8ee9f3cffb5dabed9eef0/output.png)
# tested commit
2e3c53b71f78b13f2afdb122c2d59243de70ac45
# reproduce me
[multiply.pdf](/uploads/8fe934448f320218a8e8a9e54c6d7503/multiply.pdf)
``` shell
pdftocairo -r 600 -png -singlefile -antialias best multiply.pdf output
```
# reference image
Reference image was rendered with Illustrator CC 2022. Acrobat, Photoshop and others render it equally.
![reference](/uploads/6cf541c6d1649d30d96a1071e6fbefa0/reference.png)https://gitlab.freedesktop.org/poppler/poppler/-/issues/1251Annotation cut off2022-05-16T14:51:57ZDmitry ShubinAnnotation cut offSteps to reproduce:
- Open the attached [greysheet_sample.pdf](/uploads/ec9f45bf9b1b79999748c3b73d985d95/greysheet_sample.pdf)
- Convert page 2 to svg and to png, by executing
```
pdftocairo -svg -f 2 -l 2 greysheet_sample.pdf greyshee...Steps to reproduce:
- Open the attached [greysheet_sample.pdf](/uploads/ec9f45bf9b1b79999748c3b73d985d95/greysheet_sample.pdf)
- Convert page 2 to svg and to png, by executing
```
pdftocairo -svg -f 2 -l 2 greysheet_sample.pdf greysheet_sample.pdf.p2.poppler2205.svg
pdftocairo -png -f 2 -l 2 greysheet_sample.pdf greysheet_sample.pdf.p2.poppler2205.png
```
- Expected: the watermark looks the same way in svg and png and consistent to other PDF viewers
- Actual: while the PNG output looks good, the watermark in the SVG output is cut off on right and bottom sides: [greysheet_sample.pdf.p2.poppler2205.png-02](/uploads/00bf5125f7acc9d5490e97da07f8ddd8/greysheet_sample.pdf.p2.poppler2205.png-02.png), [greysheet_sample.pdf.p2.poppler2205.svg](/uploads/03045a6d33789fbbb49ed4cba1f631dc/greysheet_sample.pdf.p2.poppler2205.svg)
![greysheet_sample.png-vs-svg](/uploads/88de1e4e8c32bc731542d887ee27c995/greysheet_sample.png-vs-svg.png)
Reproduced against poppler 22.05.0https://gitlab.freedesktop.org/poppler/poppler/-/issues/1236subpixel rendering does not take effect2022-04-03T10:06:31Zlilydjwgsubpixel rendering does not take effect```sh
pdftocairo -png -antialias subpixel xxx.pdf xxx
```
The text in resulting image has only gray edges.
On a low DPI screen this makes the document text a little more blurry compared to elsewhere with subpixel rendering in effect. I...```sh
pdftocairo -png -antialias subpixel xxx.pdf xxx
```
The text in resulting image has only gray edges.
On a low DPI screen this makes the document text a little more blurry compared to elsewhere with subpixel rendering in effect. I was reading a PDF file in evince and found the difference.https://gitlab.freedesktop.org/poppler/poppler/-/issues/1177Big PDF size after using pdftocairo with a PDF containing JPX images2021-11-21T20:39:23ZYoann LaissusBig PDF size after using pdftocairo with a PDF containing JPX imagesWe are using pdftocairo to include missing fonts inside pdf files.
When using this tool for some specific PDF files containing JPX images, it produces PDF sometimes 10 times bigger.
I don't known if it's related to poppler or cairo.
I ...We are using pdftocairo to include missing fonts inside pdf files.
When using this tool for some specific PDF files containing JPX images, it produces PDF sometimes 10 times bigger.
I don't known if it's related to poppler or cairo.
I attached an exemple of a problematic file :
[18.pdf](/uploads/b095225cb7d4ca7aa33e930dbe4fcaf3/18.pdf)
After a conversion using :
pdftocairo -pdf <input.pdf> <output.pdf>
The result is 4.3M compared to 750K of the original file.
I can provide other examples if needed.
On the GS front, there is now an option to be able to "passthrough" JPX and other image formats.
Maybe such an option could be interesting for Poppler too ?https://gitlab.freedesktop.org/poppler/poppler/-/issues/1134pdftocairo crashes while converting specific pdf to raster2021-09-04T09:11:38ZTimur Sattarovpdftocairo crashes while converting specific pdf to rasterpdftocairo crashes with error code 0 and produces a black raster.
```
>/usr/bin/pdftocairo -v
pdftocairo version 21.08.0
Copyright 2005-2021 The Poppler Developers - http://poppler.freedesktop.org
Copyright 1996-2011 Glyph & Cog, LLC
>/...pdftocairo crashes with error code 0 and produces a black raster.
```
>/usr/bin/pdftocairo -v
pdftocairo version 21.08.0
Copyright 2005-2021 The Poppler Developers - http://poppler.freedesktop.org
Copyright 1996-2011 Glyph & Cog, LLC
>/usr/bin/pdftocairo -jpeg zglnw-page1.pdf zglnw-page1.pdf.21.08.jpg
BAD status: out of memory
BAD status: out of memory
BAD status: out of memory
BAD status: out of memory
Internal Error: cairo context error: out of memory<0a>
cairo error: out of memory
```
[zglnw-page1.pdf](/uploads/7a36e05182c8c772cc394ca2217443fc/zglnw-page1.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/1081PDF to SVG conversion keeps EXIF orientation tags in embedded JPEG but should...2021-05-11T17:28:11ZDmitry ShubinPDF to SVG conversion keeps EXIF orientation tags in embedded JPEG but should notSteps to reproduce with poppler 2021.05:
- Convert the attached file [test-with-exif-orientation.pdf](/uploads/10c0a691604e1901645dcad39438b7ae/test-with-exif-orientation.pdf) to SVG using pdftocairo:
```
pdftocairo -svg -l 1 -f 1 test-...Steps to reproduce with poppler 2021.05:
- Convert the attached file [test-with-exif-orientation.pdf](/uploads/10c0a691604e1901645dcad39438b7ae/test-with-exif-orientation.pdf) to SVG using pdftocairo:
```
pdftocairo -svg -l 1 -f 1 test-with-exif-orientation.pdf test-with-exif-orientation.pdf.svg
```
- Open the result in Chrome or Firefox
- Expected: the text on the picture is oriented horizontally
- Actual: the text is oriented vertically: [test-with-exif-orientation.pdf.svg](/uploads/8f8b94dad2413fea99780243eca06680/test-with-exif-orientation.pdf.svg)
[image](/uploads/54a2ce5cf0b1dbc8b91268f801d995c7/image.png)
This PDF contains an embedded JPEG image which has EXIF orientation tag set to a non-default value (6). Adobe Reader, Chrome and other viewers ignore this tag when rendering the PDF; Poppler ignores it as well when converting the file to PNG. However, the tag is preserved in the JPEG image after conversion to SVG, so the browsers see the orientation in the JPEG and rotate the file.https://gitlab.freedesktop.org/poppler/poppler/-/issues/1067pdftocairo does not allow to change the SVG dimensions2021-04-13T17:11:58ZAnton Danilkinpdftocairo does not allow to change the SVG dimensionsIt looks like [the `getOutputSize` function](https://gitlab.freedesktop.org/poppler/poppler/-/blob/db1bf17777068a34e7586236efefb74a42460932/utils/pdftocairo.cc#L497-516) does not allow to change the output size if we are in the printing ...It looks like [the `getOutputSize` function](https://gitlab.freedesktop.org/poppler/poppler/-/blob/db1bf17777068a34e7586236efefb74a42460932/utils/pdftocairo.cc#L497-516) does not allow to change the output size if we are in the printing mode, and because we are always in the printing mode because of #1066, the end result is that (it seem that) there is no way to change the output size for SVG files.https://gitlab.freedesktop.org/poppler/poppler/-/issues/1066pdftocairo does not allow to generate SVG files intended for screen usage2021-04-13T17:11:35ZAnton Danilkinpdftocairo does not allow to generate SVG files intended for screen usageSome SVG files are intended to be displayed and not printed, but `pdftocairo` will always do `cairoOut->setPrinting(true);` for SVG files, and there is no way to change it.Some SVG files are intended to be displayed and not printed, but `pdftocairo` will always do `cairoOut->setPrinting(true);` for SVG files, and there is no way to change it.https://gitlab.freedesktop.org/poppler/poppler/-/issues/1026"some font thing failed" - text simply not displayed2021-02-22T03:45:38ZAndy Hairston"some font thing failed" - text simply not displayedIn some PDFs, I get an error message "some font thing failed", and the resulting image simply doesn't have the text from the PDF. These are credit card statements from Citi, so I can't post the PDF here, and I haven't seen this issue on ...In some PDFs, I get an error message "some font thing failed", and the resulting image simply doesn't have the text from the PDF. These are credit card statements from Citi, so I can't post the PDF here, and I haven't seen this issue on other PDFs (that I know of - missing text is hard to notice).
Running pdftocairo gives these errors:
Syntax Error: Embedded font file may be invalid (several times, right at the beginning)
Syntax Error: could not create type1 face (hundreds of times)
some font thing failed (hundreds of times)
Running pdftoppm gives these errors:
Syntax Error: Embedded font file may be invalid
Syntax Error: Embedded font file may be invalid
Syntax Error: Embedded font file may be invalid
Syntax Error: Embedded font file may be invalid
Syntax Error: Couldn't create a font for 'F5_Otl'
Syntax Error: Couldn't create a font for 'F6_Otl'
Syntax Error: Couldn't create a font for 'F7_Otl'
Syntax Error: Couldn't create a font for 'F8_Otl'
The outputs from these are attached.
pdffonts -subst reports this:
Syntax Error: Embedded font file may be invalid
Syntax Error: Embedded font file may be invalid
Syntax Error: Embedded font file may be invalid
Syntax Error: Embedded font file may be invalid
name object ID substitute font substitute font file
------------------------------------ --------- ------------------------------------ ------------------------------------
While I wouldn't expect poppler to be able to guess at what an invalid embedded font should look like, I *would* expect it to replace it with something else, so at least the text would show up.
![cairo-output-5](/uploads/87df9b364b48bdf8bb011b5ab3cfc88f/cairo-output-5.png)
![splash-output-5](/uploads/164aca961539969e78d80a9cf6e2717d/splash-output-5.png)https://gitlab.freedesktop.org/poppler/poppler/-/issues/994Rendering of type 1 shading with sampled function never finishes with pdftocairo2022-10-07T10:20:57ZTilman HausherrRendering of type 1 shading with sampled function never finishes with pdftocairo[FUNSH01.pdf](/uploads/89d70862cb682402543f99682740ef87/FUNSH01.pdf)
Rendering is done in a second with pdftoppm, but never finishes (I stopped after several minutes) with pdftocairo (version 21.01.0 of cygwin).[FUNSH01.pdf](/uploads/89d70862cb682402543f99682740ef87/FUNSH01.pdf)
Rendering is done in a second with pdftoppm, but never finishes (I stopped after several minutes) with pdftocairo (version 21.01.0 of cygwin).https://gitlab.freedesktop.org/poppler/poppler/-/issues/992Transparency rendered opaque2024-03-24T21:08:42ZTilman HausherrTransparency rendered opaquefile is from https://bugs.ghostscript.com/show_bug.cgi?id=697425
[gs-bugzilla697425.pdf](/uploads/5ca1abdda2bdf1df1a4b5d026ba16b24/gs-bugzilla697425.pdf)
see the yellow marked text
Expected rendering (pdftoppm):
![gs-bugzilla697425.pdf...file is from https://bugs.ghostscript.com/show_bug.cgi?id=697425
[gs-bugzilla697425.pdf](/uploads/5ca1abdda2bdf1df1a4b5d026ba16b24/gs-bugzilla697425.pdf)
see the yellow marked text
Expected rendering (pdftoppm):
![gs-bugzilla697425.pdf-1](/uploads/1341bf49f0ce6bdbcbe7fab2dd27aa19/gs-bugzilla697425.pdf-1.png)
Actual rendering (pdftocairo, version 0.88.0 of cygwin):
![gs-bugzilla697425.pdf-1](/uploads/e41a7c174c109caa5f3bef743dace1f1/gs-bugzilla697425.pdf-1.png)https://gitlab.freedesktop.org/poppler/poppler/-/issues/991pdftocairo fails to convert a specific PDF2022-06-27T19:15:18ZShai4shepdftocairo fails to convert a specific PDFsample pdf: https://www.math.ku.dk/english/research-files/conference-papers/CopenhagenD-Tuesday.pdf
```
pdftocairo -png -f 1 -l 1 CopenhagenD-Thursday.pdf
```
gets nothing, while
```
pdftoppm -png -f 1 -l 1 CopenhagenD-Thursday.pdf
```
...sample pdf: https://www.math.ku.dk/english/research-files/conference-papers/CopenhagenD-Tuesday.pdf
```
pdftocairo -png -f 1 -l 1 CopenhagenD-Thursday.pdf
```
gets nothing, while
```
pdftoppm -png -f 1 -l 1 CopenhagenD-Thursday.pdf
```
gets the correct image.
Reference: https://gitlab.gnome.org/GNOME/evince/-/issues/1517#note_960597https://gitlab.freedesktop.org/poppler/poppler/-/issues/985Unable to convert PDF to TIFF using pdftocairo2020-11-09T21:06:19Zyogi2806Unable to convert PDF to TIFF using pdftocairoTried to use this command in **windows **system using version **poppler-20.11.0** loading:
pdftocairo.exe test.pdf -tiff which generates same output like test.tif file with 0kb.
I was using pdf2Image lib even this lib does the same thi...Tried to use this command in **windows **system using version **poppler-20.11.0** loading:
pdftocairo.exe test.pdf -tiff which generates same output like test.tif file with 0kb.
I was using pdf2Image lib even this lib does the same thing and they wanted to contact you on this issue. Kindly help me out to fix the issue.https://gitlab.freedesktop.org/poppler/poppler/-/issues/960SVG text is corrupted after pdftocairo2021-06-13T21:53:22ZArtur MogozovSVG text is corrupted after pdftocairoWhen attached [input.pdf](/uploads/ca95f39965a335ded93e934c0d384438/input.pdf) is processed via pdftocairo to svg, text part of output looks misplaced in editing apps like adobe illustrator or figma, screenshot: ![image__1_](/uploads/858...When attached [input.pdf](/uploads/ca95f39965a335ded93e934c0d384438/input.pdf) is processed via pdftocairo to svg, text part of output looks misplaced in editing apps like adobe illustrator or figma, screenshot: ![image__1_](/uploads/8588d4bcf4611c9256d37ec122846d73/image__1_.png)
but looks fine in Firefox and Chrome.
Both pdftocairo 20.09 (mac) and 0.62 (ubuntu 18.04) are having this issue.
Is this a problem with original pdf or pdftocairo?https://gitlab.freedesktop.org/poppler/poppler/-/issues/953Cairo backend loses gradient-filled rectangle when converting PDF to PNG / JPEG2020-08-27T19:41:28ZMatt DoddsCairo backend loses gradient-filled rectangle when converting PDF to PNG / JPEGHello,
We use `pdftocairo` version `0.90.1` to automate conversions from PDF document to PNG or JPEG. One customer document has been flagged up where a gradient-filled rectangle is missing from the converted image.
I've attached the so...Hello,
We use `pdftocairo` version `0.90.1` to automate conversions from PDF document to PNG or JPEG. One customer document has been flagged up where a gradient-filled rectangle is missing from the converted image.
I've attached the source and resulting PNG. Maybe someone can identify what's going wrong.
Many thanks
Matt
![AnonSlide.pdf](/uploads/6d4e028b38898b8d19a70610825e429b/AnonSlide.pdf)
![AnonSlide-1](/uploads/ff25f030acd1db0bebb62cc5637c59bf/AnonSlide-1.png)