I am getting the same error as phurren. I downloaded a pack and the first 3 .cbr files went through comiclrf just fine but now it doesn't seem to work on any of the other .cbr files in the pack. I've used it to convert other comics with no problems and it is currently converting some other .cbr files I have... I'm not really sure what is going on with it. I've changed the file name of the cbr file to take out the spaces, deleted the comiclrf files and re-copied them, moved the cbr file from the d drive to c and even to the directory in c that holds comiclrf but nothing seems to work with this file. I've also tried using the *.cbr command and test.cbr but both still give me the error.

I don't have a cbr viewer but 7zip has no problems opening it and all the pictures display fine when it is unzipped.

After finding a few more comics with this same error I'm starting to think the problem is with the comic file and not the program. I'm seeing this error alot with comics that won't open in a comic viewer or comics that won't load one or two pages in the comic viewer. There still are one or two comics that open without error in the comic viewer program but get this error but I'd still say they are the files fault and not the program. I just extract the image files and re-make the comic and then all is good.

I have checked both convert and identify binaries...they work well... perhaps there are some library dependencies that are not working? I wonder how can I tell?
Do you happen to know how to uninstall perl completely from terminal in a mac? It is not the Activestate version, just a plain simple port for darwin.

Ok. I installed ActivePerl and its fully functional. But the problem remains... My current guess it must have something to do with imagemagick, but I am still at loss.
perhaps the name of the files with spaces between the numbers?
perhaps something else?

I have a feature request. Looking in your README.TXT I see the following 'feature':

Added auto image rotation for landscape images.

What I would really like, as these rotated images usually turn out too small to read, would be for your program to automatically split landscape images in half and encode them as two seperate pages. Would that make sense? I, for one, would love it!

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.

Sorry for butting in here, but those who want to try a new Comic (CBZ/CBR) to lrf converter may want to try PDFRead 1.8.1 which was just released in the Content forum. Input support for .CBZ/.CBR was recently added in addition to pdf/djvu/tiff/imglist. Output Profiles have been provided for the Sony PRS-500 and PRS-505 based on past discussions here and elsewhere.

While it may require the (free) eBook Publisher software installed, it allows for Cropping, rotating, dilating (thickening the text) and edge enhancing with colors/grayscale from 2 to 256! It also outputs in various landscape and portrait modes to suit your needs.

I'd be interested in some feedback if the default settings are to your liking. Please respond in the PDFRead 1.8.1 thread so as to lessen the impact here.

Xombie: Thanks for your input. I finally solved the problem. It was not on the code or the software. In fact, the issue has to do with some idiosyncrasies of OSX... whenever it finds more than 1 library, even they are the same version, the execution stops.
I had to read a LOT to get here, and it was so simple after all...