🚀 go-pugleaf

In article <fwwJ7.41616$XM4.1999@afrodite.telenet-ops.be>, "Kris Wauters"
<wauters.kris@pandora.be> wrote:

> kan iemand gewoon verklaren wat er in beide van onderstaande regels
> gebeurt ? (eventueel met een binair voorbeeldje)
> 
> h = (128 | ((char) val & 0x7f)) >>4;
> l = (128 | ((char) val & 0x7f)) &15;

voorbeeldje:
val = 87 ('k zeg zo maar iets) = 0x57 = 0b01010111 (char) val blijft
hetzelfde, 't is al maar een byte groot

128 = 0x80 = 0b10000000		(geen officiele notatie, maar kom)
0x7f = 0b01111111
15 = 0x0F = 0b00001111

h = (0b10000000 | (0b01010111 & 0b01111111)) >> 4;
  = (0b10000000 | 0b01010111) >> 4;		// hoogste bit op 0 gezet
  =  0b11010111 >> 4;					// hoogste bit op 1 gezet
  = 0b00001101;							// 4 bits naar rechts geshift

Ik begrijp niet goed waarom eerst het hoogste bit op 0 wordt gezet en
daarna weer op 1... tenzij die &0x7F dient om zeker alleen op de laagste 7
bits te werken en op die manier eventuele andere bytes weg te gooien, maar
dat heeft geen nut want daar heeft die char-casting al voor gezorgd.
Hoedanook, het resultaat is uiteindelijk de hoogste nibble (=halve byte),
maar dan met het hoogste bit daarvan op 1 gezet.

l = (0x10000000 | (0b01010111 & 0b01111111)) & 0b00001111;

Left as an exercise for the reader.
Het resultaat zal deze keer de laagste nibble zijn, wederom met het
hoogste bit daarvan op 1 gezet.

Ik zou dat op het eerste zicht zo doen:

h = ((val >> 4) | 0x08) & 0x0f;
l = (val | 0x08) & 0x0f;

maar of dat beter/performanter/leesbaarder is weet ik eigenlijk niet.

-- 
Roel Schroeven
x3jmyi0yrrn3h001@sneakemail.com (anti-spam email address from sneakemail.com)

"Don't blame me if there are bugs. Blame the cute, furry one." - Rusty Russell