Image processing library

[agraham]

First stab at an image processing library as requested by LineCutter in the dzImage library thread. Does contrast, brightness, B&W and colour invert. Have a play.

EDIT :- Version 1.2 including help file. Too much added to list here, have a look!

EDIT :- Hasty update to version 1.3 including help file. I found a subtle bug (typo) when a filter function didn't behave as I expected. The example filters in the example are tidied up a bit too.

EDIT : - Final(?) version 1.4 posted

[LineCutter]

I'd like to make a complaint I can't keep up with the development of this library as it offers the options for more & more eye candy.

Thanks again

[alfcen]

Hi agraham,

You're a bloody legend

Weather is bad enough to challenge gamma, brightness, contrast, etc.
control with a slider. Your idea of using filter matrices for manipulation
offers total freedom (and fun).

Not familiar with the inner life of a dll. Could yours and dzt's dzImage be
merged into the most powerful library the compact .NET world has ever seen?

I faintly recall that you are using VS while dzt is in to #Develop (?)

[klaus]

Hi agraham, dzt and Erel
I aggree with alfcen and would even dream of a merge of agraham's, dzt's libraries (including agraham's FloodFillLib) with the ImageLib and the Form drawing functions to have all the image processing and drawing functions in THE ImageLib or whatever name. I am sure that this would make programming easier for the alpha programmers like me and a lot of others.

I don't remember who said:
'Human beeing is working like crazy to have less to do'
Unfortunately the 'hard work' is for you and the less to do for us others.

Thanks in advand to have a thought on this, dreams become sometimes reality.

Best regards
Klaus
Switzerland

[agraham]

Originally Posted by klaus

a merge of agraham's, dzt's libraries (including agraham's FloodFillLib) with the ImageLib and the Form drawing functions to have all the image processing and drawing functions in THE ImageLib

I'm not sure that this is necessarily a good idea. ImageLib, FloodFill and dzImage are really drawing libraries. ImageEdit is really for photo manipulation. I feel that these are two quite distinct activities. The drawing libraries work internally directly with 8 bit unsigned gamma corrected colour values, my ImageEdit works internally with 15 bit signed linear colour values - conceptually the two don't really mix.

I'll be adding a few more things appropriate to photo work - Undo, Crop, Rotate and possibly Resize. I might possibly add some colour/hue manipulation but I need to experiment with how to present that. Any other suggestions welcome.

[klaus]

Hi agraham,
I understand that from the pricilple point of view it is not reasonable to merge ImageEdit with the other libraries, but at least the 3 drawing libraries ImageLib, FloodFill and dzImage could be merged together.

Best regards
Klaus
Switzerland

[Erel]

Probably in the next version most libraries will be compiled during the compilation and into the executable file.

[dennishea]

Erel am I correct in thinking that then the whole library woundn't need to then be bundled with the executeable in the cab file therefore make a smaller foot print on the consumers system?

dennishea

[Erel]

Most libraries will be embedded in the executable file.
The overall size will be similar as the executable file will be larger.

[dennishea]

Erel, does the whole dll get compiled with the exeacuteable or just the parts of the dll that get used? I hope these questions don't seem to dumb, just trying to understand better how everything works together.

dennishea