Has anyone had trouble adding images to the list?
All it will do for me is open folders and it won't show individual images.

I even re compiled it thinking maybe a dll was missing but it compiled, and no dll was made.

Nope just added an image. Ran de-saturate and colorize for it to make sure it ran, and it crashed. Pretty sad, had high hopes for it. Still don't think its complete waste though.

How exactly are you opening a directory? Do you have an image already opened in Gimp?
Also i heard it runs the default batch operations pretty well and just crashes using the procedure browser.

Ya thats when it crashed. I just opened it and hit Add Image Files in the lower-left hand side. And wam-bam it works

FWIW
I compiled the 0.3 version in a linuxmint debian gimp 2.8 installation and it opens & adds files and filters. Running it and it either crashes or does nothing. The previous version still works.
The author did warn of error messages during compilation and there certainly were lots of those. For some reason the 0.3 compiled binary was much smaller than the previous.

Seems like its missing files.

A new day and another try.

Got the same results as yesterday. Binaries bimp02 = 285 KB and bimp03 = 141 KB. I can't see much difference in the scripts apart from files sizes, so maybe some optimization.

Trying it out & slightly better results, the rename filter crashes it every time, probably my fault, not sure of the syntax.

This is a composite of a chain of operations, logo, crop, gimp procedure. That worked fine here, although not in the order I expected. Also tried the scale + dpi function and that works as well.

I suppose @ ver 0.3 it is early days.

Hello, I'm Alessandro Francesconi, the author of BIMP. I try to explain some of your troubles:

1) First, for those who are wondering about the difference between BIMP 0.2 and BIMP 0.3 filesize, the last version is smaller thanks to compiling optimizations with gcc's -O2 option. Theorically, this is not related to all the bugs you found.

2) Trouble on adding images: I can't reproduce it. I can tell you that the GtkFileChooser that pops up by clicking on "Add image files" looks for images by looking at their MIME type (so, it searches for "image/bmp", "image/png" MIME types and so on). This is for avoiding searching for multiple file extensions (.jpg, .Jpg, .JPG... this would be horrible). I assume that other GTK-based on your system (Windows?) can open image files instead. If not, it can be a problem related to your GTK-runtimes installation.
Is this problem in 0.2 version too?

3) About "Other GIMP procedure" dialog: it's a known issue and yes, I experience it sometimes but only on Windows. In the 0.1 release the problem was very frequent (dialog crashed on opening, closing, updating with apparently no reasons). I partly fixed it by optimizing some memory allocation functions (read here https://github.com/alessandrofrancescon ... p/issues/1).
It would be awesome if someone could help me by describing the exact moments when it crashes (on closing? When changing the procedure? When clicking on Apply?).

4) About compiling warnings: they are related to little code workarounds or unused functions/variables that will be written in future. There is no correspondence with current bugs.

5) About "Rename" crashes: could you please tell me how to reproduce it? What pattern did you write on the text field?

EDIT: 6) About the final order of the manipulations: it's not intended to follow the order of the buttons in the dialog. In particular, "Watermark" step is set to be the last, everytime. This is a default decision that, for now, can't be modified. And I think it's reasonable: if the user chooses to place some text on the bottom-left side of the images and then he selects the "Rotate 180°" manipulation, the result won't be the expected. Same thing if the user sets a coloured image as a watermark and, then, chooses to convert the files into grayscale colors.

By the way, I ask you to write here https://github.com/alessandrofrancescon ... imp/issues to receive a better support from the author and other programmers

Just need a couple of examples of correct usage.

Would this work @@## to add a number sequence or is it @@#1 or what?
Will @@name append name to the original.

The correct use is:

Original filename image.<ext>
With pattern "$$" the name remains the same: image.<ext>
With pattern "$$_NEW" all the names have "_NEW" appended: image_NEW.<ext>
With pattern "##$$" the filenames have an auto incremented integer number at the start, then the original name: 1image.<ext>
With pattern "@@_file_##" the final names will be: 2012-05-09_15-31_file_1.<ext>

In your example, "@@name" will try to output a set of images all named 2012-05-09_15-31name.<ext>, but this is not possible for obvious reasons (the filename pattern needs at least ## or $$ keywords).

Hope you understand.

Thanks.

This is a composite screenshot of a gimp 2.8 in LinuxMint Debian.

the same thing happens in my more usual machine - a PCLOS & Gimp 2.6.12

Totally right, I discovered a stupid regression I made during 0.3 development.
I fixed it on GitHub sources, I'll update the package in the next hours. Thank you.

EDIT: Done http://www.alessandrofrancesconi.it/projects/bimp/

I just think we can only dream - the addition of several "Other GIMP procedure" - preview image result and save settings - this would be eagerly awaited RECORDING.
This is a great program - I would like more...
A big thank you !

I think it may have something to do with the theme i have installed.



Aurora engine dll file wasn't found. So i added it in there, and restarted Gimp-2.8
Still didn't work though.

Does anyone else use a theme and have problems like this?

You may be able to reproduce the error by replacing this gtkrc code with the original in UserFolder\.gimp-2.8 folder.

It works, but I have some issues. I am adding a watermark to a .jpg that is 2,364KB. After adding the watermark the file size is 984KB.
I am not applying any other changes.

Working on Windows 7, GIMP 2.8, BIMP 0.4.

Additionally, I would like to use ASCII characters such as Alt-0169 ©, but your input field for text does not accept it.

Thanks,
NJTrout

Gimp only excepts CTRL + SHIFT + U then type the correct unicode 00A9
It isn't case sensitive either.

Thats a big difference. A few tests and;
The file size can go either way depending on the original jpeg quality setting. A straight apply with bimp and the quality setting in gimp 2.8 is 90. (I think 85 for gimp 2.6?)
The other thing is gimp (2.8 default) saves in progressive mode and a camera jpg does not. So there will be differences. (but not anywhere near 2364 -> 984)

edit: a check on the image quality of my old samsung 7 Mpix digital and that is 98 = 3.128 MB resaving in gimp @ quality=85 and the filesize is 0.916 MB so I think your original image will have a high-ish quality setting.

You can check the quality of a jpeg image with imagemagick command

identify -verbose <filename>.jpg

You might also find that there is a lot of metadata in your original jpeg.


Other things, 'copy' - 'paste' (ctrl-c) works for entering non-keyboard characters. The maximum font size on the slider here is 72. I found you can enter a larger size manually if that is too small.

This is probably because GIMP saves the new images with a default 85% jpeg quality. And yes, that's a bit annoying but it's not "BIMP's fault".
As a workaround I suggest to add a "Change format" step where you can set a higher jpeg quality, but only if you are expecting the same format in output.

Thanks for all the advice. I have it working now. Changed JPEG quality to 100%.

Is it me or is 72 point a little small for some images?

Are you talking about the resolution? 72.0 dpi it's the default resolution that GIMP assigns when creating new images. Never had problems with this value (obviously I'm not a professional photographer ).