1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
|
/*************************************************************************
*
* DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
*
* Copyright 2000, 2010 Oracle and/or its affiliates.
*
* OpenOffice.org - a multi-platform office productivity suite
*
* This file is part of OpenOffice.org.
*
* OpenOffice.org is free software: you can redistribute it and/or modify
* it under the terms of the GNU Lesser General Public License version 3
* only, as published by the Free Software Foundation.
*
* OpenOffice.org is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU Lesser General Public License version 3 for more details
* (a copy is included in the LICENSE file that accompanied this code).
*
* You should have received a copy of the GNU Lesser General Public License
* version 3 along with OpenOffice.org. If not, see
* <http://www.openoffice.org/license.html>
* for a copy of the LGPLv3 License.
*
************************************************************************/
#ifndef __com_sun_star_rendering_FloatingPointBitmapLayout_idl__
#define __com_sun_star_rendering_FloatingPointBitmapLayout_idl__
#ifndef __com_sun_star_rendering_FloatingPointBitmapFormat_idl__
#include <com/sun/star/rendering/FloatingPointBitmapFormat.idl>
#endif
#ifndef __com_sun_star_rendering_XColorSpace_idl__
#include <com/sun/star/rendering/XColorSpace.idl>
#endif
module com { module sun { module star { module rendering {
/** This structure describes the memory layout of a bitmap having
floating point color channels.<p>
This structure collects all necessary information to describe the
memory layout of a bitmap having floating point color channels<p>
@since OOo 2.0.0
*/
struct FloatingPointBitmapLayout
{
/** Number of scanlines for this bitmap.
This value must not be negative
*/
long ScanLines;
/** Number of data bytes per scanline.
This value must not be negative
*/
long ScanLineBytes;
/** Byte offset between the start of two consecutive scanlines.
This value is permitted to be negative, denoting a bitmap
whose content is flipped at the x axis.
*/
long ScanLineStride;
/** Byte offset between the start of two consecutive planes.
This value is permitted to be negative. If this value is zero,
the bitmap is assumed to be in chunky format, otherwise it is
assumed to be planar. The difference between chunky and
planar layout lies in the way how color channels are
interleaved. For a chunky format, all channel data for a
single pixel lies consecutively in memory. For a planar
layout, the first channel of all pixel is stored consecutive,
followed by the second channel, and so forth.<p>
*/
long PlaneStride;
// TODO(F3): Need some specializations of XColorSpace for float
// and half float formats. This maybe translates to the bitmap
// layout as well, leading to separate structs for double, float
// and half float formats, because of the ColorSpace member. Or
// leave it as it is, forcing the client to query for derived
// interfaces...
/// Color space the bitmap colors shall be interpreted within.
XColorSpace ColorSpace;
/** Number of color components per pixel.
This value must not be negative
*/
long NumComponents;
/** Endianness of the pixel values.
This value must be one of the <type>Endianness</type> constants
*/
byte Endianness;
/** Format type of this bitmap.<p>
This value must be one of the
<type>FloatingPointBitmapFormat</type> constants.<p>
*/
byte Format;
};
}; }; }; };
#endif
|
