Neutrino Skin |
sawe
Jungspund
Dabei seit:
10.02.2007 Beiträge: 14
| |
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
| |
10.02.2007 19:21 |
| |
ronnykornexl
Graf
Dabei seit:
12.06.2004 Beiträge: 2.197 Herkunft:
Landkreis Dahme-Spreewald
| |
|
10.02.2007 22:46 |
| |
sawe
Jungspund
Dabei seit:
10.02.2007 Beiträge: 14
Themenstarter
| |
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
| |
11.02.2007 00:28 |
| |
Morone
Prinz
Dabei seit:
27.12.2002 Beiträge: 4.110 Herkunft:
Stiffmeister Berufung: Oberdepp
| |
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.
__________________ WANTED :
Filter bei den neuen Beitraegen , damit ich nicht
jeden Mist zu sehen bekomme
| |
11.02.2007 01:38 |
| |
sawe
Jungspund
Dabei seit:
10.02.2007 Beiträge: 14
Themenstarter
| |
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?
| |
11.02.2007 02:03 |
| |
ronnykornexl
Graf
Dabei seit:
12.06.2004 Beiträge: 2.197 Herkunft:
Landkreis Dahme-Spreewald
| |
Zitat: |
Original von
sawe 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 |
Morgen
Nein,
eine Message mit freetype, ist es glaube
nicht.
code: |
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
|
(gdb) bt
#0 0x402d4232 in std::_Rb_tree<int, std::pair<int const, int>, std::_Select1st<std::pair<int const, int> >, std::less<int>, std::allocator<std::pair<int const, int> > >::find(int const&) ()
from /usr/local/lib/vdr/libvdr-skinneutrino.so.1.4.5
#1 0x402cc110 in NeutrinoSkin::cFreeTypeFace::Height(int) ()
from /usr/local/lib/vdr/libvdr-skinneutrino.so.1.4.5
#2 0x402d1d33 in NeutrinoSkin::cNeutrinoSkinDisplayMessage::cNeutrinoSkinDisplayMessage() () from /usr/local/lib/vdr/libvdr-skinneutrino.so.1.4.5
#3 0x402d2279 in NeutrinoSkin::cNeutrinoSkin::DisplayMessage() ()
from /usr/local/lib/vdr/libvdr-skinneutrino.so.1.4.5
#4 0x080ded30 in cSkins::Message(eMessageType, char const*, int) (
this=0x81cdc80, Type=mtInfo, s=0x8109ebb "Channel not available!",
Seconds=0) at skins.h:322
#5 0x0809501a in cDevice::SwitchChannel(cChannel const*, bool) (
this=0x82935e8, Channel=0x81e1da8, LiveView=true) at device.c:565
#6 0x08089c4d in cChannels::SwitchTo(int) (this=0x81c5fe0, Number=1)
at device.h:122
#7 0x080f6ab8 in main (argc=135913042, argv=0xbfffe9f4) at vdr.c:648 | |
--------------------
Für
das packen.
code: |
1:
2:
|
- VERSION = $(shell grep 'static const char \*VERSION *=' NeutrinoSkin.c | awk '{ print $$6 }' | sed -e 's/[";]//g')
+ VERSION = $(shell grep 'const char \*VERSION.*=' NeutrinoSkin.c | awk '{ print $$5 }' | sed -e 's/[";]//g') | |
code: |
1:
2:
|
shell> make dist -k
Distribution package created as vdr-skinneutrino-0.0.1.tgz | |
Da
entpackt, "vdr-skinneutrino-0.0.0"
!=
"skinneutrino-0.0.0".
--------------------
Zu:
code: |
1:
2:
|
$(CXX) $(CXXFLAGS) -shared $(OBJS) -o $@ $(shell freetype-config --libs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | |
Kannst
Du da --cflags noch mit rein
nehmen?
code: |
1:
2:
|
shell> freetype-config --cflags
-I/usr/include/freetype2 | |
Da
er immer in freetype/ gesucht hat, es aber
bei manchen Distries freetype2/ ist, glaube
auch, wenn man aus den Sourcen übersetzt, ist es
freetype2/.
Diese Meldung war
es.
code: |
1:
|
/usr/include/ft2build.h:56:38: error: freetype/config/ftheader.h: No such file or directory | |
Mit
freetype-config --cflags, sollte es
passen.
code: |
1:
2:
|
- INCLUDES += -I$(VDRDIR)/include
+ INCLUDES += -I$(VDRDIR)/include $(shell freetype-config --cflags) | |
MFG
Ronny
__________________ CRUX (vdr)
Repositorie
Dieser Beitrag wurde 6
mal editiert, zum letzten Mal von ronnykornexl:
11.02.2007 07:57. | |
11.02.2007 07:13 |
| |
Brougs78
Graf
Dabei seit:
12.05.2003 Beiträge: 2.060 Herkunft: Tirol
(A)
| |
Hi!
Toll dass sich wieder jemand über das
Gebiet OSD wagt. Fürchte aber dass ich dir nicht viel
weiterhelfen kann ...
Zitat: |
Original von
sawe 1. Wie bekomme ich möglichst einfach
eine kurze Beschreibung f"ur die aktuellen
Befehle die mit den Farbtasten verkn"upft sind?
(keymacros.conf) | Die
kann man ja irgendwie über die API auslesen wenn
ich mich recht erinnere oder meinst du was
anderes.
Zitat: |
Original von
sawe 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... | Habe meine
Logos von: http://www.speedbomb.de/hobby/myhtpc/index.php?view=logos Sind
auch keine Vektorgrafiken, aber ev. stellt sie dir
der Autor bereit wenn du nachfragst?
Zitat: |
Original von
sawe 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? | Ist mir
nicht bekannt dass das jemand macht ... wusste
auch nicht dass das gehen soll ...
Zitat: |
Original von
sawe 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? | Ist mir
auch nichts bekannt, dass es hier Patches o.ä.
gibt. Habe den Code schon längern nicht mehr
angeschaut, aber derzeit läuft ja das AFAIK
irgendwie so ab: Wenn du ein neues OSD
erstellst und die Bereiche setzt, dann wird das
mit OSD_Open usw. durchgeführt, aber so lange du
z.B. das Menü offen hast dann kommen nur
OSD_SetBlock-Befehle. Richtig? Und du möchtest
einfach das OSD so lange geöffnet lassen bis man
nicht ein anderes (andere Areas) braucht? Bzw.
falls das mit dem Ändern der Areas geht einfach
immer offen halten? In die Richtung hätte ich
auch mal gedacht, aber habe da nichts getestet.
Wäre natürlich toll wenn man da aus dem OSD noch
was rausholen könnte.
Gruß, Brougs78
__________________
- -- ---
=========================================================
--- -- - VDR-Konfig: MP, 2xFF-DVBs, 1100
Mhz, 400 GB // gen2vdr-1.1 , VDR 1.4.5 - -- ---
=========================================================
--- -- - » Mein VDR-Zeugs
(OSDImage-Plugin, Timer-Info-Patch, Enigma-Skin):
brougs78.vdr-developer.org
«
| |
11.02.2007 11:26 |
| |
_Frank_
Haudegen
Dabei seit:
30.12.2004 Beiträge: 559 Herkunft:
Miriquidi
| |
Hi,
Zitat: |
Original von
Brougs78
Zitat: |
Original von
sawe 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? | Ist
mir nicht bekannt dass das jemand macht ...
wusste auch nicht dass das gehen soll
...
|
Unter vdr
1.2.x (bis 1.3.6(???)) konnte man Ursprung
(Verschieben von Bereichen ohne Neuzeichnen) und
Größe (Neuzeichnen war nötig)tatsächlich noch
ändern, selbst das Überlappungen von Bereichen
warmöglich. Leider wurde das
fallengelassen. Die Farbtiefe kann man noch
(indirekt) ändern, erfolgreich konnte ich dies
jedoch nicht nutzen, eher zerwürfelt man das OSD
, war nur mal ein kurz verfolgter
Gedanke.
Gruß Frank
__________________ Shuttle (AV61) VIA 693A,
PIII-533 Mhz,
192 MB Ram, c't-vdr-2 (Kernel 2.4.24) - viel
geändert 1*Nexus-S Rev. 2.2 mit
Speichermod
(dvb0), 1*TT Rev.1.6 (dvb1), 1*Cinergy 1200S
(dvb2) dvb-treiber aus cvs vom
30.09.05 +
Patch für Cinergy 1200S, vdr 1.3.37 + Patches +
einige
Plugins
| |
11.02.2007 11:45 |
| |
_Frank_
Haudegen
Dabei seit:
30.12.2004 Beiträge: 559 Herkunft:
Miriquidi
| |
Hi,
nun hab ich's erstmal's gesehen, schick
sieht's aus, ich glaub, das hatte sich
ronnykornexl immer gewünscht.
Ungünstig ist
evtl. bisher, daß zwar im log steht, daß der Font
nicht geladen werden konnte, aber nicht, wo er
erwartet wird.
Gruß Frank
__________________ Shuttle (AV61) VIA 693A,
PIII-533 Mhz,
192 MB Ram, c't-vdr-2 (Kernel 2.4.24) - viel
geändert 1*Nexus-S Rev. 2.2 mit
Speichermod
(dvb0), 1*TT Rev.1.6 (dvb1), 1*Cinergy 1200S
(dvb2) dvb-treiber aus cvs vom
30.09.05 +
Patch für Cinergy 1200S, vdr 1.3.37 + Patches +
einige
Plugins
| |
11.02.2007 12:49 |
| |
LarsAC
Freiherr
Dabei seit:
30.04.2003 Beiträge: 1.686
| |
|
11.02.2007 12:54 |
| |
_Frank_
Haudegen
Dabei seit:
30.12.2004 Beiträge: 559 Herkunft:
Miriquidi
| |
Übrigens bekomm ich von valgrind Meldungen
bezüglich "Mismatched free() / delete / delete []"
in Zusammenhang mit asprintf.
Eine bekomm
ich schon mal weg, wenn ich "delete path" durch
"free(path)" ersetze, weiter hab ich jedoch noch
nicht geschaut. Müßte sich allerdings mal einer
der Experten dazu äußern, ich bin auch nicht grad
der Programmier-Profi.
Gruß Frank
__________________ Shuttle (AV61) VIA 693A,
PIII-533 Mhz,
192 MB Ram, c't-vdr-2 (Kernel 2.4.24) - viel
geändert 1*Nexus-S Rev. 2.2 mit
Speichermod
(dvb0), 1*TT Rev.1.6 (dvb1), 1*Cinergy 1200S
(dvb2) dvb-treiber aus cvs vom
30.09.05 +
Patch für Cinergy 1200S, vdr 1.3.37 + Patches +
einige
Plugins
| |
11.02.2007 13:00 |
| |
ronnykornexl
Graf
Dabei seit:
12.06.2004 Beiträge: 2.197 Herkunft:
Landkreis Dahme-Spreewald
| |
Zitat: |
Original von
_Frank_ Hi,
nun hab ich's
erstmal's gesehen, schick sieht's aus, ich
glaub, das hatte sich ronnykornexl immer
gewünscht.
Ungünstig ist evtl.
bisher, daß zwar im log steht, daß der Font
nicht geladen werden konnte, aber nicht, wo er
erwartet
wird.
Gruß Frank |
Hallo
Frank
Inzwischen wurde der Wunsch in
Hardware umgesetzt, eine Dbox
Freue mich aber schon auf das
Plugin
MFG Ronny
__________________ CRUX (vdr)
Repositorie
| |
11.02.2007 13:28 |
| |
sawe
Jungspund
Dabei seit:
10.02.2007 Beiträge: 14
Themenstarter
| |
Moin!
@ronnykornexl
Den segfault
kann ich leider nicht wirklich nachvollziehen
code: |
1:
2:
|
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...
code: |
1:
2:
|
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:
code: |
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
|
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
| |
11.02.2007 14:51 |
| |
egal
Ritter
Dabei seit:
10.03.2003 Beiträge: 1.059 Herkunft:
Frankfurt/M.
| |
Hi,
1 Frage: Sind dort die (Menu-)Texte
scrollbar?
Sonst isses leider
'unbrauchbar', wie einige andere Skins auch.
__________________ Gruss, Uwe ...
Mobil/Test:
Sidux, DVB-Ts USB Twinh./cinergyT², streamdev +
softdevice/xine____Desktop: TUSL2-C,
Cel-1.2GHz, 680GB-HDs, 2xDVB-S, IR 'zapway';
Knoppix-3.2, VDR 1.4.2, Plugins: einige ...
| |
11.02.2007 16:10 |
| |
sawe
Jungspund
Dabei seit:
10.02.2007 Beiträge: 14
Themenstarter
| |
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
| |
11.02.2007 17:03 |
| |
rdnzl
Tripel-Ass
Dabei seit:
30.04.2004 Beiträge: 192
| |
Hallo,
habe eine nicht-gemodete 1.5, Skin
gefällt mir SEHR gut, ist auch schneller als z.B.
DeepBlue, den ich bisher benutze (wg. Umweg über
t2t).
2 Fragen: - Es gibt auf Deiner
Homepage 2 tars, das vdr-skin...kompilierte nicht,
warum die 2 Versionen ?
Zitat: |
Im Menu ist
z.B noch NICHTS implementiert. Um es halbwegs
nutzen zu können ist lediglich einiges vom
classic skin
kopiert.
| -
Anzeige von info, epg, comands, geht nicht, kommt
das daher?
MfG | |
12.02.2007 09:30 |
| |
egal
Ritter
Dabei seit:
10.03.2003 Beiträge: 1.059 Herkunft:
Frankfurt/M.
| |
Hi,
Zitat: |
Original von
sawe 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?
| Wenn
die Textzeilen breiter sind als die
Anzeigenfläche, das dann der 'aktive' Text
horizontal gescrollt wird (wie bei text2skin-skins
möglich).
__________________ Gruss, Uwe
...
Mobil/Test:
Sidux, DVB-Ts USB Twinh./cinergyT², streamdev +
softdevice/xine____Desktop: TUSL2-C,
Cel-1.2GHz, 680GB-HDs, 2xDVB-S, IR 'zapway';
Knoppix-3.2, VDR 1.4.2, Plugins: einige ...
| |
12.02.2007 11:45 |
| |
Morone
Prinz
Dabei seit:
27.12.2002 Beiträge: 4.110 Herkunft:
Stiffmeister Berufung: Oberdepp
| |
Schreib' doch gleich "scrollende Zeilen".
__________________ WANTED
: Filter bei den neuen Beitraegen , damit ich
nicht jeden Mist zu sehen bekomme
| |
12.02.2007 12:07 |
| |
sawe
Jungspund
Dabei seit:
10.02.2007 Beiträge: 14
Themenstarter
| |
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
| |
12.02.2007 12:18 |
| |
|