|
Class: Depth8Image
Object
|
+--Image
|
+--Depth8Image
- Package:
- stx:libview
- Category:
- Graphics-Images
- Version:
- rev:
1.151
date: 2023/10/31 14:10:36
- user: stefan
- file: Depth8Image.st directory: libview
- module: stx stc-classLibrary: libview
this class represents 256-color (8 bit / pixel) images (palette, greyscale ...).
It mainly consists of methods already implemented in Image,
reimplemented here for more performance.
copyrightCOPYRIGHT (c) 1993 by Claus Gittinger
All Rights Reserved
This software is furnished under a license and may be used
only in accordance with the terms of that license and with the
inclusion of the above copyright notice. This software may not
be provided or otherwise made available to, or used by, any
other person. No title to or ownership of the software is
hereby transferred.
queries
-
defaultPhotometric
-
return the default photometric pixel interpretation.
This may be a somewhat old leftover from times, when tiff was the first image file type to be read.
Much better would be to always have some (possibly fake and virtual) colormap around, and ask that one.
However, in the meantime, many other classes depend on that, so that it should be kept as an API
- even when the internal representation will be replaced by something better in the future.
-
imageDepth
-
return the depth of images represented by instances of
this class - here we return 8
accessing-pixels
-
pixelAtX: x y: y
-
retrieve a pixel at x/y; return a pixelValue. (0..255)
The interpretation of the returned value depends on the photometric
and the colormap. See also Image>>atX:y:)
Pixels start at x=0 , y=0 for upper left pixel, end at
x = width-1, y=height-1 for lower right pixel
-
pixelAtX: x y: y put: aPixelValue
-
set the pixel at x/y to aPixelValue (0..255).
The interpretation of the pixelValue depends on the photometric
and the colormap. (see also: Image>>atX:y:put:)
Pixels start at x=0 , y=0 for upper left pixel, end at
x = width-1, y=height-1 for lower right pixel
-
rowAt: y into: aPixelBuffer startingAt: startIndex
-
fill aPixelBuffer with pixel values from a single row.
Notice: row/column coordinates start at 0.
-
rowAt: y putAll: pixelArray startingAt: startIndex
-
store a single row's bits from bits in the pixelArray argument;
The interpretation of the pixel values depends on the photometric.
Notice: row/column coordinates start at 0.
converting
-
fromImage: anImage
-
setup the receiver from another image.
The code here is tuned for depth 1, 2 and 4 source images;
other conversions are done in the superclasses fallBack method.
Usage example(s):
|i1 i2 i4 i8 i16 i24|
i1 := Image fromFile:'bitmaps/SBrowser.xbm'.
i2 := Depth2Image fromImage:i1.
i4 := Depth4Image fromImage:i1.
i8 := Depth8Image fromImage:i1.
i8 inspect.
i8 := Depth8Image fromImage:i2.
i8 inspect.
i8 := Depth8Image fromImage:i4.
i8 inspect.
|
converting images
-
anyImageAsPseudoFormOn: aDevice
-
return a pseudoForm from the palette picture.
The main work is in color reduction, when not all colors can be acquired.
This method works for any photometric.
-
anyImageAsTrueColorFormOn: aDevice
-
return a true-color device-form for the receiver.
Supports true color devices with depths: 8, 16, 24 and 32
-
asGray8FormOn: aDevice
-
return an 8-bit greyForm from the 8-bit receiver image.
Redefined, since only a translation has to be done here.
-
asGrayFormOn: aDevice
-
get a gray device form.
Redefined, since we can do it with simple translate,
if the depth matches my depth.
-
grayImageAsPseudoFormOn: aDevice
-
return a pseudoForm from the gray picture. The main work is
in color reduction, when not all colors can be acquired.
-
grayImageAsTrueColorFormOn: aDevice
-
return a true-color device-form for the grey-image receiver.
Supports true color devices with depths: 8, 16, 24 and 32
-
paletteImageAsPseudoFormOn: aDevice
-
return a pseudoForm from the palette picture. The main work is
in color reduction, when not all colors can be acquired.
-
paletteImageAsTrueColorFormOn: aDevice
-
return a true-color device-form for the palette-image receiver.
Supports true color devices with depths: 8, 16, 24 and 32
-
rgbImageAsTrueColorFormOn: aDevice
-
return a true-color device-form for the rgb-image receiver.
Supports true color devices with depths: 8, 16, 24 and 32
dither helpers
-
floydSteinbergDitheredDepth8BitsColors: colors map: aMapOrNil
-
return a floyd-steinberg dithered bitmap from the receiver picture,
which must be a depth-8 image.
This method expects an array of colors to be used for dithering
(which need not be a colorCubes colors).
-
orderedDitheredGrayBitsWithDitherMatrix: ditherMatrix ditherWidth: dW depth: depth
-
return the bitmap for a dithered depth-bitmap from the image;
with a constant ditherMatrix, this can be used for thresholding.
Redefined to make use of knowing that pixels are 8-bit values.
-
orderedDitheredMonochromeBitsWithDitherMatrix: ditherMatrix ditherWidth: dW
-
return the dithered monochrome bits for the receiver image;
with a constant ditherMatrix, this can be used for thresholding.
Redefined to make use of knowing that pixels are 8-bit values.
enumerating
-
colorsAtY: y from: xLow to: xHigh do: aBlock
-
perform aBlock for each pixel from x1 to x2 in row y.
The block is passed the color at each pixel.
This method allows slighly faster processing of an
image than using atX:y:, since some processing can be
avoided when going from pixel to pixel. However, for
real image processing, specialized methods should be written.
-
colorsFromX: xStart y: yStart toX: xEnd y: yEnd do: aBlock
-
perform aBlock for each pixel in the rectangle
yStart..yEnd / xStart..xEnd.
The block is passed the color at each pixel.
This method allows slighly faster processing of an
image than using individual atX:y: accesses,
both since some processing can be avoided when going from pixel to pixel,
and since the color composition is done outside of the pixel loop.
However, for real high performance image processing, specialized methods
should be written which know how to deal with specific photometric interpretations.
-
valuesAtY: y from: xLow to: xHigh do: aBlock
-
WARNING: this enumerates pixel values which need photometric interpretation
Do not confuse with #rgbValuesAtY:from:to:do:
Perform aBlock for each pixelValue from x1 to x2 in row y.
Notice the difference between rgbValue and pixelValue: rgbValues are always
the rgb bytes; pixelvalues depend on the photometric interpretation, and may be
indices into a colormap or be non-byte-sized rgb values.
The block is passed the pixelValue at each pixel.
This method allows slighly faster processing of an
image than using valueAtX:y:, since some processing can be
avoided when going from pixel to pixel. However, for
real image processing, specialized methods should be written.
-
valuesFromX: xStart y: yStart toX: xEnd y: yEnd do: aBlock
-
WARNING: this enumerates pixel values which need photometric interpretation
Do not confuse with #rgbValuesAtY:from:to:do:
Perform aBlock for each pixelValue in a rectangular area of the image.
Notice the difference between rgbValue and pixelValue: rgbValues are always
the rgb bytes; pixelvalues depend on the photometric interpretation, and may be
indices into a colormap or be non-byte-sized rgb values.
The block is passed the pixelValue at each pixel.
This method allows slighly faster processing of an
image than using individual valueAtX:y: accesses,
since some processing can be avoided when going from pixel to pixel..
However, for real high performance image processing, specialized methods
should be written which know how to deal with specific photometric interpretations.
image manipulations
-
easyRotateBitsInto: destinationImage angle: degrees
-
tuned helper for rotation - does the actual pixel shuffling, by degrees clockwise.
Here, only 90, 180 and 270 degrees are implemented.
Hard angles are done in #hardRotate:.
The code here a tuned version of the inherited for more performance
-
hardMagnifiedBy: scaleArg
-
return a new image magnified by scalePoint, aPoint.
This is the general magnification method, handling non-integral values.
It is slower than the integral magnification method.
Notice: this is a naive algorithm, which simply samples the pixel value
at the corresponding original pixel's point, without taking neighbors into
consideration (i.e. it does not compute an average of those pixels).
As a consequence, this will generate bad shrunk images when the original contains
sharp lines.
-
magnifyRowFrom: srcBytes offset: srcStart into: dstBytes offset: dstStart factor: mX
-
magnify a single pixel row - can only magnify by integer factors.
Specially tuned for factors 2,3 and 4.
private
-
dither1PlaneUsingMap: map on: aDevice
-
a helper for dithering palette and greyscale images
-
dither2PlaneUsingMap: map on: aDevice
-
a helper for dithering palette and greyscale images
queries
-
bitsPerPixel
-
return the number of bits per pixel
-
bitsPerRow
-
return the number of bits in one scanline of the image
-
bytesPerRow
-
return the number of bytes in one scanline of the image
-
colorFromValue: pixelValue
-
given a pixel value, return the corresponding color.
Pixel values start with 0.
-
nColorsUsed
-
wrong and misleading...
-
realUsedValues
-
return a collection of pixel values used in the receiver.
-
usedValues
-
return a collection of color values used in the receiver.
|