(alt) Fehlende Logos - Der Logo Source Thread für SmartEPG

[WarmRed]

[quote="Maliboy"]Hier das Logo für Sky Sport HD extra (was für ein blöder Name. Wie soll man denn das in ein Logo vernüftig lesend hinbekommen?).
[/quote]

schreib den Namen im Logo doch zweizeilig.



---
- Sent from my iPhone using Tapatalk

[Maliboy]

Ich tipp dann jetzt mal drauf, dass in der IBL das Transparenz-Bit bei diesen Pixeln falsch sitzt.

Ich habe mir ja die IBL Datei mit den IBL Viewer angeschaut. Da kann man ja auch die Transparenz einschalten und den Hintergrund auf Weiß oder eine andere Helle Farbe stellen.
Und da passt wie gesagt alles.

Danke für das Sky Sport HD Extra Logo, nur komischerweise hat IQChannels mir den Sender gar nicht als neuen angezeigt. Ist der schon länger on air?

Ich meine, das der erst seit gestern Aufgeschaltet ist. Sendestart ist Samstag.

@BlackOne
Irgendwann ja. Aber ich kam noch nicht zum umbauen meiner Skripte. Aber 'The Five' Packen die Logos ja immer mit ins TAPtoDate Packet

[xyzzyx]

Ich habe mir ja die IBL Datei mit den IBL Viewer angeschaut. Da kann man ja auch die Transparenz einschalten und den Hintergrund auf Weiß oder eine andere Helle Farbe stellen.
Und da passt wie gesagt alles.

Dann arbeitet der IBL Viewer nicht richtig.

Anbei meine Logo-Analyse.

Im ersten Bereich stehen die Pixel, die falsch sind, die besagen laut der Farbe eigentlich durchsichtig (also RGB 0, 0, 0) aber laut dem Transparenz-Bit undurchsichtig (also A 1 bzw. 255). Da das nicht der Spezifikation entspricht, passiert es dann, dass diese Pixel gegenüber dem TV-Bild durchsichtig werden.

Im zweiten Bereich stehen alle Pixel mit Farbwert durchsichtig (RGB 0, 0, 0), egal ob falsches Transparenzbit oder nicht.

Im dritten Bereich stehen dann sämtliche Pixel in ARGB8888 Notation.

Wenn Du die Position des ersten falschen Pixels (x-Pos 1, y-Pos 3) im Hex-Editor nachvollziehen kannst, dann müsste dort eben das Alpha-Bit gesetzt sein, Hex-Wert 0x8000.
D.h. alle 0x8000 müssten eigentlich auch 0x0000 sein.

Vermutlich hätten die bei 8 Bit pro Farbe noch einen Wert > 0 gehabt, jedoch haben sie bei 5 Bit je Farbe dann den Wert 0. Wird wohl irgendwo durchs konvertieren entstanden sein, dass dann in diesen Fällen das Alpha-Bit nicht auch 0 gesetzt wurde.

Deswegen war ich ja schon immer für .ibl32 und .qtl32, also in ARGB8888 Notation, was ja iBox schon lange unterstützt

[Maliboy]

Ich gebe zu, ich verstehe gerade nur Bahnhof, aber ich versuche mal drauf zu reagieren.

Eine Farbe unter 080808 Kann nur am Rand bei der Berechnung des Alpha Kanales passieren. Hier findet dann ein Farbverlauf von Irgendwas richtung der gewünschten Hintergrundfarbe (bei BLACK dann 000000) statt. Da drüber lege ich dann noch einen Alpha Kanal, der aber bei den 16 Bit Logos nur bei wirklicher Transparenz das Bit setzt.
Ich könnte nun also hingehen und bei 000000 auch das Transparenz Flag setzen. Aber es ändert nichts daran, das dieser Bereich bewusst Transparent sein soll.
Alternative zwei ist, das ich den AlphaKanal richtung 080808 Berechne. Ich vermute aber, das dann der Schwarze Rand um die Logos noch stärker wird.

Aber noch einmal: Ich sehe bei mir diesen 'Fehler' nicht. Also entweder hat das was mit der reihenfolge der Ebenen zu tun oder ich weiß es nicht.
Wie gesagt, ich kann Dir nur anbieten, das 0 0 0 immer das Transparent Bit gesetzt wird. Jegliche andere Änderung wird wahrscheinlich das Logo, gerade beim markieren, schlechter machen.

Edit: Nachtrag: Wie sie sehen, sehen sie nichts:

Im Hintergrund läuft mit Bernd das Brot und einen Weißen Hintergrund das hellste, was man bekommen kann.

[xyzzyx]

[quote="Maliboy"]
Wie gesagt, ich kann Dir nur anbieten, das 0 0 0 immer das Transparent Bit gesetzt wird. [/quote]

Entweder das
oder wir müssten in alle relevanten TAPs eine Umsetzung einbauen, dass bei RGB 0,0,0 immer hart Alpha 0 gesetzt wird bevor das Alpha-Blending gegenüber der darunterliegenden Ebene berechnet wird, da nun die Ursache ja bekannt ist.

Aber ich bevorzuge ja immer noch die 32 Bit Logos, da man dabei diese harten Übergänge an den Rändern nicht hätte, weil man dies durch 256 Möglichkeiten der Transparenz viel feiner regeln kann, sofern es alle TAPs und LIBs unterstützen.

Offensichtlich ist es bei Dir (CRP, CBP) dann tatsächlich noch anders als beim SRP.

[Maliboy]

Den zahn mit der Transparenz hat mir Firebird ja eigentlich gezogen. Die Firmware an sich kann das ja 'nur' zum Fernsehbild, nicht aber zum OSD. Hier müsste man also was selber schreiben.

Ich hätte damit kein problem. Die 32Bit Logos Produzieren ich noch. Außerdem haben die das Anti Alias Problem nicht. Hier muss ich ja nicht Richtung Schwarz (oder eine andere Farbe) Rechnen. Ich habe einfach meine Stufenlose Transparenz.

Ich werde also hingehen und werde zusätzlich beim Farbwert 0 immer Alpha aktivieren (bei Transparenz logos). Das Problem betrifft ja Nur die Black Logos (bei allen anderen findet die Berechnung des AntiAlias ja gegen deren Farbe statt).

[xyzzyx]

[quote="Maliboy"]Den zahn mit der Transparenz hat mir Firebird ja eigentlich gezogen. Die Firmware an sich kann das ja 'nur' zum Fernsehbild, nicht aber zum OSD. Hier müsste man also was selber schreiben.[/quote]

Zum Fernsehbild geht ja ganz einfach, in iBox z.B. die Uhr-Einblendung.

Gegen OSD:
Da habe ich ja quasi schon was in iBox. Da mache ich mit pngs am linken und rechten Rand diesen leichten Fade-In/Fade-Out, also die Übergänge der scrollenden Schrift ins Nichts.
Oder auch bei dem I see you wenn man iBox mal beendet.

Ich hatte nur den Eindruck, dass man erst einmal die untere OSD-Ebene malen muss ehe man dann das Alpha-Blending zum OSD-Hintergrund rechnen kann, aber das ist erstens nur ne Sache von Millisekunden (und 1 TAP_OSD_Sync() Befehl mehr) und zweitens findet man mit ein bissel Gehirnschmalz vielleicht die Lösung, um dies auch noch zu vermeiden und den OSD-Hintergrund schon zu kennen bevor man drauf malt.

Bei 32-Bit Logos in iBox wird das Alpha-Blending zu diesem grauen Hintergrund berechnet.

[Maliboy]

Ich hatte das Thema wie gesagt schon wieder angesprochen. Die 32 Bit Logos haben ja einen 8 Bit (bzw. 7 Bit) Alpha Kanal. Ich denke mir, problematisch wird es, wenn man im Prinzip auf eine Transparente Fläche noch einmal Transparente Logos packt. Da muss die Transparent entsprechend angepasst werden.

Machbar ist da viel. Die Frage ist: Will FB sich diesen Streß machen und frießt das am ende nicht zuviele Resourcen.
Wenn er will, wird er sich schon bei mir melden.

[xyzzyx]

Damit sich keiner Streß machen muss , können Interessierte hier in den spoiler schauen:

Coder-Stuff Hier ein paar Anregungen für das Alphablending nachdem aus den 16 Bit schon wieder 32 Bit für den TMS geworden sind.
Die fett gedruckte Zeile wäre nötig, um unser aktuelles Transparenzpixel Problem zu umgehen, denke ich.
[code]byte LogoAlphaBlend(byte Alpha, byte FG, byte BG)
{
dword Color;

if(Alpha == 0) return BG;
if(Alpha == 0xff && FG < 8) return BG; //new, because of wrong transparency bit
if(Alpha == 0xff) return FG;

Color = (((dword)Alpha * FG) + ((dword)(255 - Alpha) * BG)) >> 8;

return (Color > 255) ? 255 : Color;
}

dword LogoAlphaBlendRGB(byte Alpha, dword FG, dword BG)
{
dword red, green, blue;

red = LogoAlphaBlend(Alpha, (FG >> 16) & 0xff, (BG >> 16) & 0xff);
green = LogoAlphaBlend(Alpha, (FG >> 8) & 0xff, (BG >> 8) & 0xff);
blue = LogoAlphaBlend(Alpha, FG & 0xff, BG & 0xff);

return ARGB(TAP_ALPHA, red, green, blue);
}
[/code]

Dann muss man das natürlich pro Pixel bearbeiten:
[code] color = LogoAlphaBlendRGB( a, RGB(r, g, b), bgcolor);
[/code]

Und bgcolor kann man zuvor z.B. mit dieser Funktion ermitteln (hier kann es wie gesagt sein, dass vor dem Alphablending für den Vordergrund schon der Hintergrund mit TAP_OSD_Sync() gemalt worden sein muss, da es sonst nicht im OSD-frameBuffer steht, so war zumindest mein Eindruck):
[code]dword AlphaGetBG(int x, int y, byte plane)
{
TYPE_OsdBaseInfo OsdBaseInfo;
dword *pPixel;

TAP_Osd_GetPlaneBaseInfo(&OsdBaseInfo, plane);

pPixel = (dword*)(OsdBaseInfo.frameBuffer + (y*720 + x) * 4);

return *pPixel;
}
[/code]

Zusammen könnte der Aufruf auch so aussehen:
[code]newcolor = LogoAlphaBlendRGB(A8888(color), RGB(R8888(color), G8888(color), B8888(color)),
AlphaGetBG(xrgn+xpos+x, yrgn+ypos+y, plane) ); [/code]

Keine Garantie auf Schönheit & Fehlerfreiheit.
Aber in meiner pnglitetms Library klappt es so ungefähr (abweichende Funktionsnamen).

[xyzzyx]

Oh, ich hatte vergessen, gestern nacht noch zu antworten.
Beim neuen VOX-Logo sind jetzt keine Transparenz-Fehler mehr drin. Sieht besser aus.
Dann müsstest Du es vielleicht noch für alle anderen betroffenen Logos machen.

[JayTee]

Ich habs nicht vergessen, ich war zu müde.

Sieht gut aus.

[Maliboy]

Dann müsstest Du es vielleicht noch für alle anderen betroffenen Logos machen.

Was? Seit Ihr Wahnsinnig Das sind 475 Logos ...


Spass bei bei seite. Jetzt macht sich meine Umgebung endlich mal richtig bemerkbar. Der rechner wird zwar zwar ganz schön zu tun haben, aber dabei muss ich nicht dabei sein.
Ich werde mal versuche am WE alles fertig zu machen und Firebird dann ein aktuelle Paket zukommen zu lassen.

@Gerti
Wenn Du diesen Fehler schon bei der Entwicklung gesehen hast, warum hast Du nichts gesagt? Das hätten wir schon vorher fixen können.

[13philipp]

Hallo Kai!

Nur zur Info, kein Auftrag, Sky Sport hat anscheinend wieder die Logos geändert.

[Maliboy]

kann ich mir nicht vorstellen, da sich bei SKY der einfache Schriftzug wie ein Roter Faden durch deren CI zieht.
Aber, ich schaue mir das mal an.

Edit: Also online scheint man jetzt wirklich richtung BSkyB Logos gegangen zu sein. Auf der Homepage ist aber noch nichts zu sehen

[xyzzyx]

Kennt Ihr diese Seite schon?
Aber wird wohl auch nicht aktueller sein als beim jeweiligen Sender selbst.

[chrisly]

Hi.

Bei mir fehlen die Logos der Sender mit Sonderzeichen, z.B. "WDR Köln". Das Logo ist aber mit diesem Namen im Logoordner und auch in der .lil (nur kleingeschrieben). Was mache ich falsch?

Edit: Nach Aktualisierung von Logocache und Lil klappt´s jetzt (ohne sonstige Änderungen). Warum auch immer ...

[chrisly]

Jetzt fehlen mir nur noch N24HD, OjomTV und Yavido.
N24HD habe ich in den 3 Varianten zusammengesucht, Endungen und Größen passen, auch der Name in Lil und Logo-Datei. Trotzdem klappt´s nicht.
Habt Ihr noch ´ne Idee?

[Wolfman]

Wenn ich schreibe, dass WDR Köln und N24HD bei mir angezeigt werden, dürfte Dir das wenig bringen...

[Twilight]

ganz einfach: du wirst den falschen eintrag in der lil editiert haben....es sind ja kabeluser und satuser listen drin.

twilight

[chrisly]

Wenn ich schreibe, dass WDR Köln und N24HD bei mir angezeigt werden, dürfte Dir das wenig bringen...

WDR Köln bei mir ja inzwischen auch (siehe Edit).

Nur N24HD klappt nicht.

ganz einfach: du wirst den falschen eintrag in der lil editiert haben....es sind ja kabeluser und satuser listen drin.

twilight

Ist mir noch gar nicht aufgefallen. Könnte man denn die lil komplett löschen und neu aufbauen lassen, damit nur noch die "richtigen" Einträge drin sind?

Unabhängig davon ist´s leider so, dass alle Einträge und Logos (anscheinend) korrekt sind und es klappt bei N24HD trotzdem nicht.
Kann man irgendwo das N24HD-Paket mit den 3 Varianten runterladen? Evtl. stimmt da ja doch was nicht bei meiner Variante!?