FreeImage in GIMP
Now we could use the very very fast FreeImage (faster than Photoshop) in GIMP. Here the plan of the authot about FreeImage: FreeImage/FreeEffects dual license I am planning to dual license FreeImage and FreeEffects. People can choose between either GPL or the FreeImage license. If anyone can't live with that, speak Floris http://home.wxs.nl/~flvdberg/ -- Sent through GMX FreeMail - http://www.gmx.net
Denoise
Denoising using min/max curvature could be found here: http://www.math.berkeley.edu/~sethian/Applets/java_files_denoising/image_denoising.java.main.html http://math.lbl.gov/~malladi/ http://www.math.berkeley.edu/~sethian/Papers/sethian.minmaxmean.ps.gz http://www.math.berkeley.edu/~sethian/Papers/sethian.unified.ps.gz http://math.lbl.gov/~malladi/Papers/ieee.ip.ps.Z http://math.lbl.gov/~malladi/Papers/applications.ps.Z It is the best noise filter I know. Anyone interested to implement?
ACE
When will there be a new version of Kevin's/Alex's Adaptive Contrast Enhancement plugin? -- Sent through GMX FreeMail - http://www.gmx.net
configure
There seems to be a problem in configure. If I use a freshly installed Linux without the headers of the kernel sources installed, configure runs without any error, but doesn't define certain variables. So the whole couldn't compile. The thing is that configure should check for the headers of the kernel sources. -- Sent through GMX FreeMail - http://www.gmx.net
Despeckle
I need a better Despecling filter than the median filter. Can anyone help? Martin -- Sent through GMX FreeMail - http://www.gmx.net
Re: Re: FreeImage
I am no GPL expert, but I think it is compatible to GPL, but it does not have a plugin interface. But is the license GPL compatible? And is it as flexible as the current plugin system? Lourens Martin Weber wrote: There is a very very fast (faster than Photoshop) image loader called FreeImage: http://home.wxs.nl/~flvdberg/ With small adoptions it also runs with Linux. -- Sent through GMX FreeMail - http://www.gmx.net -- Sent through GMX FreeMail - http://www.gmx.net
plugins
Could we now start and add new plugins to GIMP cvs? Martin -- Sent through GMX FreeMail - http://www.gmx.net
GIMP 1.3x - gradients
We should change the behavior of the selection of gradients in gflare and we should allow functions to be used as gradients in GIMP like random in gflare. -- Sent through GMX FreeMail - http://www.gmx.net
FreeImage
There is a very very fast (faster than Photoshop) image loader called FreeImage: http://home.wxs.nl/~flvdberg/ With small adoptions it also runs with Linux. -- Sent through GMX FreeMail - http://www.gmx.net
New Plugins
Now that we have the new gimp 1.2.0 out, we should think about adding new plugins to the gimp. Here my proposal: 1. Stable plugins: Anti-Alias 0.8.1 Fixer Homogenizer logconv-1.2.1 mathmap-0.12 (make seamless in 0.11 works correctly in the Linux version, but in the windows version, the picture turns red) raw_load-3.0 resynthesizer-0.6 2. Unstable plugins gimp-ace: We should take the code from cvs not version 0.6.3. The cvs version removes some problems at light and dark places, but has some problems in the dialog in the gtk part. Also the configure doesn't run with gimp 1.2.0. gimp-freetype-0.2: Still some seg faults. fourier 3. Not yet adopted to the new gimp, but stable in the old version: quant.c from gimp-unstable-plugins from the old 1.0.4. gimp. ipx-plugins kaleidoskope 4. Scripts: lcd-downscale.scm warp-sharp.pl warp-sharp.scm
Interesting effect
A very interesting image effect could be found at the bottom of this page: http://www.cvgpr.uni-mannheim.de/weickert/demos.html -- Sent through GMX FreeMail - http://www.gmx.net
lzw Unisys
A short question. I know that writting an lzw compressed file violates the Unisys patent but what is with reading such a file? Martin -- Sent through GMX FreeMail - http://www.gmx.net
BMP import
The import filter for gray indexed bmp files works correctly when using gcc / Linux It does not work correctly when using Visual C++. If I use this compiler I have to comment out line 394/395. if (grey) *temp = cmap[*temp][0]; With this lines commented out it again doesn't work again with gcc / Linux. Can anyone debug this. I couldn't find out where the problem is. An example could be found find here: http://homepages.go.com/homepages/m/a/r/martweb/ti.bmp Martin
Re: BMP import
The problem is solved now and the bug report can be closed. Martin Martin Weber schrieb: The import filter for gray indexed bmp files works correctly when using gcc / Linux It does not work correctly when using Visual C++. If I use this compiler I have to comment out line 394/395. if (grey) *temp = cmap[*temp][0]; With this lines commented out it again doesn't work again with gcc / Linux. Can anyone debug this. I couldn't find out where the problem is. An example could be found find here: http://homepages.go.com/homepages/m/a/r/martweb/ti.bmp Martin
Scaling bitmaps
Does anyone know the algorithms used by program S-spline to scale bitmaps. http://www.microterra.com/products.php3?Show=ProductID=25 Would be very interesting for GIMP, because it is much better then cubic bisplines
Cannot read 16 bit TGA iamges
GIMP cannot read 16 bit TGA images. Those images can for example be generated by PaintShop Pro. Code that can read this kind of images can be found in ImageMagick (www.imagemagick.org) or SDL_image (http://www.devolution.com/~slouken/SDL/). FYI
PCX import
I compared the time GIMP uses to load an image (several formats) into memory (not display) with several other programs like ImageMagick, XV, ... For most formats GIMP has a very good solution, but for PCX ImageMagick and XV loads the pictures 50 % faster into memory than GIMP. Where could pcx.c be optimized?
Cannot read 16 bit TGA
GIMP cannot read 16 bit TGA files. Has anyone a patch?
AXV
AXV is a new image viewer that is much faster than GIMP: http://axv.sourceforge.net/ -- Sent through GMX FreeMail - http://www.gmx.net
BMP
My url is up again for testing the bmp plugin: http://homepages.go.com/~martweb/BILLCAT5.bmp
Color Quantization
The aim of GIMP is not only to be as good as Photoshop but become better than this program. So it would be fine to implement features that even commercial programs don't have. The common color quantization algorithms have many disadvantages, but there is a very new called Spatial Color Quantization (http://www-dbv.informatik.uni-bonn.de/quant/) that is better than all other methods. Is there anyone who has enough time to implement this very good algorithm. Martin
pnm plugin
Can anyone extend the pnm plugin so it can export pbm?
Unnecessary code
I found also that app/gimpui.c and app/gimpunit.c contain partially the same contents as libgimp/gimpui.c and libgimp/gimpunit.c
Saving pbm
When I save pbm in GIMP it is not saved as pbm but as pnm. Martin
Re: Re: Performance
I use SuSE Linux 6.2. I have 128 MB RAM. I use the default values for tile caching. I have a EIDE IBM 6,4 GB and 10 GB. I use on both a 128 MB partition as swap. Martin On Wed, Feb 02, 2000 at 08:13:56AM -0800, Martin Weber wrote: Here some performance tests on an Intel Celeron 333 with 128 MB: BMP file, grayscale (8-bit), 1x7500 loading with ImageMagick 5.1.1: 20 min loading with GIMP 1.1.15: 10 min loading with Photopaint 8: 1 min 39 sec loading with Photoshop 5: 14 sec saveing with GIMP 1.1.15: 2 min 25 sec saveing with Photopaint 8: 23 sec saveing with Photoshop 5: 11 sec What do you have your tile cache set to? How much RAM is actually available to the GIMP? ... more details would probably help. My Dual PII/500 with 256MB of RAM and a 7200RPM IDE drive and 128MB tile cache loads big TIFFs in seconds. Tom -- --Tom Rathborne[EMAIL PROTECTED] -- http://www.aceldama.com/~tomr/ --"I seem to be having tremendous difficulty with my life-style."
Performance
Here some performance tests on an Intel Celeron 333 with 128 MB: BMP file, grayscale (8-bit), 1x7500 loading with ImageMagick 5.1.1: 20 min loading with GIMP 1.1.15: 10 min loading with Photopaint 8: 1 min 39 sec loading with Photoshop 5: 14 sec saveing with GIMP 1.1.15: 2 min 25 sec saveing with Photopaint 8: 23 sec saveing with Photoshop 5: 11 sec
file formats
ImageMagick has import / export filters for fpx (only import), pbm, pict and ttf. I think we should include this fileformats also for GIMP
Colormanagement
Here is an interesting colormanagement for future GIMP releases: http://www.abaforum.es/martim/lcms.htm
gflare
Gflare uses gtkmultioptionmenu to select a gradient. Wouldn't it be better to use the same way to select a gradient like the main GIMP window? Cause I haven't the time to can someone else do this?
Filterpack problem
I replaced the hsv_to_rgb routines of the plugin filterpack in fp_hsv.c by the routines in libgimp. You find the new version in the cvs. On my computer it works exactly as it worked before the patch. Stanislav told me that on his computer the Filterpack doesn't do anything. Is there someone other that also has this problem? Martin
Gimpressionist
Here some interesting ideas for all Gimpressionist developers: http://reality.sgi.com/grafica/impression/ The algorithm can be found in the IBM patent
email / cvs
Please change my email in the GIMP cvs from [EMAIL PROTECTED] to [EMAIL PROTECTED] Thanks Martin
sparkle
In the sparkle plugin the data is written directly into tiles. Is there something that speaks against it?
Re: Call for plugin maintainance / gflare
I ported Gflare to GIMP 1.1.x with additional help of Daniel Egger. Currently there is only one bug I know: When clicking on edit you get a warning message. I couldn't find the reason why. Please do not remove this plugin from GIMP but help to fix this small problem. Martin
