Graphtft-plugin

Aktuelle Version vom 29. August 2013, 20:46 Uhr

[Bearbeiten] Beschreibung

Autor: Lars Tegeler, Jörg Wendel

Plugin welches über ein Framebuffer-Device, directFB, einer zweiten Full-featured-DVB-Karte oder, via graphtft-fe, einem X-Server die VDR Menüs und EPG Informationen ausgibt.

Um die Wiedergabe via directFB nutzen zu können benötigt man eine Grafikkarte, die diese Funktion auch unterstützt. Eine Übersicht entsprechender Grafikkarten findet ihr hier.

[Bearbeiten] Status

Letztes Update 04/2013

[Bearbeiten] Bilder

Plugin

Theme "PearlHD" (yaVDR)

• 

  Standard Ansicht

• 

  Hauptmenü

• 

  OSD-Nachrichten

• 

  Menü

• 

  Programm

Theme-Deepblue

Theme-AVP

Theme-DeepPurple

Theme-poetter

Theme-izeman

[Bearbeiten] Hardwareanforderungen

• TFT-Display
• Framebuffer-fähige Grafikkarte

[Bearbeiten] Softwareanforderungen

• FFmpeg
• imlib2

[Bearbeiten] Installation

[Bearbeiten] Allgemeines

• VDR muss gepatched werden. Der Patch ist im Extension Patch enthalten und nicht einzeln verfügbar.

Nach dem patchen des VDR müssen immer ALLE Plugins neu übersetzt werden!

1. VDR patchen
2. epgserach-0.9.24 patchen (sofern erforderlich)
3. graphTFT >= 0.2.1 Sourcen nach .../VDR/PLUGINS/src kopieren und verlinken
4. alte Themes unter .../vdr/plugins/graphTFT/themes/ entfernen (nicht nur umbenennen - wirklich entfernen)
5. zur graphTFT Version passenden Theme unter .../vdr/plugins/graphTFT/themes/ ablegen.
6. EPG Bilder werden unter /video0/epgimages gesucht. Sollten die Images wo anders liegen, bitte in /video0 entsprechend verlinken. Ab 0.3.0 sind weitere Suchpfade vorgesehen.
7. Nun den VDR selbst und ALLE vorhandenen Plugins übersetzen, in die Ausführungsverzeichnisse kopieren und den VDR verlinken.

[Bearbeiten] Konfiguration

[Bearbeiten] Spezielle Fonts

Ab 0.2.0 ist der Font-Suchpfad im Theme frei konfigurierbar. Theme Entwickler sollten die vom ihrem Theme benötigten Fonts, um Abhängigkeiten so gering wie möglich zu halten, mit dem Theme ausliefern.
Aktuelle Versionen von DeepBlue und Alien vs. Predator liefern einen eigenen auf die graphTFT Belange zugeschnittenen Font (graphTFT.ttf) mit.

Bis zur Version 0.2.0 müssen alle von den Thems benötigten Fonts in folgendem Ordner bereit gestellt werden (am Beispiel Vera):

mkdir -p $VDRCONFIG/plugins/graphTFT/fonts
locate Vera.ttf
/usr/X11R6/lib/X11/fonts/truetype/Vera.ttf
cp /usr/X11R6/lib/X11/fonts/truetype/Vera.ttf $VDRCONFIG/plugins/graphTFT/fonts

Fehlen Fonts auf dem System, kann man sie auch nachinstallieren.

Debian -> apt-get install ttf-bitstream-vera
SuSE   -> yast -i bitstream-vera
Gentoo -> emerge ttf-bitstream-vera

[Bearbeiten] Themes

Themes werden vom graphTFT Plugin im Verzeichnis $VDRCONFIG/plugins/graphTFT/themes erwartet.

mkdir -p $VDRCONFIG/plugins/graphTFT/themes
tar jxvf /wo/auch/immer/standard-theme-<VERSION>.tar.bz2 -C $VDRCONFIG/plugins/graphTFT/themes

[Bearbeiten] Zusammenspiel mit anderen Plugins

Um graphTFT zur Zusammenarbeit mit anderen Plugins wie z.B. epgsearch oder extrecmenu zu bewegen müssen auch diese, je nach Version, gepatched werden. In neueren Versionen von epgsearch, extrecmenu und music sind die nötigen Erweiterungen bereits enthalten, hier ist nur darauf zu achten, dass sie ggf. mit der entsprechenden Makefile Schaltern übersetzt wurden bzw. werden.

Die Darstellung von ID3Tag Daten in Zusammenspiel mit dem music Plugin, funktioniert erst ab der music Plugin Version 0.4.0-b3. music Plugin Version 0.4.0-b3 wiederum läuft erst ab VDR 1.6.0.

Ab Version 0.2.0 bitte auch unbedingt den Abschnitt Probleme beachten.

Ab Version 0.3.0 unterstützt graphTFT Plugin auch direkt Touchscreens. Das touchTFT Plugin wird dann nicht mehr benötigt und muss, um Kollisionen zu vermeiden, deinstalliert werden. Siehe auch Touchscreen Einrichtung

[Bearbeiten] Einstellungen

Folgende Einstellungen gibt es im Setup

[Bearbeiten] Parameter

Unterstützte Kommandozeilenparameter:

Ist kein Device angegeben wird beim Start automatisch in dieser Reihenfolge gesucht: freie FF-DVB Karte, directFB, FB.
Die X Ausgabe funktioniert, sofern ein-compiliert, parallel und muss nicht extra angegeben werden.

[Bearbeiten] OSD-Hauptmenüeintrag

graphTFT verfügt, sofern es im Setup enstprechend aktiviert wird, über ein eigenes OSD-Menü mit folgenden Punkten:

[Bearbeiten] SVDRP Unterstützung

Einige graphTFT Funktionen lassen sich auch über SVDRP Befehle ausführen.

Allgemeiner Aufruf:

 svdrpsend.pl plug graphtft [Befehl] [Option]

[Bearbeiten] Touchscreen Einrichtung

Ab Version 0.3.0 verfügt graphTFT über eine eigene Schnittstelle für Touchscreen Displays.
Das bisher dafür notwendige touchTFT Plugin wird nun nicht mehr benötigt und muss, um Kollisionen zu vermeiden, sofern vorhanden deinstalliert werden.

Zur Einrichtung des Touchscreens ist im graphTFT-Setup zunächst das Event-Device des Touchscreens anzugeben.
Die Speicherung und Aktivierung aller Einstellungen erfolgt erst, nachdem das graphTFT Setup mit OK verlassen wurde.
Ist dies geschehen, folgt die Kalibrierung. Diese wird durch den gelben "Kalibrierung" Button gestartet.
Es erscheint ein Kalibrierungsbildschirm mit entsprechenden Anweisungen, welche mit dem Anklicken des Kalibrierungssymbols in der linken oberen Ecke beginnen.

Bei einigen Touchscreens sind die X und Y Koordinaten vertauscht. Das Kalibrierungsprogramm erkennt dies automatisch, sobald die rechte obere Ecke "getouched" wurde. Ist dieser der Fall, springt der Cursor in die linke obere Ecke zurück und die Kalibrierung beginnt, diesmal unter Berücksichtigung der getauschten X/Y Koordinaten, erneut.

Ist der Cursor in allen vier Ecken berührt worden, ist die Kalibrierung abgeschlossen.

Nun kann zum Test der Funktion und Genauigkeit wahllos auf dem Bildschrim "rumgetouched" werden. Die gewählten Koordinaten werden angezeigt und wenn alles richtig Funktioniert hat, sollte der Cursor auch an die berührte Stelle springen. Tut er es nicht, sollte die Kalibrierung noch einmal wiederholt werden.

Der Kalibrierungsvorgang wird wieder mit dem gelben Button (jetzt mit "Stop" beschriftet) beendet.

Möchte man die Kalibrierung seines Displays später noch einmal testen, gelangt man über den grünen Button "Test" in einen entsprechenden Testmodus. Es erscheint das gleiche Bild wie bei der Kalibrierung, es werden hier aber nur Koordinaten angezeigt und keine vorhandenen Werte überschrieben. Auch hier beendet der gelbe Button den Testvorgang.

Ein recht ausführliches Beispiel mit vielen Tipps für ein System mit TouchTFT Display findet man auch hier im Wiki.

[Bearbeiten] Dauerhaftes Touch Device

Bei einem Reboot wird für jedes am Linux-System angeschlossene Gerät ein entsprechendes Device zugeteilt. Die Device/Gerätezuteilung wird dynamisch bei jedem reboot erneut vorgenommen. In einigen Fällen ist es daher möglich, dass sich dabei die Devicenummer des Touchscreens nach einem reboot ändert.

Um das Touchscreen immer wieder auf dem gleichen Device ansprechen zu können, lohnt sich die Einrichtung einer udev Event-Regel.

Diese Regel erkennt das gesuchte Gerät und erstellt einen Link auf das automatisch vom System zugeteilte Device.
Angesprochen wird dann nur noch dieser Link und nicht mehr das automatisch zugeteilte Device.

Das Vorgehen (die Beschreibung erfolgt auf Basis von easyVDR 0.6.2. Sie kann auf anderen Systemen leicht anders aussehen.):

Zunächst muss man ein eindeutiges Identifikationskriterium für das Touchscreen ermitteln. Dies geschieht durch den Befehl

lsusb -v | more

Man erhält eine Ausgabe in etwas dieser Form

Bus 004 Device 002: ID 15c2:0034 SoundGraph Inc.
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               1.10
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0         8
  idVendor           0x15c2 SoundGraph Inc.
  idProduct          0x0034
  bcdDevice            0.14
  iManufacturer           0
  iProduct                0
  iSerial                 0
  bNumConfigurations      1

Eindeutig identifizieren ließe sich dieser (Soundgraph) Touchscreen über die

idVendor = 15c2
idProdukt = 0034

Hieraus lässt sich nun eine entsprechende Regel erstellen:

KERNEL=="event*", SUBSYSTEM=="input", SYSFS{idVendor}=="15c2", SYSFS{idProduct}=="0034", SYMLINK+="input/mein_touch_device"

Das am meisten verwendete Touchscreen Display ist das eGalax Display. Für dieses Display sieht die Einrichtung so aus:

KERNEL=="event*", SUBSYSTEM=="input", SYSFS{idVendor}=="0eef", SYSFS{idProduct}=="0001", SYMLINK+="input/mein_touch_device"

Alternativ kann die Identifikation grundsätzlich auch durch andere Werte erfolgen. Dies ist z.B. dann notwendig, wenn ein USB-Gerät über mehrere Devices, wie z.B. Fernsteuerungsempfänger oder Tastaturen (Gehäusetasten), verfügt.
Das könnte dann wie folgt aussehen:

KERNEL=="event*", SUBSYSTEM=="input", ATTRS{name}=="USB Touchscreen 15c2:0034", SYMLINK+="input/mein_touch_device"

Diese Regel wird in einer udev-Datei hinterlegt:

vi /etc/udev/10-remotes.rules

Inhalt ist die oben ermittelte Regel, also z.B.:

KERNEL=="event*", SUBSYSTEM=="input", SYSFS{idVendor}=="15c2", SYSFS{idProduct}=="0034", SYMLINK+="input/mein_touch_device"

Anschließend wird diese Regeldatei noch als Regel bekannt gemacht. Dies geschieht über einen Link.

cd /etc/udev/rules.d
ln -s ../10-remotes.rules

Zur Aktivierung ist nun ein reboot erforderlich.

Nach dem reboot müsste nun in der Liste nach

ls -l /dev/input

eine Zeile mit mein_touch_device stehen.

Als Device dient nun /dev/input/mein_touch_device
Dieses Device wird nun über das graphTFT OSD Setup unter Device hinterlegt.

Alternativ kann das auch direkt in der /etc/vdr/setup.conf Datei hinter graphtft.touchDevice = eingetragen werden.

graphtft.touchDevice = /dev/input/mein_touch_device

Achtung:
- Vor dem Bearbeiten der setup.conf muss der VDR gestoppt werden, da die manuellen Änderungen ansonsten beim Neustart überschrieben werden können.
- Sollte nun in der Log-Datei der Fehler "[graphTFT] Error: Opening device '/dev/input/mein_touch_device' failed, errno was (13) 'Keine Berechtigung'" stehen, so fehlen wahrscheinlich die Zugriffsrechte des VDR an der durch mein_touch_device verlinkten Gerätedatei /dev/input/event*. Hier kann der zusätzliche Parameter GROUP="vdr" in der in /etc/udev/10-remotes.rules definierten Regel helfen!

[Bearbeiten] graphtft-fe - Das X-Frontend

Über den X-Server, respektive über das dem Plugin beiligende X-Frontend AddOn graphtft-fe, kann der VDR mittels Tastatur und Maus bedient werden.
graphtft-fe liegt im Sourcenverzeichen des graphTFT Plugins und muss gesondert übersetzt und gestartet werden.

Die Unterstützung der Schnittstelle zum graphtft-fe X-Frontend kann im graphTFT Makefile durch auskommentieren von WITH_X_COMM deaktiviert werden. Bei aktiver Schnittstelle muss für das X-Frontend einmalig die Tastatur angelernt werden.
Daher verlangt das VDR System nach dem nächsten reboot das Anlernen der dafür benötigten Tasten, wozu ein entsprechendes Anlernmenü auf dem Bildschirm erscheint.

Möchte oder kann man die Tasten nicht anlernen aber dennoch die X-Frontend Unterstützung mit übersetzen, kann die Anlernfunktion durch hinzufügen einer Dummy-Zeile aus der nachfolgenden Liste in der $VDRCONFIG/remote.conf ausgetrickst werden. Zum unterdrücken der anlernfunktion würde schon eine Zeile reichen. Die übrigen stellen ein Beispiel einer weitgehend angelernteren Tastatur dar, was auch nicht schaden kann.

graphtft-fe.Up         0000000000000062
graphtft-fe.Down       0000000000000068
graphtft-fe.Menu       0000000000000047
graphtft-fe.Ok         0000000000000024
graphtft-fe.Back       0000000000000016
graphtft-fe.Left       0000000000000064
graphtft-fe.Right      0000000000000066
graphtft-fe.Red        0000000000000043
graphtft-fe.Green      0000000000000044
graphtft-fe.Yellow     0000000000000045
graphtft-fe.Blue       0000000000000046
graphtft-fe.0          0000000000000013
graphtft-fe.1          000000000000000A
graphtft-fe.2          000000000000000B
graphtft-fe.3          000000000000000C
graphtft-fe.4          000000000000000D
graphtft-fe.5          000000000000000E
graphtft-fe.6          000000000000000F
graphtft-fe.7          0000000000000010
graphtft-fe.8          0000000000000011
graphtft-fe.9          0000000000000012
graphtft-fe.Info       0000000000000048
graphtft-fe.Volume+    0000000000000063
graphtft-fe.Volume-    0000000000000069
graphtft-fe.Mute       0000000000000067

Damit denkt der VDR es wurde bereits angelernt und das Anlernmenü wird nicht gestartet(dann funktionieren natürlich die Tasten nicht). Möchte man die Tasten später dann doch mal anlernen, entfernt man diese Zeile(n) wieder aus der $VDRCONFIG/remote.conf und startet den VDR neu. Nun würde der Anlernvorgang erneut beginnen.

graphtft-fe kann mit folgenden Parametern gestartet werden:

-h <host>       vdr host no default, please specify
-p <port>       plugin port  (default 2039)
-e <eloquence>  log level    (default 0)
-W <width>      width        (default 720)
-H <height>     height       (default 576)
-d <file>       dump each image to file (default off)
-n              not managed  (default managed)
-r              resize image (default off)
?, --help       help

[Bearbeiten] Ausgabe unter Windows

Um graphtft-fe über einen Windows PC ausgeben und bedienen zu können, wird ein X-Server für Windows benötigt. Ein solcher X-Server ist z.B. Xming.
Zusätzlich zu Xming benötigt man einen ssh-Client der X11 Forwarding beherrscht, wie etwa PuTTY - den man u.a. auch über das Xming Projekt downloaden kann.

Xming muss nicht extra konfiguriert werden, was z.B. über XLaunsch erfolgen würde. Es reicht wenn es auf dem Windows PC im Hintergrund gestartet wird.
Zur Einrichtung der X11 Weiterleitung in Putty wird unter

Configurations -> Connection -> SSH -> X11

die Option Enable X11 Forwarding aktiviert und im Feld X display location der Wert localhost:0 eingetragen.

Nun kann man in einer Putty Session graphtft-fe mit dem Parameter -h localhost starten

graphtft-fe -h localhost

Es sollte sich nun direkt ein Fenster mit der graphTFT Ausgabe auf dem Windows-PC öffnen.
Die größe des Fensters lässt sich ebenfalls über graphtft-fe Parameter variieren. Dies ist z.B. dann notwendig, wenn die Anzeige bzw. Auflösung der graphTFT Anzeige von der Fenstergröße abweicht. Das könnte dann z.B. so aussehen:

graphtft-fe -h localhost -W 800 -H 600

Alternativ dazu (oder wenn aus irgendwelchen Gründen die X11 Weiterleitung nicht funktioniert) kann man wie folgt vorgehen:

Die "Access - Control" von Xming ausschalten. Dazu startet man 'Xlaunch'-> Display settings (hier das gewünschte Fensterverhalten eingeben) -> Start no client -> Additional Parameters Checkbox "No Access Control" anhaken -> Save Configuration -> es wird ein File config.xlaunch gespeichert.

Nun Xming mit Doppelklick auf <config.xlaunch> starten. Der Xserver startet.

Nun mit Putty auf den VDR verbinden. $DISPLAY - Variable setzen und graphtft-fe starten.

export DISPLAY=<ip-adresse des Windows PC>:0.0
graphtft-fe -h localhost -W 800 -H 600 &

Beispiel um graphtft-fe mit X automatisch zu starten: http://www.easyvdr-forum.de/forum/index.php/topic,9742.0

[Bearbeiten] Sonstiges

[Bearbeiten] Plasmoid

Für den KDE Desktop ist auch ein Plasmoid (KDE Plasma Desktop Widget) zur VDR Bedienung über graphtft verfügbar.

Mehr dazu unter http://www.kde-look.org/content/show.php?content=98815

[Bearbeiten] Probleme

[Bearbeiten] Keine EPG Daten mit graphTFT >= 0.2.x

Mit graphTFT 0.2.x wurde die EPG-Daten-Anzeige in Zusammenarbeit mit dem epgsearch Plugin stark überarbeitet. Die Darstellung ist nun auch unabhängig von der Verwendung des epgsearch Plugins und der epgsearch.conf, somit muss das Theme diesbezüglich nicht mehr an euer System angepasst werden.

Damit diese Änderungen genutzt werden können, muss der vdr (mit vdr-1.7.0-extension-59-graphTFT-0.2.0.diff, dieses Passt zum VDR 1.7.0 mit Extension Patch) und das epgsearch-Plugin (mit epgsearch-0.9.24.diff) gepatcht werden.
Die notwendigen Patches werden im ./patch Verzeichnis des graphTFT Plugins mitgeliefert. Das VDR Patch ist auch im Extensions-Patch 65 enthalten, welches alternativ auch installiert werden kann.
Die Änderungen am epgsearch Plugin wurden in die Version 0.9.25 (ab Beta6) mit aufgenommen. Von da an, ist ein gesonderter Patch nicht mehr erforderlich.

Für andere Versionen muss man ggf. selbst Hand anlegen und ein paar Rejects auflösen.

Anschließend müssen der vdr und ALLE Plugins neu übersetzt und installiert werden.

[Bearbeiten] Dargestellte Spalten stimmen nicht

Einige OSD Darstellungen, wie z.B. den Umfang der angezeigten Daten im Aufnahmemenü, können individuell am OSD vorgenommen werden. In den graphTFT Themes sind für einige Bereiche jedoch feste Spalten vorgesehen. Wählt ein Benutzer nun für das OSD eine andere Einstellung, kommt es zur Verschiebung und unsauberen Darstellung der Informationen auf der graphTFT Ausgabe.

Dies gilt besonders für die Anzeige der Aufnahmemenü's (mit und ohne extRecMenu Plugin) sowie des ArghDirector Plugins.
Wünscht man sich nun eine andere Darstellung, muss auch das jeweilige Theme File manuell angepasst werden.
Falls die Unterstützung der WarEagleIcons aktiviert ist, ist erst ab graphTFT 0.3.0 eine fehlerfreie Darstellung zu gewährleisten.

Ein Beispiel anhand der Aufnahmemenü Sektion im theme File.

//***************************************************************************
// Aufnahmemenü (VDR Standardversion)
//***************************************************************************
[MenuRecordings]
...
// Date
// conditon example
Column number=1,width=150;
// Time
Column number=2,width=120;
// length
Column number=3,width=120;
// text
Column number=4,dots=yes;
// Select Entry
...

Die Syntax entspricht graphTFT ab Version 0.3.0. Bei kleineren Versionen ist ein item= an Zeilenanfang, sowie ein Komma nach dem ersten Wort einzufügen.

Beispiel graphTFT < 0.3.0:

item=Column,number=1,width=150;

Beispiel graphTFT >= 0.3.0:

Column number=1,width=150;

Dieser Abschnitt ist so aufgebaut, dass die ersten vier Spalten (number) der OSD Anzeige ausgegeben werden.

width beschreibt dabei die Breite der Spalte. Wird kein width angegeben, wird automatisch die max. mögliche Spaltenbreite genommen.

Legt man im OSD Setup nun fest, dass z.B. die Aufnahmezeit (Time) nicht mehr angezeigt werden soll, gäbe es keine vier sondern nur noch drei angezeige Spalten, welche erneut durchnummeriert werden. Der Effekt ist nun, dass die ehemals 4. Spalte (text) nun die Nummer 3 (vormals length) trägt. Für die Spalte 3 ist aber eine width von 120 Pixeln festgelegt, wohingegen die ursprüngliche Spalte 4 keine Längenbegrenzung besaß. In Folge dessen wird der Text (der Sendungstitel) nun nach 120 Pixeln abgeschnitten.

Um das zu korrigieren enpfielt es sich, die nun mehr gewünschte Spalte auszukommentieren, und die Spaltenzähler der nachfolgenden Zeilen entsprechend der OSD Position zu korrigieren.
Für unser Beispiel sähe das so aus:

// Date
// conditon example
Item=Column,number=1,width=150;
// Time
Item=Column,number=2,width=120;
// length
// Item=Column,number=3,width=120;
// text
Item=Column,number=3,dots=yes;
// Select Entry
...

Nach Änderungen am Themefile muss dieses neu geladen werden. Siehe hierzu die o.g. Abschnitte OSD-Menü oder SVDRP.

[Bearbeiten] Themes

[Bearbeiten] Alien vs. Predator Theme

Dieses Theme wurde für die Auflösung von 800x600 Pixeln erstellt. Es kann aber auch mit kleineren Auflösungen verwandt werden, da graphTFT die Darstellung dann automatisch skalliert.

Um die entsprechenden TFTs optimal nutzen zu können, sollten im GraphTFT folgende Einstellungen vorgenommen werden:

Im Theme selbst gibt es ebenfalls einige Einstellungsmöglichkeiten wie z.B. eine alternative Ansicht für das music plugin oder wählbare Maus-Buttons.
Einstellbar ist das ganze über einen Editor in der avp.theme Datei. Die entsprechenden Abschnitte sind in der Datei selbst dokumentiert.

Nur für AvP kleiner Version 0.8 / graphTFT kleiner 0.2.0:

Für das Theme wurden die beiden Schriftarten Vera und Enigma des DeepBlue Themes verwandt.

Von diesen Schriften gibt es mehrere Versionen, daher sind die hier genutzen ebenfalls auf der graphTFT Downloadseite zu beziehen.

Die Schriftarten gehören in das fonts Verzeichnis des Plugins unter ../plugins/graphTFT/fonts

Neuere Plugin/Theme Versionen verfügen über einen eigenen internen Zeichensatz (graphTFT.ttf). Hier müssen keine Fonts mehr kopiert werden.

[Bearbeiten] Download/Versionzuordnung

Folgende graphTFT und Theme Versionen passen zu einander:

[Bearbeiten] Wünsche für Erweiterungen

Bild-in-Bild Funktion (von duc)
Im kleinen Display den Kanal mit der Werbung laufen lassen und am grossen was anderes gucken. Wenn die werbung zu Ende ist, Taste drücken und den Grossen wieder auf den vorherigen kanal zurückschalten und graphtft zeigt wieder seine üblichen Infos an.

Mausrads / Powemates (von gnapheus)
Ein Button ist immer im Fokus, der mit Drehung des Mausrads / Powemates immer einen Button weiter hüpft. Beim Klick wird das entsprechende Event zum Button im Fokus ausgeführt.

REC Anzeige erweitern (von brabax22)
Aufnahmestatus, wo jetzt "REC" erscheint - nur eben als "REC1" und "REC2", der einzelnen Karten getrennt anzeigen lassen. Hintergrund: Ich habe EINE DVBS2- und eine 'normale' Karte im System und bräuchte die Info bei spontanen HD-Aufnahmen.

Scrollfunktion auf dem Touchscreen (von CafeDelMar)
z.B. wenn man den Finger am rechten Bildschirmrand in einer Liste einfach hoch oder runter zieht/tippt.

Erweiterung für Radio Plugin (von Ulrich Eckhardt) http://www.vdr-portal.de/board/thread.php?postid=871430#post871430

Anzeige von RDS-Informationen.

Pfad und Typ der EPG-Bilder einstellen (von data)

Erweiterung der OSD Parameter für Ablagepfad und Dateityp (png,jpg) von EPG-Bildern.

Übergabe der Werte als Parameter für die Themes.

[Bearbeiten] Versions-Historie

[Bearbeiten] Entwicklerversionen

svn co https://vdr-graphtft.svn.sourceforge.net/svnroot/vdr-graphtft vdr-graphtft

svn co https://vdr-gtft-themes.svn.sourceforge.net/svnroot/vdr-gtft-themes themes

[Bearbeiten] Aktuelle Version

0.4.0

[Bearbeiten] Links

1. Homepage des Plugins
2. SVN Version
3. Theme poetter
4. graphtft auf sourceforge
5. easyvdr compile problem