Re: pdf conversion failure, my ugly solution
Hello Maxim, Unfortunately that will not be possible, as it is a business contract. the command launched by OM is: convert -density 150 my_contract.pdf -quality 90 page-%04d.png ( i removed the complete path of the files path for clarity ) The reported error is: convert-im6.q16: cache resources exhausted `page-%04d.png' @ error/cache.c/OpenPixelCache/4083. convert-im6.q16: memory allocation failed `page-%04d.png' @ error/png.c/WriteOnePNGImage/9105. convert-im6.q16: No IDATs written into file `page-.png' @ error/png.c/MagickPNGErrorHandler/1641. it only produce 75 pngs ( the pdf has 85 pages ) and most of them are not readable. if i use the graphicsmagick equivalent: gm convert -density 150 my_contract.pdf -quality 90 +adjoin page-%04d.png it works and OM is happy to display it on the whiteboard The identify command which is part of the Imagemagick suite doesn't complain with any page of the pdf: identify my_contract.pdf my_contract.pdf[0] PDF 595x842 595x842+0+0 16-bit sRGB 14849B 0.030u 0:00.030 my_contract.pdf[1] PDF 595x842 595x842+0+0 16-bit sRGB 14369B 0.030u 0:00.039 my_contract.pdf[2] PDF 595x842 595x842+0+0 16-bit sRGB 44191B 0.030u 0:00.039 . . . my_contract.pdf[82] PDF 595x842 595x842+0+0 16-bit sRGB 10359B 0.020u 0:00.009 my_contract.pdf[83] PDF 595x842 595x842+0+0 16-bit sRGB 10504B 0.020u 0:00.009 my_contract.pdf[84] PDF 595x842 595x842+0+0 16-bit sRGB 10578B 0.020u 0:00.009 HTH De : Maxim Solodovnik À : Openmeetings user-list Sujet : Re: pdf conversion failure, my ugly solution Date : 06/12/2019 02:07:05 Europe/Paris Can you share pdf file causing the issues? On Fri, 6 Dec 2019 at 01:10, wrote: Hello Maxim, thank you for the link. Not sure i can use it as this, but it will help for sure. I haven't find any issue with my crude little hack so far but as it is done in a bash script, i can add more checks at will. For exemple, use Graphicsmagick only for pdf files. Beware, the "+" before a parameter is specific to Graphicsmagick i think ... De : Maxim Solodovnik À : Openmeetings user-list Sujet : Re: pdf conversion failure, my ugly solution Date : 05/12/2019 18:04:43 Europe/Paris Copie à : bigti...@netcourrier.com start script is bundled into OM5 https://github.com/apache/openmeetings/blob/master/openmeetings-server/src/main/assembly/scripts/openmeetings.service do you have any issues with this "+adjoin" parameter? if not i can add this param to OM code :) On Thu, 5 Dec 2019 at 23:31, Stefan Kühl wrote: Hello, did you take the settings in policy.xml in /etc/ImageMagick-6/policy.xml to avoid the conversion problems? Greetz Stefan Am 05.12.2019 16:25, schrieb bigti...@netcourrier.com: Hello there, i hope this is a good place to share my ugly but working solution to the conversion failure of a pdf into OM5. I have a freshly cloud installation of OM5 on ubuntu 18.04 LTS following a tutorial by Alvaro, many thanks to him for this great work. Still little struggle with automatic starting of daemons, the scripts in /etc/init.d only works manually. I began to write some systemd unit, but it's another story. One of my beta-testers ;-) runs across a problem with a pdf of his creation. This pdf was small (640 Ko) and opens like a charm with everything i try to open it. I even open it in LibreOffice, re-save in pdf, same result. Digging in OM logs, I found convert from Imagemagick is used to save each page in png. In command line, i was able to reproduce the failure of convert. With the error message from convert, i tried many of the switches proposed over Internet to circumvent the problem but with no luck. Finally i tried Graphicsmagick and it works. I just write a little bash script named convert to intercept OM command and insert the parameter "+adjoin" maybe it can help somebody. Titus -- WBR Maxim aka solomax -- WBR Maxim aka solomax
Re: pdf conversion failure, my ugly solution
Hmm, this sounds like you can increase memory in /etc/ImageMagick-6/policy.xml -- ++ for ex. :) Can you try it? On Fri, 6 Dec 2019 at 16:14, wrote: > Hello Maxim, > > Unfortunately that will not be possible, as it is a business contract. > > the command launched by OM is: > > convert -density 150 my_contract.pdf -quality 90 page-%04d.png > > ( i removed the complete path of the files path for clarity ) > > The reported error is: > > convert-im6.q16: cache resources exhausted `page-%04d.png' @ > error/cache.c/OpenPixelCache/4083. > convert-im6.q16: memory allocation failed `page-%04d.png' @ > error/png.c/WriteOnePNGImage/9105. > convert-im6.q16: No IDATs written into file `page-.png' @ > error/png.c/MagickPNGErrorHandler/1641. > > it only produce 75 pngs ( the pdf has 85 pages ) and most of them are not > readable. > > if i use the graphicsmagick equivalent: > > gm convert -density 150 my_contract.pdf -quality 90 +adjoin page-%04d.png > > it works and OM is happy to display it on the whiteboard > > The identify command which is part of the Imagemagick suite doesn't > complain with any page of > the pdf: > > identify my_contract.pdf > my_contract.pdf[0] PDF 595x842 595x842+0+0 16-bit sRGB 14849B 0.030u > 0:00.030 > my_contract.pdf[1] PDF 595x842 595x842+0+0 16-bit sRGB 14369B 0.030u > 0:00.039 > my_contract.pdf[2] PDF 595x842 595x842+0+0 16-bit sRGB 44191B 0.030u > 0:00.039 > . > . > . > my_contract.pdf[82] PDF 595x842 595x842+0+0 16-bit sRGB 10359B 0.020u > 0:00.009 > my_contract.pdf[83] PDF 595x842 595x842+0+0 16-bit sRGB 10504B 0.020u > 0:00.009 > my_contract.pdf[84] PDF 595x842 595x842+0+0 16-bit sRGB 10578B 0.020u > 0:00.009 > > > HTH > > > > De : Maxim Solodovnik > À : Openmeetings user-list > Sujet : Re: pdf conversion failure, my ugly solution > Date : 06/12/2019 02:07:05 Europe/Paris > > Can you share pdf file causing the issues? > > On Fri, 6 Dec 2019 at 01:10, wrote: > >> Hello Maxim, >> >> thank you for the link. Not sure i can use it as this, but it will help >> for sure. >> >> I haven't find any issue with my crude little hack so far but as it is >> done in a bash script, >> i can add more checks at will. For exemple, use Graphicsmagick only for >> pdf files. >> >> Beware, the "+" before a parameter is specific to Graphicsmagick i think >> ... >> >> >> >> De : Maxim Solodovnik >> À : Openmeetings user-list >> Sujet : Re: pdf conversion failure, my ugly solution >> Date : 05/12/2019 18:04:43 Europe/Paris >> Copie à : bigti...@netcourrier.com >> >> start script is bundled into OM5 >> >> https://github.com/apache/openmeetings/blob/master/openmeetings-server/src/main/assembly/scripts/openmeetings.service >> >> do you have any issues with this "+adjoin" parameter? >> if not i can add this param to OM code :) >> >> >> >> On Thu, 5 Dec 2019 at 23:31, Stefan Kühl wrote: >> >>> >>> >>> >>> Hello, >>> >>> did you take the settings in policy.xml in >>> >>> /etc/ImageMagick-6/policy.xml >>> >>> to avoid the conversion problems? >>> >>> Greetz >>> >>> Stefan >>> >>> Am 05.12.2019 16:25, schrieb bigti...@netcourrier.com: >>> >>> Hello there, >>> >>> i hope this is a good place to share my ugly but working solution to the >>> conversion >>> failure of a pdf into OM5. >>> >>> I have a freshly cloud installation of OM5 on ubuntu 18.04 LTS following >>> a tutorial >>> by Alvaro, many thanks to him for this great work. >>> >>> Still little struggle with automatic starting of daemons, the scripts in >>> /etc/init.d only >>> works manually. I began to write some systemd unit, but it's another >>> story. >>> >>> One of my beta-testers ;-) runs across a problem with a pdf of his >>> creation. This pdf >>> was small (640 Ko) and opens like a charm with everything i try to open >>> it. I even open >>> it in LibreOffice, re-save in pdf, same result. >>> >>> Digging in OM logs, I found convert from Imagemagick is used to save >>> each page in png. >>> In command line, i was able to reproduce the failure of convert. With >>> the error message >>> from convert, i tried many of the switches proposed over Internet to >>> circumvent the problem >>> but with no luck. >>> >>> Finally i tried Graphicsmagick and it works. I just write a little bash >>> script named convert >>> to intercept OM command and insert the parameter "+adjoin" >>> >>> maybe it can help somebody. >>> >>> Titus >>> >>> >>> >>> >> >> -- >> WBR >> Maxim aka solomax >> >> > > -- > WBR > Maxim aka solomax > > -- WBR Maxim aka solomax
Re: pdf conversion failure, my ugly solution
Yep, it works !!! thanks for finding this nicer solution :-) De : Maxim Solodovnik À : Openmeetings user-list Sujet : Re: pdf conversion failure, my ugly solution Date : 06/12/2019 10:24:19 Europe/Paris Hmm, this sounds like you can increase memory in /etc/ImageMagick-6/policy.xml -- ++ for ex. :) Can you try it? On Fri, 6 Dec 2019 at 16:14, wrote: Hello Maxim, Unfortunately that will not be possible, as it is a business contract. the command launched by OM is: convert -density 150 my_contract.pdf -quality 90 page-%04d.png ( i removed the complete path of the files path for clarity ) The reported error is: convert-im6.q16: cache resources exhausted `page-%04d.png' @ error/cache.c/OpenPixelCache/4083. convert-im6.q16: memory allocation failed `page-%04d.png' @ error/png.c/WriteOnePNGImage/9105. convert-im6.q16: No IDATs written into file `page-.png' @ error/png.c/MagickPNGErrorHandler/1641. it only produce 75 pngs ( the pdf has 85 pages ) and most of them are not readable. if i use the graphicsmagick equivalent: gm convert -density 150 my_contract.pdf -quality 90 +adjoin page-%04d.png it works and OM is happy to display it on the whiteboard The identify command which is part of the Imagemagick suite doesn't complain with any page of the pdf: identify my_contract.pdf my_contract.pdf[0] PDF 595x842 595x842+0+0 16-bit sRGB 14849B 0.030u 0:00.030 my_contract.pdf[1] PDF 595x842 595x842+0+0 16-bit sRGB 14369B 0.030u 0:00.039 my_contract.pdf[2] PDF 595x842 595x842+0+0 16-bit sRGB 44191B 0.030u 0:00.039 . . . my_contract.pdf[82] PDF 595x842 595x842+0+0 16-bit sRGB 10359B 0.020u 0:00.009 my_contract.pdf[83] PDF 595x842 595x842+0+0 16-bit sRGB 10504B 0.020u 0:00.009 my_contract.pdf[84] PDF 595x842 595x842+0+0 16-bit sRGB 10578B 0.020u 0:00.009 HTH De : Maxim Solodovnik À : Openmeetings user-list Sujet : Re: pdf conversion failure, my ugly solution Date : 06/12/2019 02:07:05 Europe/Paris Can you share pdf file causing the issues? On Fri, 6 Dec 2019 at 01:10, wrote: Hello Maxim, thank you for the link. Not sure i can use it as this, but it will help for sure. I haven't find any issue with my crude little hack so far but as it is done in a bash script, i can add more checks at will. For exemple, use Graphicsmagick only for pdf files. Beware, the "+" before a parameter is specific to Graphicsmagick i think ... De : Maxim Solodovnik À : Openmeetings user-list Sujet : Re: pdf conversion failure, my ugly solution Date : 05/12/2019 18:04:43 Europe/Paris Copie à : bigti...@netcourrier.com start script is bundled into OM5 https://github.com/apache/openmeetings/blob/master/openmeetings-server/src/main/assembly/scripts/openmeetings.service do you have any issues with this "+adjoin" parameter? if not i can add this param to OM code :) On Thu, 5 Dec 2019 at 23:31, Stefan Kühl wrote: Hello, did you take the settings in policy.xml in /etc/ImageMagick-6/policy.xml to avoid the conversion problems? Greetz Stefan Am 05.12.2019 16:25, schrieb bigti...@netcourrier.com: Hello there, i hope this is a good place to share my ugly but working solution to the conversion failure of a pdf into OM5. I have a freshly cloud installation of OM5 on ubuntu 18.04 LTS following a tutorial by Alvaro, many thanks to him for this great work. Still little struggle with automatic starting of daemons, the scripts in /etc/init.d only works manually. I began to write some systemd unit, but it's another story. One of my beta-testers ;-) runs across a problem with a pdf of his creation. This pdf was small (640 Ko) and opens like a charm with everything i try to open it. I even open it in LibreOffice, re-save in pdf, same result. Digging in OM logs, I found convert from Imagemagick is used to save each page in png. In command line, i was able to reproduce the failure of convert. With the error message from convert, i tried many of the switches proposed over Internet to circumvent the problem but with no luck. Finally i tried Graphicsmagick and it works. I just write a little bash script named convert to intercept OM command and insert the parameter "+adjoin" maybe it can help somebody. Titus -- WBR Maxim aka solomax -- WBR Maxim aka solomax -- WBR Maxim aka solomax
Re: pdf conversion failure, my ugly solution
You are welcome :) On Fri, Dec 6, 2019, 17:38 wrote: > Yep, it works !!! > > thanks for finding this nicer solution :-) > > > > De : Maxim Solodovnik > À : Openmeetings user-list > Sujet : Re: pdf conversion failure, my ugly solution > Date : 06/12/2019 10:24:19 Europe/Paris > > Hmm, this sounds like you can increase memory > in /etc/ImageMagick-6/policy.xml > > -- > ++ > > for ex. :) > > Can you try it? > > On Fri, 6 Dec 2019 at 16:14, wrote: > >> Hello Maxim, >> >> Unfortunately that will not be possible, as it is a business contract. >> >> the command launched by OM is: >> >> convert -density 150 my_contract.pdf -quality 90 page-%04d.png >> >> ( i removed the complete path of the files path for clarity ) >> >> The reported error is: >> >> convert-im6.q16: cache resources exhausted `page-%04d.png' @ >> error/cache.c/OpenPixelCache/4083. >> convert-im6.q16: memory allocation failed `page-%04d.png' @ >> error/png.c/WriteOnePNGImage/9105. >> convert-im6.q16: No IDATs written into file `page-.png' @ >> error/png.c/MagickPNGErrorHandler/1641. >> >> it only produce 75 pngs ( the pdf has 85 pages ) and most of them are not >> readable. >> >> if i use the graphicsmagick equivalent: >> >> gm convert -density 150 my_contract.pdf -quality 90 +adjoin page-%04d.png >> >> it works and OM is happy to display it on the whiteboard >> >> The identify command which is part of the Imagemagick suite doesn't >> complain with any page of >> the pdf: >> >> identify my_contract.pdf >> my_contract.pdf[0] PDF 595x842 595x842+0+0 16-bit sRGB 14849B 0.030u >> 0:00.030 >> my_contract.pdf[1] PDF 595x842 595x842+0+0 16-bit sRGB 14369B 0.030u >> 0:00.039 >> my_contract.pdf[2] PDF 595x842 595x842+0+0 16-bit sRGB 44191B 0.030u >> 0:00.039 >> . >> . >> . >> my_contract.pdf[82] PDF 595x842 595x842+0+0 16-bit sRGB 10359B 0.020u >> 0:00.009 >> my_contract.pdf[83] PDF 595x842 595x842+0+0 16-bit sRGB 10504B 0.020u >> 0:00.009 >> my_contract.pdf[84] PDF 595x842 595x842+0+0 16-bit sRGB 10578B 0.020u >> 0:00.009 >> >> >> HTH >> >> >> >> De : Maxim Solodovnik >> À : Openmeetings user-list >> Sujet : Re: pdf conversion failure, my ugly solution >> Date : 06/12/2019 02:07:05 Europe/Paris >> >> Can you share pdf file causing the issues? >> >> On Fri, 6 Dec 2019 at 01:10, wrote: >> >>> Hello Maxim, >>> >>> thank you for the link. Not sure i can use it as this, but it will help >>> for sure. >>> >>> I haven't find any issue with my crude little hack so far but as it is >>> done in a bash script, >>> i can add more checks at will. For exemple, use Graphicsmagick only for >>> pdf files. >>> >>> Beware, the "+" before a parameter is specific to Graphicsmagick i >>> think ... >>> >>> >>> >>> De : Maxim Solodovnik >>> À : Openmeetings user-list >>> Sujet : Re: pdf conversion failure, my ugly solution >>> Date : 05/12/2019 18:04:43 Europe/Paris >>> Copie à : bigti...@netcourrier.com >>> >>> start script is bundled into OM5 >>> >>> https://github.com/apache/openmeetings/blob/master/openmeetings-server/src/main/assembly/scripts/openmeetings.service >>> >>> do you have any issues with this "+adjoin" parameter? >>> if not i can add this param to OM code :) >>> >>> >>> >>> On Thu, 5 Dec 2019 at 23:31, Stefan Kühl wrote: >>> Hello, did you take the settings in policy.xml in /etc/ImageMagick-6/policy.xml to avoid the conversion problems? Greetz Stefan Am 05.12.2019 16:25, schrieb bigti...@netcourrier.com: Hello there, i hope this is a good place to share my ugly but working solution to the conversion failure of a pdf into OM5. I have a freshly cloud installation of OM5 on ubuntu 18.04 LTS following a tutorial by Alvaro, many thanks to him for this great work. Still little struggle with automatic starting of daemons, the scripts in /etc/init.d only works manually. I began to write some systemd unit, but it's another story. One of my beta-testers ;-) runs across a problem with a pdf of his creation. This pdf was small (640 Ko) and opens like a charm with everything i try to open it. I even open it in LibreOffice, re-save in pdf, same result. Digging in OM logs, I found convert from Imagemagick is used to save each page in png. In command line, i was able to reproduce the failure of convert. With the error message from convert, i tried many of the switches proposed over Internet to circumvent the problem but with no luck. Finally i tried Graphicsmagick and it works. I just write a little bash script named convert to intercept OM command and insert the parameter "+adjoin" maybe it can help somebody. Titus >>> >>> -- >>> WBR >>> Maxim aka solomax >>> >>> >> >> -- >> WBR >> Maxim aka solomax >> >> > > -- > WBR > Maxim aka solomax > >
