@RIBDEVIL Have you got OS4 on your Blizzard PPC running ? Does iBatch run (open) properly on this platform ? (I sold my BPPC and BVision a while ago, financing my SAM ) so I cannot test. There is a German User having trouble on OS4.0 Classic !
Release date of iBatch Version 1.2 will be announced during the next two weeks ! While you are waiting, you can read FAQ including questions concerning iBatch Version 1.2. Plus you can download some additional predefined "conversion profiles". All exisiting "conversion profiles" are extensively documented in a pdf file. This one shows you screenshots of the "conversion profile editor" with all the settings for every existing profile. This helps you to find out what a specific conversion profile does, and can be used as base for new user defined "conversion profiles" (see screenshot). Remember, that there will be an iBatch workshop in upcoming Amiga Future Magazine !
News on iBatch V 1.2 As most of you guys know, Version 1.2 is available via Aminet or iBatch website. It had been positively reviewed and considered as "must have" in Amiga Future Issue #90. To be honest, I am feeling very proud.
News on Addslideshow Plugin It has never been so easy to create a slideshow !!!!
At the moment I am considering it as late Beta and nearly ready for release, but release depends on some other things as well, so no releasedate yet.... Addslideshow plugin (see above) makes a given directory "slideshow capeable". It adds a slideshowplayer or slideviewer executable, some wallpapers and navigation buttons towards a given imagedirectory. This Plugin can also be used as STANDALONE and comes with heaps of wallpapers and buttons in different resolutions:
Slideviewer Window:
Different wallpapers:
Different Buttons:
All Buttons and Wallpapers are "Puplic Domain" which means in this case, that the different licences allow you to redistribute your slideshow incl. wallpapers and buttons and use the generated slideshow for commercial projects.
Lot of imageupload proggies / image organizer do use EXIF infos from jpg header. When resizing jpg this information gets lost (in iBatch as well as in many other software). Here is the solution:
This one tries to either transfer the EXIF Header from original jpg, or create a new header including an embedded thumbnail ! However, sorry to say, this is basically just a GUI for jhead CLI proggy. Said that, you can of course use this one as standalone solution if you want. Using it in conjunction with iBatch plugin it will show its full power, as it can also use Infos stored in certain textfiles created by iBatch.
As this is actually just a GUI, I did not call it plugin, I rather call it capsule This software is also in late Betastage..... more capsules to come !
This one tries to either transfer the EXIF Header from original jpg, or create a new header including an embedded thumbnail ! However, sorry to say, this is basically just a GUI for jhead CLI proggy. Said that, you can of course use this one as standalone solution if you want.
Good point! I have chosen to use JHead also in my own homebrew image scaling script (an ARexx script which basically uses djpeg/cjpeg and the NetPBM programs), to transfer the original EXIF header to the scaled-down image. I also use JHead to insert an EXIF comment with my copyright etc. Will your JHead capsule also handle the comment? Maybe using the .cmnt files?
By the way, I've been wondering about something in my own use of JHead. If the EXIF header contains the x/y pixel dimensions of the original image, and I transfer the header to the scaled-down image, shoud something also be done to change those dimensions? Are you doing anything like that in your capsule? Or does JHead handle it automatically? (This is partly a question asked in "laziness", I just haven't gotten around to investigating closer myself yet).
I also use JHead to insert an EXIF comment with my copyright etc. Will your JHead capsule also handle the comment? Maybe using the .cmnt files?
Good Point ! At the moment it cannot, sorry. I guess I put this one high up on my todo for the next release, and yes using the lines from #?.cmnt file is the best solution.
About Pixelsize: - transfering a header from original pic to a downscaled pic via jhead does not recalculate pixelsize (to my knowledge... but if I am not "lazy"/come across I will check that one) - In case original header is not available (e.g. choose an empty sourcedir inside capsule), it will look for a file called exifinfo.txt, this one holds size of rescaled image in pixels. Problem is to my knowledge, that there is no jhead command in order to write new pixels into new header. If it would, it could be done.
@Wanderer Well I won't forget, but I also need the "none Interpolation" option as well. However the guy complaining was logged in as anonymous, and I guess that is the guy always complaining about iBatch. He probably didn't even test the image quality (just a guess though...)
Have you compared he speed between no interpolation and window interpolation?
If the sharpness parameter is 0, it should be pretty fast.
if the scaling factor is smaller than .5, you could speedup by rendering an intermediate bitmap by using image_Half{}, which is extremely fast. E.g. if you are generating thumbnails, better to do image_half, and then resize, this would speed up window inteprolation or would increase quality for no interpolation. If needed, we could think about implementing "image_Quarter" too.
@nbache implemented comment functionallity , text from #?.cmnt will always be written into EXIF Header... (well jpg commentfilds do actually not belong to EXIF Header).
Cool - must find time soon to check it out more thoroughly and see if, and to which extent, it can replace my home-grown solution - by definition a tall order, but if nothing else, I can keep you occupied by hinting at other features mine has and yours lacks .
(Yours is way prettier and more flexible, though!)
Currently I am working on Version 1.4 (Version 1.3.1 is available via iBatch website, even if the banner still states "1.2". I guess I have to change that...
Version 1.4 will mainly feature "FXPlugin System". These plugins will be processed before the image will be saved, plugins planned for release are at least "Gamma Correction" and "Watermark".
It will also feature different resizing algorithms (hopefully a "bicubic" one as well) incl. different "sharpness settings" (e.g. in Photoshop they have "bicubic sharper"):
Other Plugins like "Sepia", "Greyscale" etc... can easiely pe programmed, and will follow shortly.
@samo76 Thanx for the hint... I actually did not change the version string... but the one on my homepage is the latest. Changelog to Version before (1.3.xx) is the fact, that a "rename.lut" will be generated, which can then be utilized by JHead plugin in order to copy/create EXIF Headers for the converted pics (take from original image).
Ok I download it again and i loonk into the archive date but it seems that the latest exe of iBatch is 21/8/2011 (510.904 bytes) so still 1.3 ? .. (!?)
@samo79 nop, it is newest Version (and yes it was compiled and published before Amiganoid 2011) which I refered to as V 1.3.1.... you can check by looking into your output dir. You will find a file called rename.lut. However, I just mentioned V 1.3.1 here because I did not state it here in this thread already.
New Features - new scaling algos / suitable algo will be autoselected - "quality" scaling = bicubic scaling algo / if needed lowpassfilter - add sharpness to your images - FXPlugins (Gamma, Watermark still WIP)
I would be especially interested in how "quality" up- and downscaling works for your photos, and wether you like the "hardcoded" (soft, none, medium, sharp, extra) sharpness values ? Maybe I will consider to use other "hardcoded" values. And before you ask... No, ! I won't make a slider for sharpness (less is more...)