[ANN] C Raster Image Processor/Package (CRIMP) 0.1

[Andreas Kupries]

CRIMP, aka the
C Raster Image Package
C Raster Image Processor
C Raster Image Manipulation Package
C Raster Image Manipulation & Processing

You can find this package at

http://chiselapp.com/user/andreas_kupries/repository/crimp/home

This post announces release 0.1

I first talked about this package not quite a year ago, at the Tcl
2010 Conference in Oakbrook Terrace / Chicago.

Since then the package got extended with code provided by S. M.
Saurabh during this year's Google Summer Of Code, by Kevin Kenny, and
a few bits from myself.

My main focus with regard to CRIMP last year was to work on something
completely different, namely Critcl, to provide it with the features I
needed for CRIMP. Namely, the handling of stubs tables, import and
export. (See the other post "critcl v3 and other news").

With the success on that front I was then able to slay the main
impediment I had against making an official release, CRIMPs dependency
on Tk.

The majority of CRIMP is now completely independent of Tk. The only
parts still dependent on Tk are encapsulated in the package
"crimp::tk", which you may use, or not, as the situation demands.

Finally image processing without being tied to X11.

At the center of all is the package "crimp::core" declaring common
data structures and the basic C API, all exported through a stubs
table. All other packages, i.e. the main "crimp", and the few
"crimp::XYZ" I/O packages (ppm, pgm, bmp, pfm, arguably tk) import
this API.

Instructions on how to get the sources, build the packages, and/or
develop for CRIMP can be found at the website I mentioned above.

Ditto for the manpages describing the functionality we have so far.

--
So long,
Andreas Kupries <akup...@shaw.ca>
<http://www.purl.org/NET/akupries/>
Developer @ <http://www.activestate.com/>
18'th Annual Tcl/Tk Conference: 2011, Manassas, VA USA
http://www.tcl.tk/community/tcl2011/
-------------------------------------------------------------------------------

[Will Duquette]

On Oct 17, 9:04 pm, Andreas Kupries <akupr...@shaw.ca> wrote:
> CRIMP, aka the
>        C Raster Image Package
>        C Raster Image Processor
>        C Raster Image Manipulation Package
>        C Raster Image Manipulation & Processing
>
> You can find this package at
>
>    http://chiselapp.com/user/andreas_kupries/repository/crimp/home
>

Andreas,

Is this in the teapot yet? I see a "crimp" in the teapot, but it
appears to be version 0.

Also, is there any prospect of adding drawing capabilities, a la
Pixane? Pixane was the start of a nice package, but it hasn't been
updated in years, and many desirable drawing capabilities never got
implemented. For doing web work, for example, drawing capability
would be very nice.

Will

>         Andreas Kupries <akupr...@shaw.ca>

[AndreasK]

On Oct 18, 8:19 am, Will Duquette <w...@wjduquette.com> wrote:
> On Oct 17, 9:04 pm, Andreas Kupries <akupr...@shaw.ca> wrote:
>
> > CRIMP, aka the
> >        C Raster Image Package
> >        C Raster Image Processor
> >        C Raster Image Manipulation Package
> >        C Raster Image Manipulation & Processing
>
> > You can find this package at
>
> >    http://chiselapp.com/user/andreas_kupries/repository/crimp/home
>
> Andreas,
>
> Is this in the teapot yet?  I see a "crimp" in the teapot, but it
> appears to be version 0.

Yes, that is the really old version. I should remove it.
Anyway, as of a few minutes ago crimp 0.1 is in the TEApot as well.

Use
teacup list crim

to invoke the substring search and see them all.

> Also, is there any prospect of adding drawing capabilities, a la
> Pixane?  Pixane was the start of a nice package, but it hasn't been
> updated in years, and many desirable drawing capabilities never got
> implemented.  For doing web work, for example, drawing capability
> would be very nice.

So far I have only a ticket open on this, to not forget

http://chiselapp.com/user/andreas_kupries/repository/crimp/tktview?name=81ec9cc4c0

Well, recently I started collection papers and info on various
Bresenham algorithms.
Not sure when I have time to actually implement anything (Certainly
not this week, nor next)..

That said, yes, drawing is on the radar, in principle.
I am open to contributions also.

--
Andreas