Velocity Reviews - Computer Hardware Reviews

Velocity Reviews > Newsgroups > Programming > C Programming > Binary Image processing library

Reply
Thread Tools

Binary Image processing library

 
 
Malcolm McLean
Guest
Posts: n/a
 
      08-11-2012
My binary image processing library has gradually been building up.
The time has come to ask for suggestions and comments. The idea is
to provide a C language resource for people with a need to handle
binary images.

http://www.malcolmmclean.site11.com/...rylibrary.html

Obviously one priority is that everything is in portable ANSI C.
Another is that the interfaces are clean, and functions can be cut and pasted
with a minimum of fuss if people don't want to use the entire library.
 
Reply With Quote
 
 
 
 
jgh@arcade.demon.co.uk
Guest
Posts: n/a
 
      08-11-2012
Malcolm McLean wrote:
> My binary image processing library has gradually been building up.


Binary images of what? An executable? A disk?

> http://www.malcolmmclean.site11.com/...rylibrary.html


Oh! Pictures. I'd recommend you clarify your terminology.

JGH
 
Reply With Quote
 
 
 
 
jgh@arcade.demon.co.uk
Guest
Posts: n/a
 
      08-12-2012
Vincenzo Mercuri wrote:
> What's the problem with his terminology? You only need to know what
> a "binary image" is: http://en.wikipedia.org/wiki/Binary_image


That refers to two-colour images, the OP's link discussed
multi-coloured images.

> "binary image processing library" is proper wording.


A binary image could be an executable file, could be a file
representing the contents of a disk, could be many other things,
could be anything that is represented in binary format.

"Image" is the usual term for pictures. Image processing,
image manipulation, image recovery, raster image, vector
image - all standard terms that refer to pictures. After
all, as it's being processed as data, the "binary" is implied.

JGH
 
Reply With Quote
 
Ben Bacarisse
Guest
Posts: n/a
 
      08-12-2012
http://www.velocityreviews.com/forums/(E-Mail Removed) writes:

> Vincenzo Mercuri wrote:
>> What's the problem with his terminology? You only need to know what
>> a "binary image" is: http://en.wikipedia.org/wiki/Binary_image

>
> That refers to two-colour images, the OP's link discussed
> multi-coloured images.


Eh? The OP code deals with images with pixels that can set or unset (0
and 1 are the only valid pixel values).

>> "binary image processing library" is proper wording.

>
> A binary image could be an executable file, could be a file
> representing the contents of a disk, could be many other things,
> could be anything that is represented in binary format.


I think it might be slightly clearer to write "binary-image processing
library" so that it's clear that it's the image that has the binary
property, but that's a small matter.

> "Image" is the usual term for pictures. Image processing,
> image manipulation, image recovery, raster image, vector
> image - all standard terms that refer to pictures. After
> all, as it's being processed as data, the "binary" is implied.


That argument cuts the other way as far as I am concerned. Because all
modern computer data is binary, qualifying "image" with "binary" makes
the meaning clear.

--
Ben.
 
Reply With Quote
 
88888 Dihedral
Guest
Posts: n/a
 
      08-12-2012
Malcolm McLean於 2012年8月12日星期日UTC+8上午4時43分04秒 寫道:
> My binary image processing library has gradually been building up.
>
> The time has come to ask for suggestions and comments. The idea is
>
> to provide a C language resource for people with a need to handle
>
> binary images.
>
>
>
> http://www.malcolmmclean.site11.com/...rylibrary.html
>
>
>
> Obviously one priority is that everything is in portable ANSI C.
>
> Another is that the interfaces are clean, and functions can be cut and pasted
>
> with a minimum of fuss if people don't want to use the entire library.


Do you plan to synthesize 3D images or layors of images not ?

Now it is 2012, I'll assume that you can check the open source GTK/GIMG first.

 
Reply With Quote
 
Malcolm McLean
Guest
Posts: n/a
 
      08-12-2012
בתאריך יום ראשון, 12 באוגוסט 2012 21:46:53 UTC+1, מאת Ben Bacarisse:
> (E-Mail Removed) writes:
>
> That argument cuts the other way as far as I am concerned. Because all
> modern computer data is binary, qualifying "image" with "binary" makes
> the meaning clear.
>
>

I want the ibrary to be found by people typing search terms into Google.
I would use the term "binary image processing" myself, but it doesn't come
up with many good hits, which was part of the motivation for putting the
library together.



 
Reply With Quote
 
88888 Dihedral
Guest
Posts: n/a
 
      08-12-2012
Malcolm McLean於 2012年8月12日星期日UTC+8上午4時43分04秒 寫道:
> My binary image processing library has gradually been building up.
>
> The time has come to ask for suggestions and comments. The idea is
>
> to provide a C language resource for people with a need to handle
>
> binary images.
>
>
>
> http://www.malcolmmclean.site11.com/...rylibrary.html
>
>
>
> Obviously one priority is that everything is in portable ANSI C.
>
> Another is that the interfaces are clean, and functions can be cut and pasted
>
> with a minimum of fuss if people don't want to use the entire library.


Check the GIMP first. http://www.gimp.org/

I'll assume that you are asking something nontrivial in processing
digital images.

 
Reply With Quote
 
Alan Curry
Guest
Posts: n/a
 
      08-12-2012
In article <(E-Mail Removed)>,
Malcolm McLean <(E-Mail Removed)> wrote:
>I want the ibrary to be found by people typing search terms into Google.
>I would use the term "binary image processing" myself, but it doesn't come
>up with many good hits, which was part of the motivation for putting the
>library together.
>


The keywords I'd use for that Google search might include:
bitmap
1bpp
monochrome
pbm

I'm especially puzzled that nobody has mentioned "bitmap". In my mind
that's the standard term for images with a single bit per pixel.

wikipedia's "Bitmap" article sort of agrees with me:

: In some contexts, the term bitmap implies one bit per pixel, while
: pixmap is used for images with multiple bits per pixel.

I guess I come from those "some contexts". "Binary image" is a mostly
meaningless phrase to me, since there are so many kinds of images and
not so many non-binary computers. Even now, knowing what you mean by it,
I have little confidence that the next time I see it it will mean the
same thing.

--
Alan Curry
 
Reply With Quote
 
BartC
Guest
Posts: n/a
 
      08-12-2012
"Vincenzo Mercuri" <(E-Mail Removed)> wrote in message
news:(E-Mail Removed)...
> Il 12/08/2012 01:10, (E-Mail Removed) ha scritto:
>> Malcolm McLean wrote:
>>> My binary image processing library has gradually been building up.

>>
>> Binary images of what? An executable? A disk?
>>
>>> http://www.malcolmmclean.site11.com/...rylibrary.html

>>
>> Oh! Pictures. I'd recommend you clarify your terminology.

>
> What's the problem with his terminology? You only need to know what
> a "binary image" is: http://en.wikipedia.org/wiki/Binary_image
>
> "binary image processing library" is proper wording.


It might be proper but it's confusing.

I would use black & white, mono, bi-level, or just 1-bit, compared with
greyscale, palette (usually 16 or 256-colour) or full-colour images.

The confusion is compounded by the use of a 'char' type to store the data;
presumably each char represents one pixel? Most stored representations would
store 8 pixels per byte, but that point doesn't seem to be stated
explicitly.

(A bit wasteful, but an image library using char/byte types to represent
each pixel might as well deal with greyscale too.)

--
Bartc

 
Reply With Quote
 
Malcolm McLean
Guest
Posts: n/a
 
      08-13-2012
בתאריך יום ש*י,13 באוגוסט 2012 00:32:01 UTC+1, מאת Bart:
> "Vincenzo Mercuri" <(E-Mail Removed)> wrote in message
>
>
> The confusion is compounded by the use of a 'char' type to store the data;
> presumably each char represents one pixel? Most stored representations would
> store 8 pixels per byte, but that point doesn't seem to be stated
> explicitly.
>
>
> (A bit wasteful, but an image library using char/byte types to represent
> each pixel might as well deal with greyscale too.)
>

My thinking was that memory isn't likely to be at such a premium that a
bit per pixel representation is worth it, given the complexities it adds
to the code and the interface.

 
Reply With Quote
 
 
 
Reply

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
image processing library Obnoxious User C++ 29 03-24-2008 06:52 PM
Processing Images: Need good library for various image formats polemon C++ 4 07-22-2007 09:35 AM
what's the most common library for Ruby image processing? Yingqi Tang Ruby 6 05-18-2007 07:10 AM
image library for Java (WSQ image library for fingerprints) released info@cognaxon.com Java 0 07-19-2006 09:10 AM
Choosing a matrix library for image processing. Blitz++,MTL or others? Guch C++ 6 03-22-2006 02:44 PM



Advertisments