XBMC und (Graph)TFT

IMHO kannst du GraphLCD so konfigurien, dass es auch auf deinem TFT ausgiebt. Musst du mal suchen.

Gerald

lustig. genau das selbe hab ich mir gestern auch gedacht. nachdem yavdr 0.5 so toll laueft (inkl xbmc) wie kein anderer vdr vorher (zumindest wenn man von der guten alten sd-only zeit absieht), und ich jetzt meine tt-6400 in den ruhestand geschickt habe, ist mir auch aufgefallen dass mein samsung u7 so ziemlich wertlos ist, wenn ich xbmc verwende.
hab ein wenig gegoogelt, aber das einzige was wohl angedacht ist eine dual-screen config, bzw ein mirroring des ersten bildschirms. und das ist witzlos.
vielleicht koennte man das graphtft plugin um eine xbmc api ergaenzen, oder irgendwas in der art.
ich fuerchte nur, dass der nutzerkreis sehr eingeschraenkt ist. wer nutzt schon xbmc und graphtft auf einem vdr ???

Zitat von gda

IMHO kannst du GraphLCD so konfigurien, dass es auch auf deinem TFT ausgiebt. Musst du mal suchen.

was wuerde das bringen? spricht graphlcd mit xbmc? kann dazu auch nix finden.

EDIT: gerade das hier gefunden: http://projekt.altjuehrden.de/…isplay-unter-xbmc-nutzen/ - mal schauen ob ich hier weiterkomme ... habe halt angst dass ich mir eine super funktionierende yavdr umgebung zerschiesse

Zitat von gda

IMHO kannst du GraphLCD so konfigurien, dass es auch auf deinem TFT ausgiebt.

Nur ist ne 20x4 Textdisplayemulation auf dem TFT nicht unbedingt reizvoll

Es wird ja gerade nen lcdproc Python Addon für XBMC entwickelt, das könnte man so abändern das es die Info nicht als Text an lcdproc sendet, sondern per dbus an das graphlcd Plugin. Der Skin dort könnte es auswerten (geht schon, muss nur in die Skins eingebaut werden) und was hübsch buntes grafisches zeigen.

Nur so als Anregung/Info was geht, falls sich jemand berufen fühlt. Programmierarbeit gibts da nicht wirklich, es ist mehr erst mal die Schnittstelle (Variablennamen) festzulegen und dann nur Designarbeit (für den graphlcd Skin).

Zitat von izeman

was wuerde das bringen? spricht graphlcd mit xbmc? kann dazu auch nix finden.

Damit könntest du ein XxY Textdisplay über lcdproc auf dem TFT emulieren. Und XBMC unterstützt ja Textdisplays über lcdproc.

D.h. du hättest dann so was auf deinem TFT: [WIP] XBMC LCDproc Support als Python Addon (Tester gesucht)

cu

Das einfachste wäre wirklich wenn du einfach mal probierst ob du per testserdisp über serdisplib was aufs TFT bekommt. Entweder per Framebufferausgabe (wenn dein TFT nen Framebuffer hat) oder per SDL.
Geht das, dann ist der Schritt zum oben verlinkten Screenshoot einfach. Ist nicht wirklich optisch schön, aber man hat wenigstens sinnige Ausgaben auf dem Display. Ich habs momentan mit meinen graphischen LCD auch so laufen.

cu

hey

ich hatte schon vor rund 1/2 oder 2 Jahren ein Ticket (http://trac.xbmc.org/ticket/9304) bei den Leuten von XBMC in das damalige Trac-System eingestellt ... leider wurde dies vor 6 Wochen geschlossen.
Es gibt unter den Entwicklern wohl nicht viel Leute die ein grafisches LCD nutzen oder nutzen würden ...

Das z.Z. von Daniel Scheller weiterentwickelte Script für LCD/VFD Unterstützung (https://github.com/herrnst/script.xbmc.lcd) mittels lcdproc funktioniert richtig gut und die Macken mit dem Encoding sind endlich verschwunden
... vielen Dank nochmal dafür ... und auch für die Umsetzung von speziellen Wünschen

grüsse
MichaeL

Hi,

hab' die GraphLCD Geschichte anhand des VDR-Plugins mal überflogen. Wenn ich das richtig sehe, gibts hier keinen Server a la LCDproc, sondern "Clients", die GraphLCD benutzen möchten, müssen direkt gegen die passenden Libs gelinkt sein bzw. GraphLCD zur Laufzeit "reinladen". Das wird die Umsetzung in Richtung Python Addon wohl unmöglich machen. Möglich wäre IMHO höchstens ein Python Modul, welches die Lib anspricht und passende Funktionen in der Python-Umgebung bereitstellt, oder eine Art Server-Wrapper (gibts sowas evtl.?).

Grüße,
Daniel

Zitat von nst

hab' die GraphLCD Geschichte anhand des VDR-Plugins mal überflogen. Wenn ich das richtig sehe, gibts hier keinen Server a la LCDproc, sondern "Clients", die GraphLCD benutzen möchten, müssen direkt gegen die passenden Libs gelinkt sein bzw. GraphLCD zur Laufzeit "reinladen". Das wird die Umsetzung in Richtung Python Addon wohl unmöglich machen. Möglich wäre IMHO höchstens ein Python Modul, welches die Lib anspricht und passende Funktionen in der Python-Umgebung bereitstellt, oder eine Art Server-Wrapper (gibts sowas evtl.?).

Was hast du denn vor?

Das Python Addon kann doch bereits per GraphLCD Texte ausgeben. Das Addon nutzt doch einfach nur lcdproc, und lcdproc kann GraphLCD zur Displayausgabe nutzen.

Wenn du allerdings wirklich eine graphisch aufwendige Anzeige in XBMC mittels GraphLCD willst, dann brauchst du wirklich nen Python binding für GraphLCD Base und dann musst du das Addon einwenig (nicht viel, GraphLCD kann ja Skins) umbauen.

cu

Zitat von Keine_Ahnung

Das Python Addon kann doch bereits per GraphLCD Texte ausgeben. Das Addon nutzt doch einfach nur lcdproc, und lcdproc kann GraphLCD zur Displayausgabe nutzen.

Klar, aber es kam ja mal die Frage auf, ob man nicht direkt an GraphLCD rangehen könnte und darüber dann noch mehr Informationen darstellen zu können (Skins, Bilder waren glaub' ich einige Begriffe).

Zitat von nst

Klar, aber es kam ja mal die Frage auf, ob man nicht direkt an GraphLCD rangehen könnte und darüber dann noch mehr Informationen darstellen zu können (Skins, Bilder waren glaub' ich einige Begriffe).

Ach so, na dann brauchts nen Python Binding für GraphLCD base. Wobei es da nicht viel zu Programieren gibt, da müsste man dann halt Skins schreiben (XML Dateien), Python würde nur die Variablen setzen, die graphische Aufbereitung würde die GraphLCD Base Skin Engine automatisch übernehmen.

D.h. das Addon würde Base sagen "jetzt Haupmenu, eine Liste der Menüpunke und die Info welcher gewählt ist" und Base würde über die Skindatei da was hübsch buntes aufs Display zaubern.

cu

Zitat von Keine_Ahnung

Ach so, na dann brauchts nen Python Binding für GraphLCD base. Wobei es da nicht viel zu Programieren gibt, da müsste man dann halt Skins schreiben (XML Dateien), Python würde nur die Variablen setzen, die graphische Aufbereitung würde die GraphLCD Base Skin Engine automatisch übernehmen.

Genau, solche Bindings scheints aber (kurz 3 Seiten Google-Ergebnisse durchgeblättert) nicht zu geben. Hatte auch nur aus Neugierde grad' mal geschaut, wie komplex die Implementierung eines derartigen Addons wäre

Zitat von Keine_Ahnung

D.h. das Addon würde Base sagen "jetzt Haupmenu, eine Liste der Menüpunke und die Info welcher gewählt ist" und Base würde über die Skindatei da was hübsch buntes aufs Display zaubern.

Speziell DAS Beispiel mit den Menüs ist - wenn überhaupt möglich - ne ziemliche Hausnummer für XBMC. Die Menüs sehen hier je nach Skin und Skin-Optionen anders aus (Sortierung, Menüpunkte ausgeblendet usw. - Aeon Nox z.B. ist anders sortiert als Confluence), und mehr als den aktiven Menüpunkt kann man wohl nicht so ohne weiteres per InfoLabels aus XBMC rausoperieren.

Hübscher als Zeilenanzeige wärs aber wahrscheinlich für die GraphLCD User

Zitat von nst

und mehr als den aktiven Menüpunkt kann man wohl nicht so ohne weiteres per InfoLabels aus XBMC rausoperieren.

Naja, der Skin kann nur das umsetzen was XBMC ihm verrät Aber, wie du sagst, schöner als Text wäre es allemal, vorallem wenn man bedenkt das über lcdproc auch nicht mehr Infos kommen.

Aber genau das selbe Problem hat ja auch das GraphLCD Plugin für den VDR. Das GraphTFT Plugin kommt mit VDR/PLUGIN Patches damit das Plugin mehr Infos bekommt. Das GraphLCD nimmt was es bekommt und für den Rest hat der User halt Pech.

cu

Auf den Schirm von GraphLCD könnte man vielleicht per awxi web interface passendem Inferface entsprechend Infos anzeigen.

http://openelec.tv/forum/44-my…-to-remotely-control-xbmc