blob: 14dd9469ec9a129b37ecda6e5074d42dd9d5cf8a (
plain) (
blame)
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
114
115
116
|
Network Working Group A. Katz
Request for Comments: 797 ISI
September 1981
FORMAT FOR BITMAP FILES
This note describes a proposed format for storing simple bitmaps (one
bit per pixel) in a file. These files may be very large and the
intent is to use this format for short term storage and passing data
between closely coupled programs. The data in the file should be
stored in 8-bit bytes (octets). Bitmaps may be any size.
The first 4 octets of the file gives the width of each line (x
direction), and the next 4 octets should give the number of lines of
the display (length, y direction). After this is one octet for the x
increment and one octet for the y increment. Following these 10
octets is the bitmap itself. The length and width fields are
stored most significant octet first.
The x and y increment octets tell how much space is between pixels.
For an ordinary display, both these would be one.
Each line of the display should be scanned from left to right. The
lines should start at the top and work down. Each line in the bitmap
should end on an octet boundary. If the width of the display is not
divisable by 8, the rest of the last octet should be filled with
zeros on the right.
Below is a representation of a bitmap file (each square is one
octet):
----------------------------------------------------------
| 1 | 2 | 3 | 4 | 5 |
| width | width | width | width | length |
----------------------------------------------------------
----------------------------------------------------------
| 6 | 7 | 8 | 9 | 10 |
| length | length | length |x-increment|y-increment|
----------------------------------------------------------
----------------------------------------------------------
| 11 | 12 | 13 | 14 | 15
| data | data | data | data | data...
----------------------------------------------------------
For example, bitmaps from the RAPICOM 450 can be in Fine Detail,
Quality, or Express Mode. In Fine Detail mode the x-increment and
y-increment would be 1, for Quality mode, the x-increment would be 1
and the y-increment would be 2, and for Express mode, the x-increment
Alan R. Katz [page 1]
^L
would be 1 and the y-increment would be 3. For these bitmaps it is
intended that each scan line be repeated y-increment times when they
are displayed.
[page 2] Alan R. Katz
^L
|
