Font Array auslesen?!

[Peter W. (Gast)]

Hallo,

ich möchte gerne eine Funktion schreiben die mir mein Character aus dem 
Array zieht.

Wie berechne Ich denn nun den Start bzw. Anfang von meinem Zeichen?

https://github.com/johnmccombs/arduino-libraries/blob/master/glcd/fonts/Arial14.h

Würde mich über Anregungen freuen.

[Martin (Gast)]

Es gibt ja einen Bereich in dem steht wie breit ein Zeichen ist (in 
words - 16 Bit). Du musst also die Beiten aller Zeichen die vor deinem 
gesuchten Zeichen im Array stehen aufsummieren.

[Peter W. (Gast)]

Martin schrieb:
> Es gibt ja einen Bereich in dem steht wie breit ein Zeichen ist
> (in
> words - 16 Bit). Du musst also die Beiten aller Zeichen die vor deinem
> gesuchten Zeichen im Array stehen aufsummieren.

Und woher weiß Ich wie viele ich aufsummieren muss bis mein Zeichen 
kommt?

[Alex G. (dragongamer)]

Peter W. schrieb:
> Und woher weiß Ich wie viele ich aufsummieren muss bis mein Zeichen
> kommt?
Du wirst ja wohl wissen wo das Zeichen steht, sonst könntest du es ja 
garnicht verwenden.

[dummschwaetzer (Gast)]

>Es gibt ja einen Bereich in dem steht wie breit ein Zeichen ist (in
>words - 16 Bit). Du musst also die Beiten aller Zeichen die vor deinem
>gesuchten Zeichen im Array stehen aufsummieren.
+ die 6Byte für size .. + 96 Bytes für die char widths

[Martin (Gast)]

Peter W. schrieb:
> Und woher weiß Ich wie viele ich aufsummieren muss bis mein Zeichen
> kommt?

Weißt du was ASCII ist? Jedes Zeichen entspricht einer Nummer.

[Martin (Gast)]

Den Ofset musst du aber auch berücksichtigen, die Tabelle fängt erst 
beim Space (0x20) an.

[Martin (Gast)]

bzw. noch ein Zeichen da nach.

[Peter W. (Gast)]

Die Tabelle folgt doch gar nicht der ASCII Tabelle?

[Peter W. (Gast)]

int main()
{
  printf("%d",Arial_14['0']);  
    return 0 ;
}

Wie bekomme ich das erste Byte von der '0'?

[Martin (Gast)]

Peter W. schrieb:
> Die Tabelle folgt doch gar nicht der ASCII Tabelle?

Martin schrieb:
> Den Ofset musst du aber auch berücksichtigen, die Tabelle fängt erst
> beim Space (0x20) an.

[Martin (Gast)]

Am Ende jeder Zeile steht der Code für das Zeichen in dezimaler 
Schreibweise.

[Peter W. (Gast)]

Martin schrieb:
> Am Ende jeder Zeile steht der Code für das Zeichen in dezimaler
> Schreibweise.

Der Offset müsste 102 sein anstatt 96 oder nicht?

[Martin (Gast)]

dummschwaetzer schrieb:
> + die 6Byte für size .. + 96 Bytes für die char widths

[Martin (Gast)]

Ich meine aber noch was anderes. Das erste Zeichen ist nicht ASCII 0x00 
sondern 0x21 (33).

[Peter W. (Gast)]

Martin schrieb:
> dummschwaetzer schrieb:
>> + die 6Byte für size .. + 96 Bytes für die char widths

Ah okay überlesen.
Nun wenn ich '0' + 102 rechne komme Ich immer noch nicht an den Anfang 
der Zahl '0' ich muss die breiten von den vorherigen Zahlen noch hinzu 
rechnen oder?

[Peter W. (Gast)]

Oben steht es ja.

Wie stelle ich das an? Woher weiß Ich wie viel Ich aufsummieren muss? 
Stehe auf dem Schlauch.

[Martin (Gast)]

Wie ist der ASCII von '0'?

[Dominik (Gast)]

Martin schrieb:
> '0'

0x30

[Peter W. (Gast)]

48

Martin schrieb:
> Wie ist der ASCII von '0'?

48

[Martin (Gast)]

genau!

Das erste Zeichen in der Tabelle ist das Space  0x20  32. Wobei das 
Space eine Breite von 0 hat. Das nöchste Zeiche (0x21 / 33) ist das '!' 
. Das hat eine Breite von 1 Pixel.

// char widths
0x00, 0x01, 0x03, 0x08, 0x07, 0x0A, 0x08, 0x01, 0x03, 0x03,

// font data
0xFE, 0x14, // 33
0x1E, 0x00, 0x1E, 0x00, 0x00, 0x00, // 34

Beachte, da jedes Zeichen 14 Bit hoch ist benötigt jede Spalte 2 Byte. 
Jetzt musst du nur von 0x20 (32, Space) bis 0x30 (48, '0') zählen und 
die Werte unter "char widths" aufaddieren.

[Martin (Gast)]

Das dann mal 2 wegen 2 Byte pro Spalte + den Offset von 102 Byte.

[Peter W. (Gast)]

Und das aufsummieren?

int8_t calcFontStart(uint8_t c)
{
  int8_t start=c-32;
  for( ; start <= c ; start++)
  start += Arial_14[start+6];
  
  return start;
}

[Martin (Gast)]

Da würfelst du was durcheinander.

Peter W. schrieb:
> start++

Peter W. schrieb:
> start +=

Und zum Schluß die 102 Byte nicht vergessen.

[Martin (Gast)]

Und die 2 Byte pro Pixel Spalte auch nicht unterschlagen.

[Martin (Gast)]

In dem Array stecken mehr als 256 Byte. Deswegen kommst du mit int8_t 
nicht aus.

Was hällst du von :

int16_t calcFontStart(uint8_t c)
{
  
  int16_t byte_nr = 102;
  for(uint8_t zeichen = 0 ; zeichen <= c - 32 ; zeichen++)
        byte_nr += Arial_14[zeichen + 6] * 2;
  
  return start;
}

Um das Variabel zu halten kannst du auch die 32 durch  Arial_14[4] 
ersetzen usw.

[Martin (Gast)]

sorry

return byte_nr;

[Peter W. (Gast)]

Ich müsste am besten wirklich eine Struktur anlegen oder?
Brauche ja noch noch die Breite für das Zeichen.

[Martin (Gast)]

Könnte man machen. Ich denke der Übersichtlichkeit würde es was bringen. 
Verstanden hast du jetzt aber alles?

[Martin (Gast)]

Du musst dann aber aufpassen, dass die Struktur auch auf andere Fonts / 
Fontgrößen angewendet werden kann.

[Peter W. (Gast)]

Ich werde es mir gleich mal anschauen und versuchen was auszugeben.

[Peter W. (Gast)]

Benötigt man noch was?

font_t calcFontStart(uint8_t c, font_t font)
{
  uint8_t charNum = 0;
  font.width = Arial_14[c+6];
  
    font.indexNum = 102;
    for(; charNum <= c - 32 ; charNum++)
  font.indexNum += Arial_14[charNum + 6] * 2;
  
    return font;
}

int main()
{
  font_t fontInfo = calcFontStart('0', fontInfo);
  
  printf("%d",fontInfo.indexNum);
    return 0 ;
}

[Peter W. (Gast)]

Peter W. schrieb:
> font_t calcFontStart(uint8_t c, font_t font)
> {
>   uint8_t charNum = 0;
>   font.width = Arial_14[c+6];
>
>     font.indexNum = 102;
>     for(; charNum <= c - 32 ; charNum++)
>   font.indexNum += Arial_14[charNum + 6] * 2;
>
>     return font;
> }

Sicher das die Rechnung so richtig ist?

[Peter W. (Gast)]

Wenn ich die Werte aufsummiere für den Anfang von '0'
komme ich auf 271.

Dort steht aber was anderes als die Pixel für '0'

[Peter W. (Gast)]

Habe es jetzt hin bekommen.

Nur, irgendwie.. Fehlt immer eine Spalte von den Zahlen oder 
Buchstaben.. das sieht echt komisch aus...

[Peter W. (Gast)]

Hier mal das Foto.
Was kann das sein? Muss ja irgendwie was fehlen?

[Nico W. (nico_w)]

Zeile 42.

[dummschwaetzer (Gast)]

nein, 2 Zeilen zuviel

[dummschwaetzer (Gast)]

stell mal / \ dar, oder ein anderes Zeichen mit Diagonale

[noch_einer (Gast)]

es fehlt keine Zeile, es ist eine "leere" Zeile zu viel

[dummschwaetzer (Gast)]

>stell mal / \ dar, oder ein anderes Zeichen mit Diagonale
Ww bitte

[dummschwaetzer (Gast)]

Hast du irgendwo in der Doku die Beschreibung welches Bit welchem Pixel 
entspricht,
z.B Breite 1:
0xFE, 0x14, // 33
Das sind 16Bit, deine schrift iat aber nur 14Pixel(0x0E, // height) 
hoch.

[Peter W. (Gast)]

dummschwaetzer schrieb:
> Hast du irgendwo in der Doku die Beschreibung welches Bit welchem
> Pixel
> entspricht,
> z.B Breite 1:
> 0xFE, 0x14, // 33
> Das sind 16Bit, deine schrift iat aber nur 14Pixel(0x0E, // height)
> hoch.

Bei meinem Display wird alles "senkrecht" geschrieben.
[C]
0 // Bit 7
0
0
0
0
0
0
0 // Bit 0
{/C]
Das wäre die Erste Zeile vom Display.

[dummschwaetzer (Gast)]

das sind aber erst 8 der 14 Bit

[Peter W. (Gast)]

dummschwaetzer schrieb:
> das sind aber erst 8 der 14 Bit

Die anderen werden dann daunter geschrieben.

[Peter W. (Gast)]

Das ist mein aktueller Code

typedef struct
{
  uint16_t indexNum;
  uint8_t  width;
}font_t;

font_t calcFontStart(uint8_t c, font_t font)
{
  uint8_t charNum = 0;
  font.width = Arial_14[(c-' ')+6];
  
  font.indexNum = 102;
  for(; charNum <= c - ' ' ; charNum++)
  font.indexNum += (Arial_14[charNum + 6] * 2);
  
  font.indexNum -= (font.width*2);
  
  return font;
}

  
void test(void)
{
  char s[]= "TEST";
  uint8_t pos = 0;
  
  for (uint8_t i = 0 ; i < strlen(s) ; i++)
  {
    uint16_t x=0;
    font_t fontInfo = calcFontStart(s[i], fontInfo);
    
    glcdSetPageColumn(6,pos);
    for (x=0;x<fontInfo.width;x++)
    glcdSendData(swapBits(Arial_14[fontInfo.indexNum+x]));
    
    glcdSetPageColumn(5,pos);
    for (x=fontInfo.width;x<(fontInfo.width*2);x++)
    glcdSendData(swapBits(Arial_14[fontInfo.indexNum+x]));  
    
    pos+=10;    
  }
}

[dummschwaetzer (Gast)]

da hast du dann aber nur 6Bit???
Sicher, dass die Zeile 8 Pixel hoch ist?

[Peter W. (Gast)]

dummschwaetzer schrieb:
> da hast du dann aber nur 6Bit???
> Sicher, dass die Zeile 8 Pixel hoch ist?
Wie kommst du auf 6 Bit?

[dummschwaetzer (Gast)]

weil deine schrift nur 14 bit hoch ist

[dummschwaetzer (Gast)]

mach mal das Ausrufezeichen, W, w, \, / mit in deinen teststring

[Peter W. (Gast)]

dummschwaetzer schrieb:
> weil deine schrift nur 14 bit hoch ist

Ja und? Der Rest ist doch dann "0"

[Peter W. (Gast)]

dummschwaetzer schrieb:
> mach mal das Ausrufezeichen, W, w, \, / mit in deinen teststring

Habe das Board gerade nicht zur Hand. Werde es morgen früh direkt 
ausprobieren.
Was soll das bringen?

[dummschwaetzer (Gast)]

Welche Bits der 16 vorgegebenen sind zu viel?
Beispiel:
!
0xFE, 0x14, // 33
Zeile Interpretation1
 0    X -\
 1    X - \F
 2    X - /
 3    X -/
 4    X -\
 5    X - \E
 6    X - /
 7      -/
 8      -\
 9      - \1
10      - /
11    X -/
12      -\
13    X - \4
14      - /
15      -/

sieht komisch aus für ein Ausrufezeichen.

[Peter W. (Gast)]

dummschwaetzer schrieb:
> Welche Bits der 16 vorgegebenen sind zu viel?
> Beispiel:
> !
> 0xFE, 0x14, // 33


Was soll mir das jetzt sagen? Die Zeichen sehen soweit richtig aus. Es 
wird glaube Ich mal nicht am Zeichensatz liegen, meinste nicht auch?

[Michael B. (laberkopp)]

dummschwaetzer schrieb:
> sieht komisch aus für ein Ausrufezeichen.

Vom zweiten Byte nur 6 bit,
vom ersten kommt bit 0 natürlich nach oben

  7      - byte 0 bit 0
  6    X - byte 0 bit 1
  5    X - byte 0 bit 2
  4    X - byte 0 bit 3
  3    X - byte 0 bit 4
  2    X - byte 0 bit 5
  1    X - byte 0 bit 6
  0    X - byte 0 bit 7
 13    X - byte 1 bit 0
 12      - byte 1 bit 3
 11    X - byte 1 bit 4
 10      - byte 1 bit 5
  9      - byte 1 bit 6
  8      - byte 1 bit 7

[Peter W. (Gast)]

Michael B. schrieb:
> dummschwaetzer schrieb:
>> sieht komisch aus für ein Ausrufezeichen.
>
> Vom zweiten Byte nur 6 bit,
> vom ersten kommt bit 0 natürlich nach oben


Ja gut. Soll das heißen das mein anderes Byte verkehrt rum geschrieben 
wird?

[dummschwaetzer (Gast)]

und da sind seine zwei Leerzeilen in seinem Displaybild.
vom 2.Byte die ersten beiden Bits nicht auf das Display.

[Peter W. (Gast)]

Dann muss ich das Byte um zwei nach oben verschieben. Sowas habe ich mir 
auch schon gedacht.. (PixelDatenVom2Byte<<2)

[Peter W. (Gast)]

dummschwaetzer schrieb:
> und da sind seine zwei Leerzeilen in seinem Displaybild.
> vom 2.Byte die ersten beiden Bits nicht auf das Display.

Wieso wird dann solch ein Font erstellt? Das kommt doch sicherlich von 
einem PC Programm? Gibt es andere Displays die nicht senkrecht die Bytes 
auf dem Bildschirm werfen sondern waagerecht?

[Nico W. (nico_w)]

Man kann je nach Setup viele Displays von oben nach unten, unten nach 
oben, links nach rechts oder rechts nach links beschreiben. Wie man es 
halt gerade braucht. Oder weil man das Display um 90° drehen möchte. 
Oder vielleicht hat man einen Spiegel dazwischen...


Und manch einer weiß das alles nicht und schreibt daher seinen Font 
komisch. Schon alles gesehen.

[Peter W. (Gast)]

Nico W. schrieb:
> Man kann je nach Setup viele Displays von oben nach unten, unten
> nach
> oben, links nach rechts oder rechts nach links beschreiben. Wie man es
> halt gerade braucht. Oder weil man das Display um 90° drehen möchte.
> Oder vielleicht hat man einen Spiegel dazwischen...
>
> Und manch einer weiß das alles nicht und schreibt daher seinen Font
> komisch. Schon alles gesehen.

Na gut. Ich hoffe ja da drauf das es wirklich mit dem unteresBild<<2 ist 
und sich das Problem dadurch lösen lässt. Bin zuversichtlich-

[dummschwaetzer (Gast)]

Korrektur:
Michael B. schrieb:
>   7      - byte 0 bit 0
>   6    X - byte 0 bit 1
>   5    X - byte 0 bit 2
>   4    X - byte 0 bit 3
>   3    X - byte 0 bit 4
>   2    X - byte 0 bit 5
>   1    X - byte 0 bit 6
>   0    X - byte 0 bit 7
>  13    X - byte 1 bit 0
>  12      - byte 1 bit 3
>  11    X - byte 1 bit 4
>  10      - byte 1 bit 5
>   9      - byte 1 bit 6
>   8      - byte 1 bit 7

dummschwaetzer schrieb:
> vom 2.Byte die ersten beiden Bits nicht auf das Display.

vom 2.Byte das zweite und dritte Bit nicht auf das Display.

[Jan H. (janiiix3)]

Da hat doch Peter recht gehabt mit dem schieben oder nicht? Wenn das 
zweite und  dritte nicht aufs Display soll..

[Peter W. (Gast)]

Tatsächlich! Das war es. Wieso aber funktioniert das? Hat man den Font 
extra so angelegt? Ist das jetzt wirklich Display spezifisch?

Danke an alle die geholfen haben.

[Peter W. (Gast)]

Was mir jetzt noch aufgefallen ist. Wenn ich einen String ausgeben will 
mit dem Text, wie berechne Ich die Leerzeichen dazwischen? Aktuell 
schreib Ich jedes Zeichen auf das letzte..

[Peter W. (Gast)]

Ah okay.

void glcdPutsSpecial(char *str, uint8_t x , uint8_t y)
{
  uint16_t space = 0;
  while (*str)
  {
    glcdPutcSpecial(*str++,x,space);
    space+=(font.width)+1;
  }
}

So habe Ich es jetzt gelöst.