From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,6d07d0186a356c56 X-Google-Attributes: gid103376,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news4.google.com!proxad.net!feeder1-2.proxad.net!newsfeed.straub-nv.de!nuzba.szn.dk!news.jacob-sparre.dk!pnx.dk!not-for-mail From: "Randy Brukardt" Newsgroups: comp.lang.ada Subject: Re: Representing image data Date: Wed, 11 Mar 2009 21:38:16 -0500 Organization: Jacob Sparre Andersen Message-ID: References: <9WAtl.2301$gm6.1634@nwrddc02.gnilink.net> <49b71100$1_6@news.bluewin.ch> NNTP-Posting-Host: static-69-95-181-76.mad.choiceone.net X-Trace: munin.nbi.dk 1236825498 21124 69.95.181.76 (12 Mar 2009 02:38:18 GMT) X-Complaints-To: news@jacob-sparre.dk NNTP-Posting-Date: Thu, 12 Mar 2009 02:38:18 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.5512 X-RFC2646: Format=Flowed; Response X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Xref: g2news1.google.com comp.lang.ada:4055 Date: 2009-03-11T21:38:16-05:00 List-Id: "Gautier" wrote in message news:49b71100$1_6@news.bluewin.ch... > Kenneth Almquist wrote: >> I've been working on the design of an image decoding library. The >> basic idea is that the library will examine the first few bytes of >> an image, determine the format, and call the appropriate decoder, >> so that an application using the library can read images without >> writing code for each image format it wants to handle. > > How common are the formats' encodings ? JPEG, PNG, BMP, GIF, TGA, PPM... ? > Compressed ? With/without loss ? Not compressed ? > There are various libraries, full Ada (at least for BMP, GIF, TGA & PPM) > or bindings, which support these usual formats. Could be a good starting > point, and you also could use them for the "back-end" jobs. I agree. Claw has a package ("Claw.Bitmaps") for handling Windows bitmaps, which seem to cover roughly the same ground as the OP said. I'm not sure off-hand which half of Claw that is in; it might only be in the commercial version. My recollection was that it was rugged job, but that mainly happened because we wanted it to be a set of type extensions (one for each major format), and mapping that to an existing format *and* remaining portable to many different Ada compilers was a lot of fun. (I think we pulled it off, though.) Randy.