[Oberon] FPGA - Grapes.Pict - structure
Jörg
joerg.straube at iaeth.ch
Mon Sep 11 14:06:09 CEST 2017
Hi
If depth = d, the color palette following the "depth" field has 2^d entries
of three bytes. (R, G, B)
As in your case depth = 1, you have two entries
Color0 = E0, 3E, 92
Color1 = 82, 80, 17
then the run length encoded data starts (d4, 00...)
See Pictures.Open or Pictures.Load to see how picture files are decoded.
br
Jörg
-----Original Message-----
From: Oberon [mailto:oberon-bounces at lists.inf.ethz.ch] On Behalf Of Tomas
Kral
Sent: Monday, September 11, 2017 11:38 AM
To: Oberon@ <lists.inf.ethz.ch.Oberon at lists.inf.ethz.ch>
Subject: [Oberon] FPGA - Grapes.Pict - structure
Hi,
EDIT(2), hexdumping `Grapes.Pict'
00000000 03 f0 - signature=$0f03
00000002 68 01 d6 00 01 00 - width=$0168, height=$00d6, depth=$0001
(B&W)
00000008 e0 3e 92 82 80 17 d4 00 d4 00 d4 00 d4 00 d4 00 - colour
table?
R,G,B = {byte}{byte}
colour = {R|G|B}
table = colour[0..255]
Then I am lost, which offset bitmap data starts? How to determine if it
is `RLE' compressed?
Why we record the same width, twice?
B.width := width;
B.wth := width;
Tomas
--
Tomas Kral <thomas.kral at email.cz>
--
Oberon at lists.inf.ethz.ch mailing list for ETH Oberon and related systems
https://lists.inf.ethz.ch/mailman/listinfo/oberon
More information about the Oberon
mailing list