comp.lang.ada
 help / color / mirror / Atom feed
* Image processing File I/O
@ 1998-09-24  0:00 Jeong, Laehyung
  1998-09-24  0:00 ` dewarr
  1998-09-24  0:00 ` Dale Stanbrough
  0 siblings, 2 replies; 5+ messages in thread
From: Jeong, Laehyung @ 1998-09-24  0:00 UTC (permalink / raw)


 pardon me, poor english.

 I am a student taking Image processing class.
 Generally, this area is dominated by C-language ;-(

 I want to use Ada.
 can I use prepared Ada file I/O environments to deal Image files?
   Text_IO, Direct_IO, Sequential_IO, and their subprograms?
   which package is more useful dealing in Image files, specially.
  
 Now, I encountered labelling algorithm problem.
      Reads grey-level scaled picture file 
            and converts it labelled image file.
         
 I want to know file I/O part. 
 
 I'm novice in this area,   esp. with Ada.
 
 It'll be good any rough estimate statements, or simple your code.
   
 thanks.




^ permalink raw reply	[flat|nested] 5+ messages in thread
* Re: Image processing File I/O
@ 1998-09-24  0:00 tmoran
  0 siblings, 0 replies; 5+ messages in thread
From: tmoran @ 1998-09-24  0:00 UTC (permalink / raw)


>two features ... are the streams themselves, and 8-bit characters.
Pixels are presumably represented by something which might, or might
not, be 8 bits wide, but it certainly isn't a Character.  It's case
doesn't matter, and whether it's hardware representation can be
mistaken for a digit or a letter is irrelevant.
>stream IO is now quicker. (Earlier versions of
  This, as noted, is compiler and version dependent.  For instance,
one older version of an Ada 95 compiler used a 16 bit representation
for the base type of an 8 bit type, which could result in a really
screwed up file if you did pixel by pixel stream IO.  But pixel by
pixel IO is going to be terribly slow in any case - you almost
certainly want to do at least a row at a time, if not the entire
image as a single IO call.
  I would also request that any post over a 100 or so lines should
be labeled in the subject line as 'long' since not all of us are
running on free T1 lines.




^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~1998-09-24  0:00 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1998-09-24  0:00 Image processing File I/O Jeong, Laehyung
1998-09-24  0:00 ` dewarr
1998-09-24  0:00 ` Dale Stanbrough
1998-09-24  0:00   ` Michael F Brenner
  -- strict thread matches above, loose matches on Subject: below --
1998-09-24  0:00 tmoran

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox