http://satellite-board.de

Da es kein richtiges Tool gibt für die LCD Logos (logo-lcd) im RAW Format für die DBOX2 Linux Software, hab ich selber eines geschrieben. <img border="0" title="" alt="[Breites Grinsen]" src="biggrin.gif" />

Der TuxBox LCD Logo Viewer kann folgendes:
<ul></font></li></font></li></font></li>[*]<font size="2" face="Tahoma, Verdana">Anzeigen von Logos im BMP, GIF, JPG oder RAW Format</font></li>[*]<font size="2" face="Tahoma, Verdana">Speichern der Logos im RAW oder BMP Format</font></li>[*]<font size="2" face="Tahoma, Verdana">automatische Umwandlung von farbigen Logo Vorlagen zu monochromen Logos</font></li>[*]<font size="2" face="Tahoma, Verdana">einfache Zeichenfunktion</font></li>[*]<font size="2" face="Tahoma, Verdana">Invertierungsfunktion</font></li>[*]<font size="2" face="Tahoma, Verdana">Spiegelfunktion</font></li>[*]<font size="2" face="Tahoma, Verdana"><font size="2" face="Tahoma, Verdana"><font size="2" face="Tahoma, Verdana">Statuszeile zeichnen (wird benötigt für Logos ab alexW Baseimage 1.6 damit die Boot Meldungen angezeigt werden)
[/list]Den <a href="http://lostech.danubaj.net/cgi-shl/download2.cgi" target="_blank">Download</a> des TuxBox LCD Logo Viewers findet ihr auf meiner <a href="http://www.lostech.de.vu" target="_blank">Homepage</a>.
Viel Spaß damit!
[EDIT]
Editiert weil ich den "TuxBox LCD Logo Viewer" in "TuxBox Logo Viewer" (ohne LCD) umbenannt habe... <img border="0" title="" alt="[Breites Grinsen]" src="biggrin.gif" />
[/EDIT]

<small>[ 20 September 2002, 08:32: Beitrag editiert von: Lostech ]</small>

Nicht schlecht lostech <img border="0" title="" alt="[L&auml;cheln]" src="smile.gif" /> Es gibt aber ein Tool, auch wenn es fuer simple Logos ein wenig fett ist. Adobe Photoshop kann mit den Dingern umgehen.

Rein aus Interesse - wie ermittelst du den offset bei den raw Bilder. Oder ist der immer 5 byte, bei denen, welche die Box verwendet.

Da gibts kein Offset <img border="0" title="" alt="[Zwinkern]" src="wink.gif" />
Wenn ein Offset drin wäre würde das Bild bei meinem Tool schräg verzerrt angezeigt werden.
Bei allen aktuellen Logos, die ich gefunden und ausprobiert habe steht im Prinzip 1 Byte für 1 Pixel (halt RAW <img border="0" title="" alt="[Breites Grinsen]" src="biggrin.gif" /> ). Die maximale Auflösung liegt dann bei 120x64 Pixel. Alles was drüber geht wird einfach abgeschnitten (das Display könnte eh nicht mehr darstellen).
Ich weiß allerdings nicht, ob bei den älteren Images RAW Logos mit Offset verwendet wurde. Im Zweifelsfall kann ich das aber ohne Probleme reinprogrammieren.
Ehrlich gesagt wüßte ich auch nicht wofür ein Offset gut wäre, da ich keine Headerinformationen im RAW brauche wie z.B. im BMP oder JPEG Format.

Ich hab übrigends heute noch die Version 0.17 des Logo Viewers hochgeladen, die mit einem Buttonklick direkt einen Upload/Download der Logos per FTP startet, so daß man nicht jedesmal separat mit nem FTP Proggie das Logo hochladen muß. Müßte jetzt auch ziemlich anfängerfreundlich zu bedienen sein.
<a href="http://lostech.danubaj.net/cgi-shl/download2.cgi" target="_blank">Download</a>

<small>[ 11 September 2002, 08:33: Beitrag editiert von: Lostech ]</small>

Kein Offset - lade mal z.B. die Icons die das 16:9 Logo oder das Dolby Digital Logo darstellen <img border="0" title="" alt="[L&auml;cheln]" src="smile.gif" />

Warum dort der 5 byte Offset (10 00 10 00 00) drin ist, weiss ich allerdings auch nicht.

RAW ist nicht gleich RAW <img border="0" title="" alt="[Zwinkern]" src="wink.gif" />
Die logo-lcd Datei für das Display der Box hat keinen Offset, d.h. nicht, daß alle anderen RAWs in der TuxBox Firmware ohne Offset arbeiten.
Bei der logo-lcd ist es so, daß man starr davon ausgehen kann, daß das Logo pro Zeile 120 Pixel und insgesammt 64 Zeilen hat (also 120x64 Pixel). Daher wird kein Offset für irgendwas anderes benötigt. Außerdem fällt bei der Logo LCD die Farbtiefe weg (monochrom).

Die RAWs der Icons hab ich mir nicht angeschaut, ich vermute aber, daß dort noch zusätzlich Größenangaben und/oder Farbinformationen mit drin stecken.
Müßte ich mir aber auch erst genauer anschauen.

Wie gesagt ich bin jetzt erst bei der logo-lcd RAW angelangt und vielleicht schaff ich irgendwann noch JPGs in die logo-fb (=MPG) umzuwandeln und dann schau ich mal weiter.... <img border="0" title="" alt="[Breites Grinsen]" src="biggrin.gif" />

Nachtrag:
Wenn du z.B. den 5 Byte Header vom Dolby Zeichen (dd.raw bei neutrino) abschneidest hast du nur noch 208 Byte. Dies würde normalerweise eine Auflösung von 13x16 Pixel ergeben. Wenn du dies RAW z.B. mal mit Paint Shop Pro anschaust mit 13x16 Pixel siehst du nur ein grobes Logo mit den richtigen Abmaßen.
Wenn du allerdings ein Byte für 2 Pixel betrachtest (1 Byte=2 Nibble) kannst du die doppelte Breite zeichen und du kriegst das richtige Icon.

Aah, wieder was gelernt.

Ich hatte halt nur mal mit diesen Icons rumgespielt und bin bald verzweifelt, die Systematik zu erkennen. GIMP hat gemeint, die Dinger sind 13x17 (Offset 6), erst im Photoshop kam ich dann auf den richtigen Wert 13x16 Offset 5.

Kleine Frage am Rande, die ich bis dato nur mit try & error loesen konnte. Wie ist z.B. bei den DD Icon die Farbdefinition abgelegt. Ich kann ja den Hexwert von 00 bis FF pro Pixel angeben. Bloss irgendwie erkenne ich keine Logik, welcher Hexwert welche Farbe bedeutet.

Z.B. Wert 0x1E (R=30 G=30 B=30) ergibt gruen, auch 0x1C, ebenso 0xA1, aber nicht 0xA3 oder 0x9F ? 0x78 ergibt weiss, aber auch 0xFF .

Weisst du wie dies definiert ist, oder wo ich was darueber nachlesen koennte.

Wie betrachtest du die einzelnen Bytes?
Ich bin mir auf jeden Fall sicher, daß ein Byte im Hex für zwei Pixel steht.
Beispiel:

Byte 0x0Bh (aus dem RAW Hex)
|
V
aufspalten in 2 Nibble
|
V
Nibble 1 = 0
Nibble 2 = B
|
V
Nibbles wieder in Bytes umwandeln
|
V
Nibble 1 = 0 -> Byte 1 = 00
Nibble 2 = B -> Byte 2 = B0 (z.B. könnte aber auch B0-BF oder 0B sein)

Das bedeutet, daß du die Bytes im vorliegendem Hex RAW im Prinzip verdoppeln mußt, um alle Pixel korrekt darzustellen (Farbe mal außer vor gelassen). Dadurch kommt ja auch nachher die Auflösung von 26x16 statt den rechnerischen 13x16 Pixel zustande, bedingt durch die Anzahl der Bytes minus Offset.
Erst mit einer Auflösung von 26x13 bekommt man ja auch das RAW korrekt angezeigt. Bei 13x16 ist es ja hochkannt und das Logo wird sehr grob. Kann man ja auch mit der OSD Darstellung der DBOX selber mal vergleichen, dann fällt der Unterschied eher auf.

Nun zu den Farben (Vermutung):
Da ich die Bytes ja in Nibble aufteilen muß ist die Farbtiefe ja nicht mehr 8Bit(0xFFh), sondern nur noch die 4Bit (0x0Fh). Dies schränkt natürlich eine verwendete Palette stark ein.
Nehmen wir wieder oben das Beispiel mit Byte 2 (=Nibble 2). Der Wert des Nibbles ist 0x0Bh wenn ich das wie oben zu einem Byte umwandeln würde bekomme ich ein 0xB0h.
Dies würde eine theorethische Palette von maximal 16 Farben ergeben:
0x00h
0x10h
0x20h
0x30h
0x40h
0x50h
0x60h
0x70h
0x80h
0x90h
0xA0h
0xB0h
0xC0h
0xD0h
0xE0h
0xF0h
Jetzt kommen die 5 Bytes vom Offset vielleicht ins Spiel, die diese Farbpalette nochmals einschränken bzw. genauer definieren.

Wie gesagt, bei der Definition der einzelnen Pixel bin ich mir sicher, aber was die Farben betrifft ist es nur eine Vermutung.

Hab ehrlich gesagt im Moment auch nicht so die Zeit das noch genauer zu begucken. Werde ich aber vielleicht am WE mal machen.

P.S.:
Hier kannst du mal das <a href="http://lostech.danubaj.net/nonpublic/dd_neu.raw" target="_blank">dd.raw</a> runterladen, bei dem ich den Header abgeschnitten hab und die Bytes nach der obigen Methode verdoppele. Wenn du es als RAW öffnest muß du aber die Maße 26x16 statt 13x16 nehmen.
Jetzt wird der Unterschied deutlich zum Original RAW wenn es nur mit 13x16 geöffnet wird <img border="0" title="" alt="[Zwinkern]" src="wink.gif" />

<small>[ 12 September 2002, 09:37: Beitrag editiert von: Lostech ]</small>

Hey, vielen Dank. Ist lange her, dass ich in einem Board wieder einiges gelernt habe <img border="0" title="" alt="[Zwinkern]" src="wink.gif" />

Die Aufteilung, 1 Byte definiert 2 Pixel, loest ein paar Knoten in meinem Kopf, wo ich vorher auf dem Schlauch stand. Mit der Info werde ich mir die Farbsachen noch mal ansehen.

Nochmal danke fuer die ausfuehrliche Erklaerung.

Meld dich nochmal wenn du mit den Farben weiter gekommen bist. Würd mich auch interessieren.

Zum Glueck bin ich kein Grafiker <img border="0" title="" alt="[Zwinkern]" src="wink.gif" />

Lostech, irgendwie raffe ich es trotzdem nicht, wie eine Palette angewandt wird. Ist nicht weiter tragisch, da ich erstmal mit ausprobieren ans Ziel gekommen bin.

Zumindest bin ich jetzt hinter den Header gestiegen.

A1 00 10 00 00

0xA1 = 0d26 = 26 Pixel Breite
0x10 = 0d16 = 16 Pixel Hoehe

... ansonsten werde ich dir wohl keine grosse Hilfe sein koennen <img border="0" title="" alt="[Boah!]" src="eek.gif" />

<small>[ 15 September 2002, 21:57: Beitrag editiert von: Space_2063 ]</small>

Dann werd ich mal ne weitere Vermutung anstellen <img border="0" title="" alt="[Breites Grinsen]" src="biggrin.gif" />

Nehmen wir an, nach der obigen Methode kriegen wir die Bytes zerlegt und schonmal die 2 Pixel ansich gezeichnet.

Also sobald eines der Nibble>0 ist wird ein Pixel gezeichnet. Wenn ein Nibble=0 ist dann nicht (=schwarz. Beiweisführung weiter unten <img border="0" title="" alt="[Breites Grinsen]" src="biggrin.gif" /> ).

Nehmen wir wieder das Beispiel mit dem Byte 0x0Bh
Aufgeteilt wäre das für Pixel 1 der Wert des Nibbles 0 -> umgewandelt zum Byte dann 00 und für Pixel 2 B -> umgewandelt zum Byte B0
Da durch die Teilung des RAW Bytes ein Nibble nur 4 Bit nachvollziehbare Information hat kann nachher auch zur Umwandlung zum Byte (s.o.) im Prinzip auch nicht mehr Information drin stecken.

D.h. wenn umgerechneten Byte nur 4 Bit nachvollziehbare Information drin stecken gibt es 16 mögliche Werte:
4 Bit = 2^3 + 2^2 + 2^1 + 2^0 = 15

Das bedeutet das Nibble kann Werte von 0 bis 15 annehmen (also insgesamt 16 Einzelwerte, da die 0 mitzählt):
0,1,2,3,4,5,6,7,8,9,A,B,C,D,E,F

Wenn diese Werte nach meiner obigen Methode zu Bytes umgewandelt werden kann es wieder nur maximal 16 Werte geben:
00,10,20,30,40,50,60,70,80,90,A0,B0,C0,D0,E0,F0

Jetzt haben wir 16 Bytes, die wir vielleicht keiner festen Palette, sondern RGB Farbwerten zuordnen können.

RGB besteht normalerweise aus 3 Werten zwischen 0-255 (also ein Byte pro Wert).
Wenn man nun unser errechnetes Byte aber gleichmäßig auf alle 3 RGB Werte verteilt könnte man mit einem Byte auskommen.

Beispiel:
B0h=176 dezimal -> R=(176) G=(176) B=(176)

Dann kommen wir auf folgende Palette:

00h=0 dezimal -> R=(0) G=(0) B=(0) -> Farbe schwarz
10h=16 dezimal -> R=(16) G=(16) B=(16)
20h=32 dezimal -> R=(32) G=(32) B=(32)
30h=48 dezimal -> R=(48) G=(48) B=(48)
40h=64 dezimal -> R=(64) G=(64) B=(64)
50h=80 dezimal -> R=(80) G=(80) B=(80)
.
.
.
B0h=176 dezimal -> R=(176) G=(176) B=(176)
C0h=192 dezimal -> R=(192) G=(192) B=(192)
D0h=208 dezimal -> R=(208) G=(208) B=(208)
E0h=224 dezimal -> R=(224) G=(224) B=(224)
F0h=240 dezimal -> R=(240) G=(240) B=(240) -> Farbe weiss

Jetzt schauen wir uns das nochmal mit Byte 0B an, aber diesmal mit dem Nibble 0
Das 1 Nibble mit dem Wert 0 würde umgerechnet zum Byte den Wert 00h annehmen.
In RGB Werte eingesetzt:
00h=0 dezimal -> R=(0) G=(0) B=(0)
Dies ergibt die Farbe schwarz
Diese Byte wird nicht gezeichnet, da es noch der obigen RGB Tabelle schwarz wäre <img border="0" title="" alt="[Zwinkern]" src="wink.gif" />

Ich habs zwar so noch nicht ausprobiert, aber ich müßte mal bei Gelegenheit die RGB Werte in richtige Farbbezeichnungen umsetzen und das mal mit dem vergleichen, was die Box selber im OSD anzeigt, um zu sehen, ob es Übereinstimmung gibt.

<small>[ 16 September 2002, 11:57: Beitrag editiert von: Lostech ]</small>

Es gibt eine neue Version 0.25 des TuxBox Logo Viewers.
Jetzt können nicht nur LCD Logos, sondern auch Bootlogos (logo-fb) aus Vorlagen erstellt werden.

Hier die aktuelle Featureliste des TuxBox Logo Viewers:
<ul>[*]LCD Logos (logo-lcd) im JPG, GIF, BMP oder RAW Format laden und anzeigen
[*]Download der "logo-lcd" Datei per FTP Verbindung
[*]Upload der "logo-lcd" Datei per FTP Verbindung
[*]Automatische Konvertierung von farbigen Logos zu monochromen Logos
[*]Speichern der LCD Logos im BMP oder RAW Format möglich
[*]Invertierung des LCD Logos möglich
[*]einfache Editorfunktion implementiert
[*]Statuszeile zeichnen für LCD Logo ab alexW Baseimage V1.6
[*]vertikale und horizontale Spiegelfunktion für LCD Logo
[*]Bootlogos (logo-fb) im M1V Format laden und anzeigen
[*]Download der "logo-fb" per FTP Verbindung
[*]Upload der "logo-fb" per FTP Verbindung
[*]Konvertierung von JPEG, GIF oder BMP Logos zu Bootlogos im M1V (MPEG1) Format
[*]automatische Größenanpassung auf 720x576 Pixel wenn die JPG, GIF oder BMP Logos von diesem Format abweichen
[*]Einstellmöglichkeit der Bitrate (Bit/s) für die Enkodierung des Bootlogos (Qualität ist abhängig von der Bitrate)
[*]speichern von Bootbildschirm Logos im M1V (MPEG1) Format möglich
[*]Upload/Download der Neutrino Settings (Dateien: services.xml/bouquets.xml)
[*]Upload/Download der Enigma Settings (Dateien: services/bouquets)
[*]Upload/Download der Lcars Settings (Dateien: lcars.dvb/transponders.dvb2)
[/list]

Den <a href="http://lostech.danubaj.net/cgi-shl/download2.cgi" target="_blank">Download</a> gibts wie immer auf meiner <a href="http://lostech.danubaj.net" target="_blank">Homepage</a> <img border="0" title="" alt="[L&auml;cheln]" src="smile.gif" />

Viel Spaß damit!

@Lostech, da ich ein paar Tage offline war, kann ich dir erst jetzt nochmal fuer die Infos danken, die du bzgl. der Icons hier erklaert hast !

Und ueber dein Tool braucht man eh nicht viele Worte verlieren - Kompliment <img border="0" title="" alt="[L&auml;cheln]" src="smile.gif" />

Danke für das Kompliment <img border="0" title="" alt="[L&auml;cheln]" src="smile.gif" />
Aber ich hoffe mal, daß es auch bei anderen Usern funktioniert <img border="0" title="" alt="[Breites Grinsen]" src="biggrin.gif" />
Hab nämlich nur bis jetzt unter Win98 und teilweise unter Win2000 getestet.
Norbert wollte das Tool noch unter WIndows XP testen wo ich mir nicht ganz sicher bin, obs da auch funktioniert mit der Enkodierung der Bootlogos.

Wenn bei der Installation eine Warnung erscheint, daß Dateien mit &auml;lteren Versionen dieser Dateien &uuml;berschrieben werden sollen, sollte dies mit NEIN im Setup beantwortet werden!!!

Desweiteren sollten alle parallel laufende Programme wie Norton etc. w&auml;hrend der Installation deaktiviert werden (hier der <a href="http://tuxbox.berlios.de/forum/viewtopic.php?t=12667" target="_blank">Hintergrund</a>).


Wenn ich jetzt wieder Zeit kriege werde ich mal gucken was man mit den anderen RAWs von Neutrino genau machen muß <img border="0" title="" alt="[Zwinkern]" src="wink.gif" />

<small>[ 20 September 2002, 15:31: Beitrag editiert von: Lostech ]</small>