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 ///////////////////////////////////////////////////////////////////////////////
17 #ifdef wxHAS_RAW_BITMAP
20 #include "wx/bitmap.h"
22 // ----------------------------------------------------------------------------
25 // We need to access our raw bitmap data (1) portably and (2) efficiently.
26 // We do this using a two-dimensional "iteration" interface. Performance
27 // is extremely important here: these functions will be called hundreds
28 // of thousands of times in a row, and even small inefficiencies will
29 // make applications seem slow.
31 // We can't always rely on inline functions, because not all compilers actually
32 // bother to inline them unless we crank the optimization levels way up.
33 // Therefore, we also provide macros to wring maximum speed out of compiler
34 // unconditionally (e.g. even in debug builds). Of course, if the performance
35 // isn't absolutely crucial for you you shouldn't be using them but the inline
37 // ----------------------------------------------------------------------------
42 typedef wxPixelData<wxBitmap, wxNativePixelFormat> PixelData;
48 ... raw access to bitmap data unavailable, do something else ...
52 if ( data.GetWidth() < 20 || data.GetHeight() < 20 )
54 ... complain: the bitmap it too small ...
58 PixelData::Iterator p(data);
60 // we draw a (10, 10)-(20, 20) rect manually using the given r, g, b
61 p.Offset(data, 10, 10);
63 for ( int y = 0; y < 10; ++y )
65 PixelData::Iterator rowStart = p;
67 for ( int x = 0; x < 10; ++x, ++p )
80 Note: we do not use WXDLLIMPEXP_CORE with classes in this file because VC++ has
81 problems with exporting inner class defined inside a specialization of a
82 template class from a DLL. Besides, as all the methods are inline it's not
83 really necessary to put them in DLL at all.
86 // ----------------------------------------------------------------------------
88 // ----------------------------------------------------------------------------
91 wxPixelFormat is a template class describing the bitmap data format. It
92 contains the constants describing the format of pixel data, but does not
93 describe how the entire bitmap is stored (i.e. top-to-bottom,
94 bottom-to-top, ...). It is also a "traits"-like class, i.e. it only
95 contains some constants and maybe static methods but nothing more, so it
96 can be safely used without incurring any overhead as all accesses to it are
99 Current limitations: we don't support RAGABA and ARAGAB formats supported
100 by Mac OS X. If there is sufficient interest, these classes could be
101 extended to deal with them. Neither do we support alpha channel having
102 different representation from the RGB ones (happens under QNX/Photon I
103 think), but again this could be achieved with some small extra effort.
105 Template parameters are:
106 - type of a single pixel component
107 - size of the single pixel in bits
108 - indices of red, green and blue pixel components inside the pixel
109 - index of the alpha component or -1 if none
110 - type which can contain the full pixel value (all channels)
113 template <class Channel
,
114 size_t Bpp
, int R
, int G
, int B
, int A
= -1,
115 class Pixel
= wxUint32
>
119 // iterator over pixels is usually of type "ChannelType *"
120 typedef Channel ChannelType
;
122 // the type which may hold the entire pixel value
123 typedef Pixel PixelType
;
125 // NB: using static ints initialized inside the class declaration is not
126 // portable as it doesn't work with VC++ 6, so we must use enums
128 // size of one pixel in bits
129 enum { BitsPerPixel
= Bpp
};
131 // size of one pixel in ChannelType units (usually bytes)
132 enum { SizePixel
= Bpp
/ (8 * sizeof(Channel
)) };
134 // the channels indices inside the pixel
143 // true if we have an alpha channel (together with the other channels, this
144 // doesn't cover the case of wxImage which stores alpha separately)
145 enum { HasAlpha
= A
!= -1 };
148 // some "predefined" pixel formats
149 // -------------------------------
151 // wxImage format is common to all platforms
152 typedef wxPixelFormat
<unsigned char, 24, 0, 1, 2> wxImagePixelFormat
;
154 // the (most common) native bitmap format without alpha support
155 #if defined(__WXMSW__)
156 // under MSW the RGB components are reversed, they're in BGR order
157 typedef wxPixelFormat
<unsigned char, 24, 2, 1, 0> wxNativePixelFormat
;
159 #define wxPIXEL_FORMAT_ALPHA 3
160 #elif defined(__WXMAC__)
161 // under Mac, first component is unused but still present, hence we use
163 typedef wxPixelFormat
<unsigned char, 32, 1, 2, 3> wxNativePixelFormat
;
165 #define wxPIXEL_FORMAT_ALPHA 0
166 #elif defined(__WXCOCOA__)
167 // Cocoa is standard RGB or RGBA (normally it is RGBA)
168 typedef wxPixelFormat
<unsigned char, 24, 0, 1, 2> wxNativePixelFormat
;
170 #define wxPIXEL_FORMAT_ALPHA 3
171 #elif defined(__WXGTK__)
172 // Under GTK+ 2.X we use GdkPixbuf, which is standard RGB or RGBA
173 typedef wxPixelFormat
<unsigned char, 24, 0, 1, 2> wxNativePixelFormat
;
175 #define wxPIXEL_FORMAT_ALPHA 3
176 #elif defined(__WXPM__)
177 // Under PM, we can use standard RGB or RGBA
178 typedef wxPixelFormat
<unsigned char, 24, 0, 1, 2> wxNativePixelFormat
;
180 #define wxPIXEL_FORMAT_ALPHA 3
181 #elif defined(__WXDFB__)
182 // Under DirectFB, RGB components are reversed, they're in BGR order
183 typedef wxPixelFormat
<unsigned char, 24, 2, 1, 0> wxNativePixelFormat
;
185 #define wxPIXEL_FORMAT_ALPHA 3
188 // the (most common) native format for bitmaps with alpha channel
189 #ifdef wxPIXEL_FORMAT_ALPHA
190 typedef wxPixelFormat
<unsigned char, 32,
191 wxNativePixelFormat::RED
,
192 wxNativePixelFormat::GREEN
,
193 wxNativePixelFormat::BLUE
,
194 wxPIXEL_FORMAT_ALPHA
> wxAlphaPixelFormat
;
195 #endif // wxPIXEL_FORMAT_ALPHA
197 // we also define the (default/best) pixel format for the given class: this is
198 // used as default value for the pixel format in wxPixelIterator template
199 template <class T
> struct wxPixelFormatFor
;
202 // wxPixelFormatFor is only defined for wxImage, attempt to use it with other
203 // classes (wxBitmap...) will result in compile errors which is exactly what we
206 struct wxPixelFormatFor
<wxImage
>
208 typedef wxImagePixelFormat Format
;
212 // ----------------------------------------------------------------------------
214 // ----------------------------------------------------------------------------
217 wxPixelDataBase is just a helper for wxPixelData: it contains things common
218 to both wxImage and wxBitmap specializations.
220 class wxPixelDataBase
223 // origin of the rectangular region we represent
224 wxPoint
GetOrigin() const { return m_ptOrigin
; }
226 // width and height of the region we represent
227 int GetWidth() const { return m_width
; }
228 int GetHeight() const { return m_height
; }
230 wxSize
GetSize() const { return wxSize(m_width
, m_height
); }
232 // the distance between two rows
233 int GetRowStride() const { return m_stride
; }
235 // private: -- see comment in the beginning of the file
237 // the origin of this image inside the bigger bitmap (usually (0, 0))
240 // the size of the image we address, in pixels
244 // this parameter is the offset of the start of the (N+1)st row from the
245 // Nth one and can be different from m_bypp*width in some cases:
246 // a) the most usual one is to force 32/64 bit alignment of rows
247 // b) another one is for bottom-to-top images where it's negative
248 // c) finally, it could conceivably be 0 for the images with all
249 // lines being identical
253 // ctor is protected because this class is only meant to be used as the
254 // base class by wxPixelData
264 wxPixelData represents the entire bitmap data, i.e. unlike
265 wxPixelFormat (which it uses) it also stores the global bitmap
266 characteristics such as its size, inter-row separation and so on.
268 Because of this it can be used to move the pixel iterators (which don't
269 have enough information about the bitmap themselves). This may seem a bit
270 unnatural but must be done in this way to keep the iterator objects as
271 small as possible for maximum efficiency as otherwise they wouldn't be put
272 into the CPU registers by the compiler any more.
274 Implementation note: we use the standard workaround for lack of partial
275 template specialization support in VC (both 6 and 7): instead of partly
276 specializing the class Foo<T, U> for some T we introduce FooOut<T> and
277 FooIn<U> nested in it, make Foo<T, U> equivalent to FooOut<T>::FooIn<U> and
278 fully specialize FooOut.
280 Also note that this class doesn't have any default definition because we
281 can't really do anything without knowing the exact image class. We do
282 provide wxPixelDataBase to make it simpler to write new wxPixelData
286 // we need to define this skeleton template to mollify VC++
287 template <class Image
>
288 struct wxPixelDataOut
290 template <class PixelFormat
>
299 // wxPixelData specialization for wxImage: this is the simplest case as we
300 // don't have to care about different pixel formats here
302 struct wxPixelDataOut
<wxImage
>
304 // NB: this is a template class even though it doesn't use its template
305 // parameter because otherwise wxPixelData couldn't compile
306 template <class dummyPixelFormat
>
307 class wxPixelDataIn
: public wxPixelDataBase
310 // the type of the class we're working with
311 typedef wxImage ImageType
;
313 // the iterator which should be used for working with data in this
318 // the pixel format we use
319 typedef wxImagePixelFormat PixelFormat
;
321 // the pixel data we're working with
323 wxPixelDataOut
<wxImage
>::wxPixelDataIn
<PixelFormat
> PixelData
;
326 void Reset(const PixelData
& data
)
328 *this = data
.GetPixels();
331 // creates the iterator pointing to the beginning of data
332 Iterator(PixelData
& data
)
337 // creates the iterator initially pointing to the image origin
338 Iterator(const wxImage
& image
)
340 m_pRGB
= image
.GetData();
342 if ( image
.HasAlpha() )
344 m_pAlpha
= image
.GetAlpha();
346 else // alpha is not used at all
352 // true if the iterator is valid
353 bool IsOk() const { return m_pRGB
!= NULL
; }
359 // advance the iterator to the next pixel, prefix version
360 Iterator
& operator++()
362 m_pRGB
+= PixelFormat::SizePixel
;
369 // postfix (hence less efficient -- don't use it unless you
370 // absolutely must) version
371 Iterator
operator++(int)
378 // move x pixels to the right and y down
380 // note that the rows don't wrap!
381 void Offset(const PixelData
& data
, int x
, int y
)
383 m_pRGB
+= data
.GetRowStride()*y
+ PixelFormat::SizePixel
*x
;
385 m_pAlpha
+= data
.GetWidth() + x
;
388 // move x pixels to the right (again, no row wrapping)
389 void OffsetX(const PixelData
& WXUNUSED(data
), int x
)
391 m_pRGB
+= PixelFormat::SizePixel
*x
;
396 // move y rows to the bottom
397 void OffsetY(const PixelData
& data
, int y
)
399 m_pRGB
+= data
.GetRowStride()*y
;
401 m_pAlpha
+= data
.GetWidth();
404 // go to the given position
405 void MoveTo(const PixelData
& data
, int x
, int y
)
415 // access to individual colour components
416 PixelFormat::ChannelType
& Red() { return m_pRGB
[PixelFormat::RED
]; }
417 PixelFormat::ChannelType
& Green() { return m_pRGB
[PixelFormat::GREEN
]; }
418 PixelFormat::ChannelType
& Blue() { return m_pRGB
[PixelFormat::BLUE
]; }
419 PixelFormat::ChannelType
& Alpha() { return *m_pAlpha
; }
421 // address the pixel contents directly (always RGB, without alpha)
423 // this can't be used to modify the image as assigning a 32bpp
424 // value to 24bpp pixel would overwrite an extra byte in the next
425 // pixel or beyond the end of image
426 const typename
PixelFormat::PixelType
& Data()
427 { return *(typename
PixelFormat::PixelType
*)m_pRGB
; }
429 // private: -- see comment in the beginning of the file
431 // pointer into RGB buffer
432 unsigned char *m_pRGB
;
434 // pointer into alpha buffer or NULL if alpha isn't used
435 unsigned char *m_pAlpha
;
438 // initializes us with the data of the given image
439 wxPixelDataIn(ImageType
& image
) : m_image(image
), m_pixels(image
)
441 m_width
= image
.GetWidth();
442 m_height
= image
.GetHeight();
443 m_stride
= Iterator::PixelFormat::SizePixel
* m_width
;
446 // initializes us with the given region of the specified image
447 wxPixelDataIn(ImageType
& image
,
449 const wxSize
& sz
) : m_image(image
), m_pixels(image
)
451 m_stride
= Iterator::PixelFormat::SizePixel
* m_width
;
456 // initializes us with the given region of the specified image
457 wxPixelDataIn(ImageType
& image
,
458 const wxRect
& rect
) : m_image(image
), m_pixels(image
)
460 m_stride
= Iterator::PixelFormat::SizePixel
* m_width
;
462 InitRect(rect
.GetPosition(), rect
.GetSize());
465 // we evaluate to true only if we could get access to bitmap data
467 operator bool() const { return m_pixels
.IsOk(); }
469 // get the iterator pointing to the origin
470 Iterator
GetPixels() const { return m_pixels
; }
473 void InitRect(const wxPoint
& pt
, const wxSize
& sz
)
479 m_pixels
.Offset(*this, pt
.x
, pt
.y
);
482 // the image we're working with
485 // the iterator pointing to the image origin
492 // wxPixelData specialization for wxBitmap: here things are more interesting as
493 // we also have to support different pixel formats
495 struct wxPixelDataOut
<wxBitmap
>
497 template <class Format
>
498 class wxPixelDataIn
: public wxPixelDataBase
501 // the type of the class we're working with
502 typedef wxBitmap ImageType
;
507 // the pixel format we use
508 typedef Format PixelFormat
;
510 // the type of the pixel components
511 typedef typename
PixelFormat::ChannelType ChannelType
;
513 // the pixel data we're working with
514 typedef wxPixelDataOut
<wxBitmap
>::wxPixelDataIn
<Format
> PixelData
;
518 void Reset(const PixelData
& data
)
520 *this = data
.GetPixels();
523 // initializes the iterator to point to the origin of the given
525 Iterator(PixelData
& data
)
530 // initializes the iterator to point to the origin of the given
532 Iterator(wxBitmap
& bmp
, PixelData
& data
)
534 // using cast here is ugly but it should be safe as
535 // GetRawData() real return type should be consistent with
536 // BitsPerPixel (which is in turn defined by ChannelType) and
537 // this is the only thing we can do without making GetRawData()
538 // a template function which is undesirable
539 m_ptr
= (ChannelType
*)
540 bmp
.GetRawData(data
, PixelFormat::BitsPerPixel
);
543 // default constructor
549 // return true if this iterator is valid
550 bool IsOk() const { return m_ptr
!= NULL
; }
556 // advance the iterator to the next pixel, prefix version
557 Iterator
& operator++()
559 m_ptr
+= PixelFormat::SizePixel
;
564 // postfix (hence less efficient -- don't use it unless you
565 // absolutely must) version
566 Iterator
operator++(int)
573 // move x pixels to the right and y down
575 // note that the rows don't wrap!
576 void Offset(const PixelData
& data
, int x
, int y
)
578 m_ptr
+= data
.GetRowStride()*y
+ PixelFormat::SizePixel
*x
;
581 // move x pixels to the right (again, no row wrapping)
582 void OffsetX(const PixelData
& WXUNUSED(data
), int x
)
584 m_ptr
+= PixelFormat::SizePixel
*x
;
587 // move y rows to the bottom
588 void OffsetY(const PixelData
& data
, int y
)
590 m_ptr
+= data
.GetRowStride()*y
;
593 // go to the given position
594 void MoveTo(const PixelData
& data
, int x
, int y
)
604 // access to individual colour components
605 ChannelType
& Red() { return m_ptr
[PixelFormat::RED
]; }
606 ChannelType
& Green() { return m_ptr
[PixelFormat::GREEN
]; }
607 ChannelType
& Blue() { return m_ptr
[PixelFormat::BLUE
]; }
608 ChannelType
& Alpha() { return m_ptr
[PixelFormat::ALPHA
]; }
610 // address the pixel contents directly
612 // warning: the format is platform dependent
614 // warning 2: assigning to Data() only works correctly for 16bpp or
615 // 32bpp formats but using it for 24bpp ones overwrites
616 // one extra byte and so can't be done
617 typename
PixelFormat::PixelType
& Data()
618 { return *(typename
PixelFormat::PixelType
*)m_ptr
; }
620 // private: -- see comment in the beginning of the file
622 // for efficiency reasons this class should not have any other
623 // fields, otherwise it won't be put into a CPU register (as it
624 // should inside the inner loops) by some compilers, notably gcc
628 // ctor associates this pointer with a bitmap and locks the bitmap for
629 // raw access, it will be unlocked only by our dtor and so these
630 // objects should normally be only created on the stack, i.e. have
632 wxPixelDataIn(wxBitmap
& bmp
) : m_bmp(bmp
), m_pixels(bmp
, *this)
636 wxPixelDataIn(wxBitmap
& bmp
, const wxRect
& rect
)
637 : m_bmp(bmp
), m_pixels(bmp
, *this)
639 InitRect(rect
.GetPosition(), rect
.GetSize());
642 wxPixelDataIn(wxBitmap
& bmp
, const wxPoint
& pt
, const wxSize
& sz
)
643 : m_bmp(bmp
), m_pixels(bmp
, *this)
648 // we evaluate to true only if we could get access to bitmap data
650 operator bool() const { return m_pixels
.IsOk(); }
652 // get the iterator pointing to the origin
653 Iterator
GetPixels() const { return m_pixels
; }
655 // dtor unlocks the bitmap
658 if ( m_pixels
.IsOk() )
660 #if defined(__WXMSW__) || defined(__WXMAC__)
661 // this is a hack to mark wxBitmap as using alpha channel
662 if ( Format::HasAlpha
)
665 m_bmp
.UngetRawData(*this);
667 // else: don't call UngetRawData() if GetRawData() failed
670 #if WXWIN_COMPATIBILITY_2_8
671 // not needed anymore, calls to it should be simply removed
672 wxDEPRECATED_INLINE( void UseAlpha(), wxEMPTY_PARAMETER_VALUE
)
675 // private: -- see comment in the beginning of the file
677 // the bitmap we're associated with
680 // the iterator pointing to the image origin
684 void InitRect(const wxPoint
& pt
, const wxSize
& sz
)
686 m_pixels
.Offset(*this, pt
.x
, pt
.y
);
697 // FIXME-VC6: VC6 doesn't like typename in default template parameters while
698 // it is necessary with standard-conforming compilers, remove this
699 // #define and just use typename when we drop VC6 support
700 #if defined(__VISUALC__) && !wxCHECK_VISUALC_VERSION(7)
701 #define wxTYPENAME_IN_TEMPLATE_DEFAULT_PARAM
703 #define wxTYPENAME_IN_TEMPLATE_DEFAULT_PARAM typename
706 template <class Image
,
707 class PixelFormat
= wxTYPENAME_IN_TEMPLATE_DEFAULT_PARAM
708 wxPixelFormatFor
<Image
>::Format
>
710 public wxPixelDataOut
<Image
>::template wxPixelDataIn
<PixelFormat
>
714 typename wxPixelDataOut
<Image
>::template wxPixelDataIn
<PixelFormat
>
717 wxPixelData(Image
& image
) : Base(image
) { }
719 wxPixelData(Image
& i
, const wxRect
& rect
) : Base(i
, rect
) { }
721 wxPixelData(Image
& i
, const wxPoint
& pt
, const wxSize
& sz
)
727 // some "predefined" pixel data classes
729 typedef wxPixelData
<wxImage
> wxImagePixelData
;
732 typedef wxPixelData
<wxBitmap
, wxNativePixelFormat
> wxNativePixelData
;
733 typedef wxPixelData
<wxBitmap
, wxAlphaPixelFormat
> wxAlphaPixelData
;
737 // ----------------------------------------------------------------------------
739 // ----------------------------------------------------------------------------
742 wxPixel::Iterator represents something which points to the pixel data and
743 allows us to iterate over it. In the simplest case of wxBitmap it is,
744 indeed, just a pointer, but it can be something more complicated and,
745 moreover, you are free to specialize it for other image classes and bitmap
748 Note that although it would have been much more intuitive to have a real
749 class here instead of what we have now, this class would need two template
750 parameters, and this can't be done because we'd need compiler support for
751 partial template specialization then and neither VC6 nor VC7 provide it.
753 template < class Image
, class PixelFormat
= wxPixelFormatFor
<Image
> >
754 struct wxPixelIterator
: public wxPixelData
<Image
, PixelFormat
>::Iterator
758 #endif // wxHAS_RAW_BITMAP
759 #endif // _WX_RAWBMP_H_