Re: A generic image decoder - specification design

["RasikaSrinivasan@gmail.com" <rasikasrinivasan@gmail.com>]

On May 2, 5:19 am, Andre <avsa...@hotmail.com> wrote:
> Gautier,
>
> The first question which comes up in mind is: where do you want to use
> it for?
> Is it an initial step for your Ada based browser?
>
> The 2nd question is more basic, are you write the load image functions
> in Ada or use bindings to existing libraries (like the JPEG one)?
>
> Basically all pixel based images are a block of memory. The one which
> are 8 bit based use normally a Palette (like GIF and 8-bit BMP). The
> full color versions (JPEG, 24-bit BMP) use 3 or 4 byte per pixel (4th
> one is in general the alpha channel) in a memory map. So that can easily
> be modeled.
> If it is for a browser, you can forget about the 1-, 2- and 4-bit images.
>
> So how will be your real image data be modeled?
> Do you plan to just use a 24-bit with alpha channel format and convert
> lower grade images (like GIF) into this format?
> Or do you want to represent the different image types also in you data
> model?
>
> just some feedback,
> André
>
> On 5/1/2010 22:30, Gautier write-only wrote:
>
> > Here is already a tiny update:
>
> >http://gen-img-dec.svn.sf.net/viewvc/gen-img-dec/gid.ads?view=markup&...
>
> > I've discovered the possibility of an Inline pragma to a procedure
> > listed in a generic formal part. At least GNAT and ObjectAda don't
> > protest on that, so probably it makes some sense...
>
> > G.
>
>

If it helps plan, I have an almost complete thin OpenCV binding at
projectlets.sourceforge.net

IMHO if the intent is to support Image Processing algorithms, then
OpenCV or itk would be the libraries to model after and possibly
support to leverage.

Cheers, srini