[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