[ANNOUNCE] XBMC LCDproc Support als Python Addon

Hallo zusammen,

"script.xbmc.lcdproc" bzw. "XBMC LCDproc" ist jetzt Bestandteil des offiziellen XBMC.org Addon Repository und kann über dieses installiert werden. Dementsprechend werden Updates zwischen stabilen Versionen automatisch eingespielt.

Bitte beachten: Im Zuge dessen wird ab den ersten XBMC 13-ALPHA Builds die bisher verfügbare LCDproc-Unterstützung im Core NICHT mehr enthalten sein.

Vielen Dank an alle, die bis hierhin fleissig getestet und konstruktive Verbesserungs- und Feature-Vorschläge gemacht haben (selbige fliessen natürlich auch in zukünftige Versionen weiterhin ein!)

Viele Grüße,
Daniel

====== Ursprungsposting ======

Nabend,

So wie es sich abzeichnet, scheint die LCDproc-Unterstützung ziemlich bald (nach Frodo?) aus dem XBMC Core rausfliegen (macht leider entsprechend die bekannten Patches rund um die SoundGraph/mdm166a Displays obsolet). "Memphiz" (einer der XBMC Entwickler) hat allerdings im Vorfeld bereits angefangen, die LCDproc Unterstützung in Python nachzubauen, hat aber leider wohl relativ schnell das Interesse verloren. Mit seiner freundlichen Genehmigung zur Weiterverwendung seines bisherigen Codes habe ich mich mal rangesetzt und das Addon weitergepflegt:

- Alles, was in Core funktioniert (oder funktionieren sollte), sollte implementiert sein.
- Die Verwertung von Sonderzeichen und "BigNums" ist stark verbessert: Anstatt direkt (binäre) Sonderzeichen an LCDproc zu schicken, werden jetzt "ordentlich" passende Widgets zur Darstellung beispielsweise des Play-Icons und vor allem der "BigNums" verwendet. Der grosse Vorteil: Es ist keine Zeichenumwandlung mehr notwendig, und die Anzeige funktioniert auch mit anderen Displays als HD44780 und iMon/mdm166a Displays (selbst Character-Displays sollten - mehr oder weniger - funktionieren!)
- Die Responses im LCDproc Dialog werden allesamt ausgewertet und bei Bedarf passend reagiert.
- Allgemein wird die Socket Schnittstelle nicht mehr mit widget_add/del/set geflutet, sondern wirklich nur noch das kommuniziert, was sich wirklich verändert. Dies sollte der Last zuträglich sein und den LCDd nicht zu Fehlern verführen
- Die Initialisierung sollte wesentlich robuster funktionieren und auf Änderungen im LCDd Serverprotokoll reagieren
- Einige Funktionen aus dem iMon/mdm166a Patch sind (bereits) übernommen (z.B. konfigurierbarer Scroll Separator, Display Refresh Frequenz)
- Diverse kleine Verbesserungen

Das Addon wird im Laufe der nächsten (noch zu definierenden) Zeit die Unterstützung für die Extra-Funktionalitäten der SoundGraph LCDs sowie mdm166a Displays erhalten. Wichtig war aber zunächst, den übernommenen Code von Fehlern zu befreien, stabil ans Laufen zu bekommen und möglichst viel aus "Core" reinzubekommen.

Das Addon funktioniert derzeit mit Eden und mit Frodo/master!

Für Tests: Unter "System - Video Hardware - LCD/VFD benutzen" abschalten. Das Addon entweder im Addons-Ordner des Homedirs oder im System-Addon-Ordner unterbringen. Dann (ggf. nach XBMC Neustart) über die Addon-Verwaltung unter "Dienste - XBMC LCD/VFD" aktivieren, optional Konfiguration anpassen.

Das Addon kann von https://github.com/herrnst/script.xbmc.lcdproc gecloned bzw. heruntergeladen werden. Der Originalcode ist unter https://github.com/Memphiz/script.xbmc.lcd zu finden.

Ich würde mich sehr freuen, wenn sich einige freiwillige finden würden, die das Ganze bei sich mal (länger?) testen könnten, um weiter Fehler bereinigen, und um die Funktion mit anderen Displays verifizieren zu können!

UPDATE 01.11.2012: Im GIT ist die Unterstützung für SoundGraph iMON LCD sowie Futaba mdm166a VFD Displays in den Master-Branch eingeflossen! Mehr dazu...

UPDATE 02.02.2013: Das GIT-Repo des Addons ist im Zuge der Aufnahme ins XBMC Addon Repo nach https://github.com/herrnst/script.xbmc.lcdproc umgezogen! Bitte bestehende Installationen entsprechend updaten.

Viele Grüße,
Daniel

P.S.: Unter https://github.com/herrnst/script.xbmc.lcdproc/wiki habe ich ein wenig Doku abgelegt, wie das Addon zu verwenden ist (inkl. Optionen). Fragen selbstverständlich immer gerne her

Hi,

zunächst vielen Dank für das erste Feedback!

Zitat von buzzer

Ich habs gleich mal ausprobiert und bekomme beim start des skriptes diese Exception

Code

15:08:26 T:2514754368   ERROR: EXCEPTION Thrown (PythonToCppException) : -->Python callback/script returned the following error<--
                                         	[...]
                                            	line = line.decode(self.m_strInfoLabelEncoding).encode(self.m_strLCDEncoding, "replace")
                                        	UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 8: ordinal not in range(128)
                                        	-->End of Python script error report<--
15:08:26 T:2514754368	INFO: Python script stopped

Doof. D.h. die Autoerkennung des Encodings ist/war Mist (auf meinem Gentoo Entwicklungssystem und mein "Production"-HTPC mit Ubuntu 12.04 kam da jeweils "UTF-8" raus, womöglich Zufall...). Der fragliche String dürfte "Hauptmenü" gewesen sein - würde für UTF-8 beim "ü" sprechen - 0xc3 0xbc. Ich hab' den Code abgeändert, es wird jetzt davon ausgegangen, dass XBMC grundsätzlich UTF-8 für InfoLabels zurückgibt. Funktionierts (nach "git pull" usw.) damit besser?

Zitat von buzzer

Und Danke für die Arbeit an dem skript. Die Icons (wenn sie kommen ^^) sind das letzte was mir, für meinen perfekten HTPC, noch fehlt.

Ja, wird definitiv kommen!

Zitat von seahawk1986

Ich vermute da gibt es ein locale-Problem (IIRC wird da normalerweise POSIX als Locale genutzt), das dann bei dieser Abfrage fälschlicherweise ASCII als Encoding ausspuckt: https://github.com/herrnst/scr…ources/lib/lcdbase.py#L85

Hintergrund ist, dass ich nicht sicher bin, welches Encoding XBMC zurückliefert bzw. ob dies vom System Locale abhängt. Letzteres scheint aber nicht der Fall zu sein. LCDproc erwartet als Stringeingabe jedenfalls zwingend ISO-8859-1 bzw. -15, UTF-8 führt zu lustigen Sonderzeichen im LCD "sys.stdout.encoding" wirft in der XBMC-Umgebung 'ne Exception, laut http://wiki.python.de/Von%20Um…Unicode%20und%20Encodings bietet sich da "sys.getfilesystemencoding()" an, ist aber wohl Fehlanzeige. Daher jetzt fix "UTF-8".

Habe nebenbei den Firstpost editiert und die Bugs aktualisiert

Viele Grüße,
Daniel

Auch grade nochmal im Addon und LOGDEBUG getestet ("log(xbmc.LOGDEBUG, "Encoding: " + sys.getfilesystemencoding())" in lcdbase.py/LcdBase::Initialize()):

$ LC_ALL=POSIX && xbmc
-> 18:49:25 T:140133657143040   DEBUG: ### [XBMC LCD/VFD] - Encoding: ANSI_X3.4-1968


$ LC_ALL=C && xbmc
-> dito


$ LC_ALL=de_DE.UTF-8 && xbmc
-> 18:51:28 T:140244074575616   DEBUG: ### [XBMC LCD/VFD] - Encoding: UTF-8

In allen Fällen hat "decode('utf-8').encode('iso-8859-1')" wunderbare Umlaute zurückgegeben. Da scheint tatsächlich prinzipiell UTF-8 aus den InfoLabels rauszukommen.

EDIT: Auf "LANG=" scheint XBMC nicht zu reagieren, da kommt bei "LANG=POSIX" trotzdem UTF-8 raus.

Zitat von BJ1

Ich verwende:

Code

import sys
...
reload(sys)
sys.setdefaultencoding("latin-1") # utf-8 sollte auch funktionieren

Problem scheint zu sein, dass

import xbmc
...
line = xbmc.getInfoLabel(...)

... sich anscheinend nicht dran hält bzw. das Encoding der Rückgabe nicht "LC_xx" entspricht bzw. entspechen muss (bisher gefühlt immer UTF-8 )

Zitat von Keine_Ahnung

Dann nimm doch einfach uft-8 an (ohne Abfrageversuche). Dann noch ein "replace" hinter dem Encoding dann gibts keinen Abbruch wenn da doch mal was schiefgeht (oder Unicodezeichen kommen die in ISO nicht abbildbar sind).

Jo, "utf-8" ist jetzt statt sys.getfilesystemencoding() drin

Bin gespannt

Habe heute noch ein wenig Code-Cleanup betrieben, sollte funktional keine Veränderung bewirken. Falls es nach "git pull" jetzt zu Fehlern kommt, bitte bescheid geben.

Ausserdem habe ich unter https://github.com/herrnst/script.xbmc.lcd/wiki ein bisschen Doku zu der Geschichte hinterlegt (Top-Post ist angepasst).

Grüße,
Daniel