1 ///////////////////////////////////////////////////////////////////////////////
3 // Purpose: macros for fast, raw bitmap data access
4 // Author: Eric Kidd, Vadim Zeitlin
8 // Copyright: (c) 2002 Vadim Zeitlin <vadim@wxwidgets.org>
9 // Licence: wxWindows licence
10 ///////////////////////////////////////////////////////////////////////////////
12 #ifndef _WX_RAWBMP_H_BASE_
13 #define _WX_RAWBMP_H_BASE_
17 // ----------------------------------------------------------------------------
20 // We need to access our raw bitmap data (1) portably and (2) efficiently.
21 // We do this using a two-dimensional "iteration" interface. Performance
22 // is extremely important here: these functions will be called hundreds
23 // of thousands of times in a row, and even small inefficiencies will
24 // make applications seem slow.
26 // We can't always rely on inline functions, because not all compilers actually
27 // bother to inline them unless we crank the optimization levels way up.
28 // Therefore, we also provide macros to wring maximum speed out of compiler
29 // unconditionally (e.g. even in debug builds). Of course, if the performance
30 // isn't absolutely crucial for you you shouldn't be using them but the inline
32 // ----------------------------------------------------------------------------
37 typedef wxPixelData<wxBitmap, wxNativePixelFormat> PixelData;
43 ... raw access to bitmap data unavailable, do something else ...
47 if ( data.GetWidth() < 20 || data.GetHeight() < 20 )
49 ... complain: the bitmap it too small ...
53 PixelData::Iterator p(data);
55 // we draw a (10, 10)-(20, 20) rect manually using the given r, g, b
56 p.Offset(data, 10, 10);
58 for ( int y = 0; y < 10; ++y )
60 PixelData::Iterator rowStart = p;
62 for ( int x = 0; x < 10; ++x, ++p )
75 // VC++ gives an absolutely harmless warning for wxPixelData<wxBitmap> ctor
76 #pragma warning(disable: 4355) // 'this' used in initializer list
79 // ----------------------------------------------------------------------------
81 // ----------------------------------------------------------------------------
84 wxPixelFormat is a template class describing the bitmap data format. It
85 contains the constants describing the format of pixel data, but does not
86 describe how the entire bitmap is stored (i.e. top-to-bottom,
87 bottom-to-top, ...). It is also a "traits"-like class, i.e. it only
88 contains some constants and maybe static methods but nothing more, so it
89 can be safely used without incurring any overhead as all accesses to it are
92 Current limitations: we don't support RAGABA and ARAGAB formats supported
93 by Mac OS X. If there is sufficient interest, these classes could be
94 extended to deal with them. Neither do we support alpha channel having
95 different representation from the RGB ones (happens under QNX/Photon I
96 think), but again this could be achieved with some small extra effort.
98 Template parameters are:
99 - type of a single pixel component
100 - size of the single pixel in bits
101 - indices of red, green and blue pixel components inside the pixel
102 - index of the alpha component or -1 if none
103 - type which can contain the full pixel value (all channels)
106 template <class Channel
,
107 size_t Bpp
, int R
, int G
, int B
, int A
= -1,
108 class Pixel
= wxUint32
>
110 struct WXDLLEXPORT wxPixelFormat
112 // iterator over pixels is usually of type "ChannelType *"
113 typedef Channel ChannelType
;
115 // the type which may hold the entire pixel value
116 typedef Pixel PixelType
;
118 // NB: using static ints initialized inside the class declaration is not
119 // portable as it doesn't work with VC++ 6, so we must use enums
121 // size of one pixel in bits
122 enum { BitsPerPixel
= Bpp
};
124 // size of one pixel in ChannelType units (usually bytes)
125 enum { SizePixel
= Bpp
/ (8 * sizeof(Channel
)) };
127 // the channels indices inside the pixel
136 // true if we have an alpha channel (together with the other channels, this
137 // doesn't cover the case of wxImage which stores alpha separately)
138 enum { HasAlpha
= A
!= -1 };
141 // some "predefined" pixel formats
142 // -------------------------------
144 // wxImage format is common to all platforms
145 typedef wxPixelFormat
<unsigned char, 24, 0, 1, 2> wxImagePixelFormat
;
147 // the (most common) native bitmap format without alpha support
148 #if defined(__WXMSW__)
149 // under MSW the RGB components are inversed, they're in BGR order
150 typedef wxPixelFormat
<unsigned char, 24, 2, 1, 0> wxNativePixelFormat
;
152 #define wxPIXEL_FORMAT_ALPHA 3
153 #elif defined(__WXMAC__)
154 // under Mac, first component is unused but still present, hence we use
156 typedef wxPixelFormat
<unsigned char, 32, 1, 2, 3> wxNativePixelFormat
;
158 #define wxPIXEL_FORMAT_ALPHA 0
159 #elif defined(__WXCOCOA__)
160 // Cocoa is standard RGB or RGBA (normally it is RGBA)
161 typedef wxPixelFormat
<unsigned char, 24, 0, 1, 2> wxNativePixelFormat
;
163 #define wxPIXEL_FORMAT_ALPHA 3
164 #elif defined(__WXGTK__)
165 // Under GTK+ 2.X we use GdkPixbuf, which should be RGBA
166 typedef wxPixelFormat
<unsigned char, 24, 0, 1, 2> wxNativePixelFormat
;
168 #define wxPIXEL_FORMAT_ALPHA 3
171 // the (most common) native format for bitmaps with alpha channel
172 #ifdef wxPIXEL_FORMAT_ALPHA
173 typedef wxPixelFormat
<unsigned char, 32,
174 wxNativePixelFormat::RED
,
175 wxNativePixelFormat::GREEN
,
176 wxNativePixelFormat::BLUE
,
177 wxPIXEL_FORMAT_ALPHA
> wxAlphaPixelFormat
;
178 #endif // wxPIXEL_FORMAT_ALPHA
180 // we also define the (default/best) pixel format for the given class: this is
181 // used as default value for the pixel format in wxPixelIterator template
182 template <class T
> struct wxPixelFormatFor
;
185 // wxPixelFormatFor is only defined for wxImage, attempt to use it with other
186 // classes (wxBitmap...) will result in compile errors which is exactly what we
189 struct WXDLLEXPORT wxPixelFormatFor
<wxImage
>
191 typedef wxImagePixelFormat Format
;
195 // ----------------------------------------------------------------------------
197 // ----------------------------------------------------------------------------
200 wxPixelDataBase is just a helper for wxPixelData: it contains things common
201 to both wxImage and wxBitmap specializations.
203 class WXDLLEXPORT wxPixelDataBase
206 // origin of the rectangular region we represent
207 wxPoint
GetOrigin() const { return m_ptOrigin
; }
209 // width and height of the region we represent
210 int GetWidth() const { return m_width
; }
211 int GetHeight() const { return m_height
; }
213 wxSize
GetSize() const { return wxSize(m_width
, m_height
); }
215 // the distance between two rows
216 int GetRowStride() const { return m_stride
; }
218 // private: -- see comment in the beginning of the file
220 // the origin of this image inside the bigger bitmap (usually (0, 0))
223 // the size of the image we address, in pixels
227 // this parameter is the offset of the start of the (N+1)st row from the
228 // Nth one and can be different from m_bypp*width in some cases:
229 // a) the most usual one is to force 32/64 bit alignment of rows
230 // b) another one is for bottom-to-top images where it's negative
231 // c) finally, it could conceivably be 0 for the images with all
232 // lines being identical
236 // ctor is protected because this class is only meant to be used as the
237 // base class by wxPixelData
247 wxPixelData represents the entire bitmap data, i.e. unlike
248 wxPixelFormat (which it uses) it also stores the global bitmap
249 characteristics such as its size, inter-row separation and so on.
251 Because of this it can be used to move the pixel iterators (which don't
252 have enough information about the bitmap themselves). This may seem a bit
253 unnatural but must be done in this way to keep the iterator objects as
254 small as possible for maximum efficiency as otherwise they wouldn't be put
255 into the CPU registers by the compiler any more.
257 Implementation note: we use the standard workaround for lack of partial
258 template specialization support in VC (both 6 and 7): instead of partly
259 specializing the class Foo<T, U> for some T we introduce FooOut<T> and
260 FooIn<U> nested in it, make Foo<T, U> equivalent to FooOut<T>::FooIn<U> and
261 fully specialize FooOut.
263 Also note that this class doesn't have any default definition because we
264 can't really do anything without knowing the exact image class. We do
265 provide wxPixelDataBase to make it simpler to write new wxPixelData
269 // we need to define this skeleton template to mollify VC++
270 template <class Image
>
271 struct WXDLLEXPORT wxPixelDataOut
273 template <class PixelFormat
>
274 class WXDLLEXPORT wxPixelDataIn
282 // wxPixelData specialization for wxImage: this is the simplest case as we
283 // don't have to care about different pixel formats here
285 struct WXDLLEXPORT wxPixelDataOut
<wxImage
>
287 // NB: this is a template class even though it doesn't use its template
288 // parameter because otherwise wxPixelData couldn't compile
289 template <class dummyPixelFormat
>
290 class WXDLLEXPORT wxPixelDataIn
: public wxPixelDataBase
293 // the type of the class we're working with
294 typedef wxImage ImageType
;
296 // the iterator which should be used for working with data in this
301 // the pixel format we use
302 typedef wxImagePixelFormat PixelFormat
;
304 // the type of the pixel components
305 typedef typename
dummyPixelFormat::ChannelType ChannelType
;
307 // the pixel data we're working with
309 wxPixelDataOut
<wxImage
>::wxPixelDataIn
<PixelFormat
> PixelData
;
312 void Reset(const PixelData
& data
)
314 *this = data
.GetPixels();
317 // creates the iterator pointing to the beginning of data
318 Iterator(PixelData
& data
)
323 // creates the iterator initially pointing to the image origin
324 Iterator(const wxImage
& image
)
326 m_pRGB
= image
.GetData();
328 if ( image
.HasAlpha() )
330 m_pAlpha
= image
.GetAlpha();
332 else // alpha is not used at all
338 // true if the iterator is valid
339 bool IsOk() const { return m_pRGB
!= NULL
; }
345 // advance the iterator to the next pixel, prefix version
346 Iterator
& operator++()
348 m_pRGB
+= PixelFormat::SizePixel
;
355 // postfix (hence less efficient -- don't use it unless you
356 // absolutely must) version
357 Iterator
operator++(int)
364 // move x pixels to the right and y down
366 // note that the rows don't wrap!
367 void Offset(const PixelData
& data
, int x
, int y
)
369 m_pRGB
+= data
.GetRowStride()*y
+ PixelFormat::SizePixel
*x
;
371 m_pAlpha
+= data
.GetWidth() + x
;
374 // move x pixels to the right (again, no row wrapping)
375 void OffsetX(const PixelData
& WXUNUSED(data
), int x
)
377 m_pRGB
+= PixelFormat::SizePixel
*x
;
382 // move y rows to the bottom
383 void OffsetY(const PixelData
& data
, int y
)
385 m_pRGB
+= data
.GetRowStride()*y
;
387 m_pAlpha
+= data
.GetWidth();
390 // go to the given position
391 void MoveTo(const PixelData
& data
, int x
, int y
)
401 // access to invidividual colour components
402 ChannelType
& Red() { return m_pRGB
[PixelFormat::RED
]; }
403 ChannelType
& Green() { return m_pRGB
[PixelFormat::GREEN
]; }
404 ChannelType
& Blue() { return m_pRGB
[PixelFormat::BLUE
]; }
405 ChannelType
& Alpha() { return *m_pAlpha
; }
407 // private: -- see comment in the beginning of the file
409 // pointer into RGB buffer
410 unsigned char *m_pRGB
;
412 // pointer into alpha buffer or NULL if alpha isn't used
413 unsigned char *m_pAlpha
;
416 // initializes us with the data of the given image
417 wxPixelDataIn(ImageType
& image
) : m_image(image
), m_pixels(image
)
419 m_width
= image
.GetWidth();
420 m_height
= image
.GetHeight();
421 m_stride
= Iterator::SizePixel
* m_width
;
424 // initializes us with the given region of the specified image
425 wxPixelDataIn(ImageType
& image
,
427 const wxSize
& sz
) : m_image(image
), m_pixels(image
)
429 m_stride
= Iterator::SizePixel
* m_width
;
434 // initializes us with the given region of the specified image
435 wxPixelDataIn(ImageType
& image
,
436 const wxRect
& rect
) : m_image(image
), m_pixels(image
)
438 m_stride
= Iterator::SizePixel
* m_width
;
440 InitRect(rect
.GetPosition(), rect
.GetSize());
443 // we evaluate to true only if we could get access to bitmap data
445 operator bool() const { return m_pixels
.IsOk(); }
447 // get the iterator pointing to the origin
448 Iterator
GetPixels() const { return m_pixels
; }
451 void InitRect(const wxPoint
& pt
, const wxSize
& sz
)
457 m_pixels
.Offset(*this, pt
.x
, pt
.y
);
460 // the image we're working with
463 // the iterator pointing to the image origin
470 // wxPixelData specialization for wxBitmap: here things are more interesting as
471 // we also have to support different pixel formats
473 struct WXDLLEXPORT wxPixelDataOut
<wxBitmap
>
475 template <class Format
>
476 class WXDLLEXPORT wxPixelDataIn
: public wxPixelDataBase
479 // the type of the class we're working with
480 typedef wxBitmap ImageType
;
482 class WXDLLEXPORT Iterator
485 // the pixel format we use
486 typedef Format PixelFormat
;
488 // the type of the pixel components
489 typedef typename
PixelFormat::ChannelType ChannelType
;
491 // the pixel data we're working with
492 typedef wxPixelDataOut
<wxBitmap
>::wxPixelDataIn
<Format
> PixelData
;
496 void Reset(const PixelData
& data
)
498 *this = data
.GetPixels();
501 // initializes the iterator to point to the origin of the given
503 Iterator(PixelData
& data
)
508 // initializes the iterator to point to the origin of the given
510 Iterator(wxBitmap
& bmp
, PixelData
& data
)
512 // using cast here is ugly but it should be safe as
513 // GetRawData() real return type should be consistent with
514 // BitsPerPixel (which is in turn defined by ChannelType) and
515 // this is the only thing we can do without making GetRawData()
516 // a template function which is undesirable
517 m_ptr
= (ChannelType
*)
518 bmp
.GetRawData(data
, PixelFormat::BitsPerPixel
);
521 // return true if this iterator is valid
522 bool IsOk() const { return m_ptr
!= NULL
; }
528 // advance the iterator to the next pixel, prefix version
529 Iterator
& operator++()
531 m_ptr
+= PixelFormat::SizePixel
;
536 // postfix (hence less efficient -- don't use it unless you
537 // absolutely must) version
538 Iterator
operator++(int)
545 // move x pixels to the right and y down
547 // note that the rows don't wrap!
548 void Offset(const PixelData
& data
, int x
, int y
)
550 m_ptr
+= data
.GetRowStride()*y
+ PixelFormat::SizePixel
*x
;
553 // move x pixels to the right (again, no row wrapping)
554 void OffsetX(const PixelData
& WXUNUSED(data
), int x
)
556 m_ptr
+= PixelFormat::SizePixel
*x
;
559 // move y rows to the bottom
560 void OffsetY(const PixelData
& data
, int y
)
562 m_ptr
+= data
.GetRowStride()*y
;
565 // go to the given position
566 void MoveTo(const PixelData
& data
, int x
, int y
)
576 // access to invidividual colour components
577 ChannelType
& Red() { return m_ptr
[PixelFormat::RED
]; }
578 ChannelType
& Green() { return m_ptr
[PixelFormat::GREEN
]; }
579 ChannelType
& Blue() { return m_ptr
[PixelFormat::BLUE
]; }
580 ChannelType
& Alpha() { return m_ptr
[PixelFormat::ALPHA
]; }
582 // address the pixel contents directly
584 // warning: the format is platform dependent
585 typename
PixelFormat::PixelType
& Data()
586 { return *(typename
PixelFormat::PixelType
*)m_ptr
; }
588 // private: -- see comment in the beginning of the file
590 // for efficiency reasons this class should not have any other
591 // fields, otherwise it won't be put into a CPU register (as it
592 // should inside the inner loops) by some compilers, notably gcc
596 // ctor associates this pointer with a bitmap and locks the bitmap for
597 // raw access, it will be unlocked only by our dtor and so these
598 // objects should normally be only created on the stack, i.e. have
600 wxPixelDataIn(wxBitmap
& bmp
) : m_bmp(bmp
), m_pixels(bmp
, *this)
604 wxPixelDataIn(wxBitmap
& bmp
, const wxRect
& rect
)
605 : m_bmp(bmp
), m_pixels(bmp
, *this)
607 InitRect(rect
.GetPosition(), rect
.GetSize());
610 wxPixelDataIn(wxBitmap
& bmp
, const wxPoint
& pt
, const wxSize
& sz
)
611 : m_bmp(bmp
), m_pixels(bmp
, *this)
616 // we evaluate to true only if we could get access to bitmap data
618 operator bool() const { return m_pixels
.IsOk(); }
620 // get the iterator pointing to the origin
621 Iterator
GetPixels() const { return m_pixels
; }
623 // dtor unlocks the bitmap
626 m_bmp
.UngetRawData(*this);
629 // call this to indicate that we should use the alpha channel
630 void UseAlpha() { m_bmp
.UseAlpha(); }
632 // private: -- see comment in the beginning of the file
634 // the bitmap we're associated with
637 // the iterator pointing to the image origin
641 void InitRect(const wxPoint
& pt
, const wxSize
& sz
)
643 m_pixels
.Offset(*this, pt
.x
, pt
.y
);
654 // typedef-name 'foo' used as synonym for class-name 'bar'
655 // (VC++ gives this warning each time wxPixelData::Base is used but it
656 // doesn't make any sense here -- what's wrong with using typedef instead
657 // of class, this is what it is here for!)
658 #pragma warning(disable: 4097)
659 #endif // __VISUALC__
661 template <class Image
, class PixelFormat
= wxPixelFormatFor
<Image
> >
663 public wxPixelDataOut
<Image
>::template wxPixelDataIn
<PixelFormat
>
667 typename wxPixelDataOut
<Image
>::template wxPixelDataIn
<PixelFormat
>
670 wxPixelData(Image
& image
) : Base(image
) { }
672 wxPixelData(Image
& i
, const wxRect
& rect
) : Base(i
, rect
) { }
674 wxPixelData(Image
& i
, const wxPoint
& pt
, const wxSize
& sz
)
681 // some "predefined" pixel data classes
683 typedef wxPixelData
<wxImage
> wxImagePixelData
;
686 typedef wxPixelData
<wxBitmap
, wxNativePixelFormat
> wxNativePixelData
;
687 typedef wxPixelData
<wxBitmap
, wxAlphaPixelFormat
> wxAlphaPixelData
;
690 // ----------------------------------------------------------------------------
692 // ----------------------------------------------------------------------------
695 wxPixel::Iterator represents something which points to the pixel data and
696 allows us to iterate over it. In the simplest case of wxBitmap it is,
697 indeed, just a pointer, but it can be something more complicated and,
698 moreover, you are free to specialize it for other image classes and bitmap
701 Note that although it would have been much more intuitive to have a real
702 class here instead of what we have now, this class would need two template
703 parameters, and this can't be done because we'd need compiler support for
704 partial template specialization then and neither VC6 nor VC7 provide it.
706 template < class Image
, class PixelFormat
= wxPixelFormatFor
<Image
> >
707 struct WXDLLEXPORT wxPixelIterator
: wxPixelData
<Image
, PixelFormat
>::Iterator
712 #pragma warning(default: 4355)
713 #pragma warning(default: 4097)
716 #endif // _WX_RAWBMP_H_BASE_