Neutrino Skin

Moin!

Ich habe diese Woche mal *angefangen* das Aussehen von Neutrino als Plugin umzusetzen: http://wwwcip.cs.fau.de/~sisawess/vdr/
Dazu habe ich jetzt mal ein paar Fragen, die mir hier hoffentlich jemand beantworten kann...

1. Wie bekomme ich möglichst einfach eine kurze Beschreibung f"ur die aktuellen Befehle die mit den Farbtasten verkn"upft sind? (keymacros.conf)

2. Ich moechte gerne 3-farbige Senderlogos in den Theme-Farben verwenden - alles andere sah nicht wirklich gut aus. Die meisten wichtigen Logos habe ich als svg von wikipedia geklaut, allerdings fehlen mir noch einige. Kann mir vielleicht jemand einen Tip geben, wo ich Senderlogos finden kann, die sich zumindest nach svg konvertieren lassen? Die meisten Leute veröffentlichen schlauerweise nur Pixelbilder, die sich leider nicht so einfach in Größe und Farben anpassen lassen...

3. Hat vielleicht jemand eine gute Idee für das Design von Tracks und Replay, dass zu Neutrino passt? Wann wird ersteres überhaupt angezeigt?

4. Laut osd.h lassen sich die Areas nachträglich ändern. Im Moment versuche ich dies beim Menu zu nutzen, leider funktioniert es nicht wirklich. Wenn ich dvbosd.c richtig interpretiere ist das dort auch nicht vorgesehen. Nutzt jemand sowas erfolgreich?

5. Die Dauer, bis das OSD erscheint, hängt ja fast ausschliesslich von cDvbOsd::Flush() ab und beträgt auf meinem Rechner etwa 0,05s pro Area. Dabei wird allerdings nur ein Teil der Zeit für das OSD_SetBlock verwendet.
Was spricht dagegen OSD_Open, OSD_Close und OSD_MoveWindow nur dann auszuf"uhren, wenn sich an den Areas etwas ändert? Also anstatt das OSD zu schliessen einfach alles Transparent zu malen? Das Schliessen dauert dann eben etwas länger.
Gibt es womöglich plugins/patches die sowas machen?

Gruss
Sascha

Hallo!

Grundsätzlich laufen sollte es schon - es steckt allerdings noch eine Menge Arbeit drin, da vieles noch gar nicht oder nur teilweise implementiert ist.

Wenn es segfaultet hast du eventuell vorher im log folgende Meldung?
vdr: [23239] FreeType: the font file could not be opened or read or is broken: micron.ttf

Dann müstest du einfach mal die drei Schriftarten ins plugin dir kopieren. Sollte es dies nicht sein, kannst du es eventuell debuggen?

Unter den beiden Links habe ich irgendwie keine Vektorgrafiken gefunden, nur xpm's. Und diese meinen Vorstellungen anzupassen wäre wohl mehr Arbeit als sie einfach neu zu zeichnen.

Bzgl Design: Grundsätzlich versuche ich erstmal alles so gut wie möglich vom Original zu übernehmen. Nur gibt es dort zum Beispiel nichts, was sich als Vorlage für cSkinDisplayReplay eignet. Daher suche ich nach Ideen, die möglichst Neutrinoartig aussehen...

Gruss
Sascha

Zitat

Originally posted by Morone
Hmm , habe zwar so gut wie nix verstanden aber Flush() sendet die
Daten zum Device.
Wenn du das OSD vorher transparent zeichnest , musst du auch
mit Flush() aktualisieren . Ware ja doppelt gemoppelt.

Naja, mir geht es um die ioctl's, du meinst die api vom vdr...

Das flush() erzeugt beim ersten Durchlauf das OSDWindow: OSD_Open, OSD_SetPalette, OSD_SetBlock, OSD_MoveWindow
Weitere Aufrufe führen dann nur noch OSD_SetBlock aus, was erheblich schneller geht. Also warum nicht immer so und die restlichen ioctl's nur dann ausführen, wenn sich an den Areas etwas verändert hat?

Moin!

@ronnykornexl

Den segfault kann ich leider nicht wirklich nachvollziehen

398 int cFreeTypeFace::Height(int Size) {
399         std::map<int,int>::iterator i = heightCache.find(Size);

Unterstellt der Compiler hat da einiges rausoptimiert, dann vermute ich mal, dass das entsprechende cFreeTypeFace Objekt nicht existiert und dann müste eigentlich eine FreeType Fehlermeldung irgendwo im log auftauchen...

Zum Makefile:
Das "static" habe ich entfernt - das habe ich wohl vergessen als ich es im Quelltext entfernt habe...
Die freetype cflags sollten eigentlich in $(CXXFLAGS) schon drin sein... Ausser du überschreibst die variable - also ich hab deinen Vorschlag einfach mal übernommen...

CXXFLAGS ?= -O2 -Wall -Woverloaded-virtual $(shell freetype-config --cflags)
$(CXX) $(CXXFLAGS) -shared $(OBJS) -o $@ $(shell freetype-config --libs)

Brougs78

Im Menu ist schon klar, was die Farbtasten tun - nur im normalen Betrieb kann die ja jeder selbst mit Funktionen belegen. Und um da ne kurze, aussagekräftige Beschreibung zu bekommen wird wohl nen etwas grösserer Aufwand nötig sein, oder habe ich da etwas übersehen?

Zu den Senderlogos: Ich werde ihm auf jeden Fall mal eine Mail schicken...

Grundsätzlich stelle ich mir das etwa wie in diesem Skin vor: HTF-Skin: Preview
Also 1x Hintergrund + 1x heller + 1x dunkler = 3 Farben. Dazu 3 Farbverläufe, damit die Logos nicht pixelig aussehen. Und damit sie zum Theme passen, die Farben kann ja jeder selber wählen, hätte ich gerne eine bestimmte Farbpalette, die ich dann an die Theme-Farben anpassen kann.

Momentan dachte ich mir das etwa wie in svg2xpm.sh:

COLORMAP='/* XPM */
static char *map[] = {
"16 1 15 1",
"0      c #000000", /* dark */
"1      c #000033",
"2      c #000066",
"3      c #000099",
"4      c #0000cc",
"5      c #0000ff", /* normal */
"6      c #3333ff",
"7      c #6666ff",
"8      c #9999ff",
"9      c #ccccff",
"a      c #ffffff", /* light */
"b      c #cccccc",
"c      c #999999",
"d      c #666666",
"e      c #333333",
"0123456789abcdef"
};'

Das blau wird zu der Hintergrundfarbe, schwarz wird zu der Farbe, die auch der Schatten verwendet und weiss wird zur Schriftfarbe. Zusammen mit Transparent ergibt das 16 Farben und es läuft bei 128x96 Pixeln problemlos auf einer 2MB Karte...
Komplett bunte Bilder passen einfach nicht zu dem eigentlich relativ schlichten Skin...

zu cDvbOsd::Flush(): Ziemlich genau so war die Theorie...
Wenn sich niemand meldet, der mir erklärt warum das so nicht funzen wird, werde ich es wohl bei Gelegenheit mal ausprobieren... Gibt es eigentlich inzwischen Dokumentation, was die Firmware bei den einzelnen Aufrufen so treibt? Oder gar Quellcode oder Assembler mit Kommentaren?

_Frank_

Langfristig würde ich gerne die typischen ttf Verzeichnisse verwenden, so dass man dann aus einer Liste die Schriften auswählen kann, daher habe ich in den Teil bisher noch nicht allzu viel Zeit investiert...
Die segfaults, falls eine der Schriften nicht vorhanden ist, sollten dann auch verschwinden...
Naja, zumindest den gesamten Pfad kann ich bei der Fehlermeldung ja erstmal ausgeben lassen...

Nen delete nach nem asprintf hab ich 3 mal gefunden und ersetzt, danke für die Tips.

Gruss
Sascha

Hallo!

Zitat

Originally posted by egal
Hi,

1 Frage:
Sind dort die (Menu-)Texte scrollbar?

Sonst isses leider 'unbrauchbar', wie einige andere Skins auch.

Was meinst du denn mit scrollbar?

Im Moment ist es definitiv noch nicht für den täglichen Einsatz geeignet!

Im Menu ist z.B noch NICHTS implementiert. Um es halbwegs nutzen zu können ist lediglich einiges vom classic skin kopiert...

Und nachdem was ich hier bisher so an Anworten bekommen habe, wird das Menu auch eher eine Kompromisslösung werden - zumindest auf 2 MB Karten...
Das aktuell ausgewählte Item wird wohl aufgrund der Performance nicht in eine eigene Area kommen, also bleiben mir nur 2bit... Die brauch ich aber eigentlich schon, damit die Kanten der Schriften halbwegs geglättet aussehen.
Dann kann man also wohl nur zwischen hässlichen Schriften und weniger Farben wählen, sprich markiertes Item invertiert und NonSelectable Items vielleicht kursiv und eine Stufe dunkler... Oder hat da jemand eine bessere Lösung?

Gruss,
Sascha

Moin!

rdnzl

Japp, die Implementierung fürs hoch- und runterscrollen fehlt im Moment noch.

Die files habe ich gelöscht und nen neues hinkopiert - mit den Änderungen von ronnykornexl...

Den text2skin Quelltext habe ich mir noch nicht angeschaut, aber bei meinen Messungen dauert das Zeichnen mit freetype und Bildern i.A. insgesamt nicht länger als 0,02s. Das Senden der Daten zur dvb-Karte hingegen dauert beim ersten flush() etwa 0,05s pro Area - bei 7 Areas also z.B. 0,35 Sekunden.
Und das kann man nur mit weniger Areas oder eventuell mit Änderungen am vdr/firmware selbst verbessern...

egal

Klingt jetzt nicht so aufwändig? Oder gibt es da etwas Best. zu beachten?

Gruss
Sascha