From: tmoran@bix.com
Subject: Re: Image processing File I/O
Date: 1998/09/24
Date: 1998-09-24T00:00:00+00:00 [thread overview]
Message-ID: <6udu72$3o@lotho.delphi.com> (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.
next reply other threads:[~1998-09-24 0:00 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
1998-09-24 0:00 tmoran [this message]
-- strict thread matches above, loose matches on Subject: below --
1998-09-24 0:00 Image processing File I/O Jeong, Laehyung
1998-09-24 0:00 ` Dale Stanbrough
1998-09-24 0:00 ` Michael F Brenner
1998-09-24 0:00 ` dewarr
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox