New Features:
Most digital camera RAW files can be imported and edited. All image editing is done in 48 bits/pixel (16 bits/color). Edited images can be saved as jpeg files or as tiff files with 24 or 48 bits/pixel. The GUIs for changing brightness profiles and HDR weights use editible spline curves instead of a row of sliders. Most rotated images are automatically turned upright. Slanted images can be leveled by pulling them with the mouse. The undo/redo memory has been moved to disk and the limit raised to 50 edit steps. A new rename function is convenient for renaming a series of files with a base name and sequence number.
+ progress feedback for long-time functions blur, sharpen, denoise
+ blur: exclude mixing of pixels from outside a selected area
+ blur: radius range expanded from 19 to 99
+ reduced mutex locking for less screen update latency
+ invert select area is much faster
+ bugifx: warp image undo button did not remove the first warp
+ bugfix: memory leak in select area
+ bugfix: unbend was wrongly initialized with prior data
+ bugfix: open RAW file gave spurious error message
Also added links to .pets for latest ufraw & ExifTool.
6.4
o Scrollbars are now "virtual" - scroll by dragging the mouse anywhere on the image.
o External file adds/deletes are detected and the internal file list updated.
o The edit menu was segmented into related groups, without using sub-menus.
o The blur function is much faster for multi-core processors (4 working threads).
o Bugfix: pano sometimes shifted colors when images had a big brightness difference.
o Bugfix: the show RGB function was not working within some edit functions.
6.4.1
o Bugfix: panorama of very small image would not pre-align.
o Speedup of image file loading (using "next" button or right-arrow key)
o Segment faults display error message (possible fix: newer version of libfreeimage).
2009.04.23 v.6.5
+ ufraw command syntax changed, fotoxx tries both new and old syntax
+ dependencies.sh changed to tolerates more Linux chaos ("choice")
+ bugfix: undo stack corruption when running 2+ fotoxx instances
+ internal code cleanup - image bitmaps are now struct RGB
2009.04.28 v.6.6.1
+ handle images with 1 or 8 bits/pixel (black & white drawings)
2009.04.27 v.6.6
+ search images using wildcard path*/file* in addition to tags
+ search images by tags: tags may have wildcards
+ bugfix: stop crash if long-running function canceled more than once
+ bugfix: save edited image as TIFF-48 bits/pixel was not working
+ image search dates: default missing from/to date to year 0/9999
+ look for and delete orphaned undo-stack files
2009.05.03 v.6.7
+ new function: make simulated drawing from photo image
+ new function: make simulated embossing of photo image
+ new function: edit individual pixels
+ bugfix: show RGB was inaccurate in some cases
t also supports usage of exiftool & ufraw, if these are installed.
Many thanks Muggins
Are those libs or do they add functions? (could not find any extras when I added)
Anyway installed 6.7 and worked on Upup Alpha6.
I had to go directly to a file, as opening a directory did not give a file listing. Personally I find this preferable and more intuitive than the Picassa Beta (3 version I think it was) I recently tried.
Fotoxx version 6
This release incorporated some major changes. The FreeImage library is used for image file input and output, in place of the GDK Pixbuf library. This was done to allow images with 48 bits per pixel to be read and saved (GDK works in 24 bits). All edit functions now use 48 bits per pixel. Digital camera RAW files can be read and converted to other formats, including 48 bit tiff ('ufraw' is used for this). Reading and writing EXIF data now uses 'exiftool' instead of 'exiv2'.
Have you played with the new function that allows a simulated drawing from a pic?
Tried to use the panaroma function - adding images (2nd and then again 3rd image add - crashed the program. So I think it needs compiling from Upup, if anyone want to
2009.05.08 v.6.7.3
Updated translations for Spanish and Galician.
2009.05.07 v.6.7.2
Use GdkPixbuf for saving jpeg files instead of libfreeimage. This gives
better results and allows quality 1-100 instead of good/better/best.
2009.05.05 v.6.7.1
+ keep the same extension when an edited image file is saved, as long
as it fits with the saved file type. Accepted extensions for jpeg:
.jpg .JPG .jpeg .JPEG and for tiff: .tif .TIF .tiff .TIFF.
+ change package naming scheme to fotoxx-N.N-i686.deb
The Tune Image function was made more functional: adjustment of color intensity, saturation, and RGB balance can optionally depend on pixel brightness (e.g. one can increase saturation for darker image areas more than for brighter areas). A new function "tiles" has been added: transform image or selected area into tiles (pixelate). The paint function (pixel edit) user interface has been improved.
Bug fixes:
+ Edit of auto-uprighted image: un-rotate before edit (edit using actual image orientation).
+ Crash if undo/redo buttons pressed in rapid succession without waiting for image update.
+ Memory leak from multiple edits of one image.
I see fotoxx in alpha6 is at 5.01.
If I install this latest version, I will loose space in the pup_save file I suppose?
And what if I follow here and install new version on new version, how does this work?
Time savers:
Find packages in a snap and install using Puppy Package Manager (Menu). Consult Wikka
Use peppyy's puppysearch
yes, fotoxx 6 series requires more space as it also needs the freeimage libs installed...but, dependent on your needs, with ufraw & exivtool, it has more capability than fotoxx 5 series.
@playdayz,
why not yourself? If you have a working compile environment for pup5, then you just need to compile freeimage, ufraw, exiftool & fotoxx. They all compile easily, and if you have any probs, just post a query.
I just thought I'd mention that, to compile fotoxx6, I usually just change 3 files. From the file dependencies.sh I remove xdg-open from the list of dependencies. I alter the Makefile so that PREFIX=/usr then, lastly, I alter the following lines in zfuncs.cpp from this: