[
https://issues.apache.org/jira/browse/OPENMEETINGS-247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
George Kirkham reopened OPENMEETINGS-247:
-----------------------------------------
Thanks for adding the -j option, however this did not alter the quality of
images in converted documents.
Further research indicates that it may be the zoom option which affects the dpi
resolution of the conversion. In a test build using a zoom value of 200 dpi
and a multiply of 2 did resolve the issue. It would require further testing for
me to verify that the multiply setting is not required.
At this time I suspect that the zoom option will resolve the issue. I would
find it preferable if this setting was adjustable within the OpenMeetings
administrator's Configuration.
Should I find further information about zoom or multiply parameters of
swftools, I will post back in this record.
> Make document conversion quality an administrator changeable option
> -------------------------------------------------------------------
>
> Key: OPENMEETINGS-247
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-247
> Project: Openmeetings
> Issue Type: Improvement
> Components: Converters
> Affects Versions: 2.0 Apache Incubator Release
> Environment: Debian Squeeze,
> openmeetings-2.0.0.r1328537-20-04-2012_2319.tar.gz (Build #43)
> Reporter: George Kirkham
> Labels: configuration, conversion, converter, quality
> Fix For: 2.0 Apache Incubator Release
>
>
> I have the need to improve the quality of converted PDF, Word or PowerPoint
> files, that is increase the resolution of the conversion process for Word
> PDF and PowerPoint files are converted to *.swf files.
> Currently the quality of any images within converted documents is so poor
> that we cannot clearly read the text within the images contained in documents.
> This may be able to be resolved by allowing the quality of file conversion to
> be adjustable in the administration section of OpenMeeting or in the
> config.xml file.
>
> Checking the OpenMeetings log it would seem that it is using pdf2swf without
> any "-j" setting, I found this in the log file;
> args: [/usr/local/bin/pdf2swf, -s, insertstop, -s, poly2bitmap, -I,
> /user/lib/red5/webapps/openmeetings/upload/files/le8...
> Checking some of the source code I noticed that in the code these does not
> appear that the "-j" option is being used, therefore I guess the default
> value of 85% is being used when converting documents.
>
> -j , --jpegquality quality Set quality of embedded jpeg pictures to
> quality. 0 is worst (small), 100 is best (big). (default:85)
>
> I could not find any settings in the
> /usr/lib/red5/webapps/openmeetings/config.xml file for the pdf2swf arguments.
>
> And I don't think that I can change this in OpenMeetings, it is most likely
> set somewhere in the source code?
>
> Sadly I have never managed to successfully build OpenMeetings using "ant",
> but checking the source code, maybe the place to add the "-j" option may be
> in;
> ./openmeetings/trunk/singlewebapp/src/org/openmeetings/app/documents/GenerateSWF.java
> line 216
> // Create the Content of the Converter Script (.bat or .sh file)
>
> I wonder if the developers would be able to add the "-j" option as a user
> setting, and allow this value to be adjustable by administrators?
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
