Quote:
Originally Posted by mimoviz
Ahh... come on... this is just awful. when I thought everything was OK I have a new issue here: could you look at the code and surmise what is happening?
Code:
Processing 182 of 182 "Akira - I - 182.jpg"
Converting LRS to LRF...
Traceback (most recent call last):
File "/Applications/libprs500.app/Contents/Resources/lrs2lrf.py", line 8, in <module>
from libprs500.ebooks.lrf.lrs.convert_from import main
File "libprs500/__init__.pyo", line 30, in <module>
File "PyQt4/QtCore.pyo", line 18, in <module>
File "PyQt4/QtCore.pyo", line 11, in __load
ImportError: dlopen(/Applications/libprs500.app/Contents/Resources/lib/python2.5/lib-dynload/PyQt4/QtCore.so, 2): Symbol not found: __cg_TIFFSetErrorHandler
Referenced from: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO
Expected in: /opt/local/lib/libTIFF.dylib
LRS2LRF failed! at comiclrf.pl line 247.
|
Hi. Try this. Open up the comiclrf.pl file and go to line 218. Change...
system("\"$imagemagick\" -size ".$scrwidth."x".$scrheight." \"$fromfile\" $rotate -fuzz 40% -trim +repage $im_param -type grayscale -colors $colours \"$tofile\"") == 0 || die "ImageMagick failed, path set wrong?";
...to...
system("\"$imagemagick\" -size ".$scrwidth."x".$scrheight." \"$fromfile\" $rotate -fuzz 40% $im_param -type grayscale -colors $colours \"$tofile\"") == 0 || die "ImageMagick failed, path set wrong?";
That gets rid of the -trim function so it's not a permanent fix. However, most of the people that put out manga already trim their pages. Well, the decent/good groups, I suppose.
I had the same initial problem as you (geometry does not contain image) and removing trim fixed it without the need for installing any other software like ActivePerl, etc... I'm on Ubuntu 7.10 if it helps.
I may spend more time investigating if nobody else figures it out in the meantime.
Good luck!