[ANNOUNCE] XBMC LCDproc Support als Python Addon

nst · 19. Oktober 2012

Zitat von vitalogy

das PlayIcon ist nicht in der vierten Zeile plaziert, sondern in der ersten und überdeckt die Schrift

Gnnn. Dummer Fehler (Verdreher von Platzhaltern) und bisher nicht aufgefallen, weil ich natürlich das Icon nie in einer anderen Zeile als Zeile 1 getestet hab

Bitte probier' mal folgendes (komme gerade nicht an Schreibrechte für das GitHub Repo, folgt heute abend):

In script.xbmc.lcd/resources/lib/lcdproc.py, Zeile 465, den Inhalt von

Code

self.m_strSetLineCmds += "widget_set xbmc lineIcon%i %i 1 %s\n" % (ln, ln, self.m_strIconName)

in

Code

self.m_strSetLineCmds += "widget_set xbmc lineIcon%i 1 %i %s\n" % (ln, ln, self.m_strIconName)

ändern. (ACHTUNG! Auf die Einrückung achten!) Dann das Addon neu laden (Deaktivieren -> Aktivieren)

Zitat von vitalogy

Ist der Support für mehr als 4 Zeilen schon im addon enthalten, oder ist es nur Zufall das ich die vollen 7 Zeilen nutzen kann?
Mit dem LCD-Support im Core von XBMC, war dies nämlich nicht möglich.

Da sollte eigentlich nichts gegensprechen.

Grüße,
Daniel

vitalogy · 19. Oktober 2012

danke, damit funktioniert es ... das PlayIcon ist jetzt an der richtigen Stelle

grüsse
MichaeL

nst · 19. Oktober 2012

Zitat von vitalogy

danke, damit funktioniert es ... das PlayIcon ist jetzt an der richtigen Stelle

Danke für das Feedback

Der Fix ist jetzt auch im GIT. Nebenbei: Kurz >4 Zeilen per xosd Driver getestet - funktioniert.

Viele Grüße,
Daniel

Zoolook · 20. Oktober 2012

Hallo,

ich dachte nachdem ich diesen Thread las, es wird mal wieder Zeit GraphLCD fuer meinen VDR zu aktualisieren. Nun gut, bin auf das "touchcol"-branch von GraphLCD umgestiegen und nun kann ich auch dank dieses XBMC Addons auch von XBMC am graphischen Display sinnvoll etwas anzeigen lassen, denn das Ab- und Anschalten des VDR-GraphLCD funktioniert nun problemlos (ich lasse den VDR immer als daemon laufen).

Wer auch Lust hat, das so zu nutzen, kann sich je nach eingesetzter graphlcd-base Version erstmal den entsprechenden GLCDprocDriver downloaden und bauen, danach kann man LCDproc mit dem glcdlib Driver bauen und konfigurieren. Wer Gentoo nutzt hat es da leichter, auf der GLCDprocDriver Homepage habe ich die entsprechenden Hinweise aktualisiert.

Mein Skript welches zwischen VDR-Frontend (mal vdr-sxfe, mal softhddevice, noch bin ich mit keinem 100%-ig zufrieden) und XBMC umschaltet, macht nun im XBMC-Teil folgendes:

Code

svdrpsend plug graphlcd disconnect
			sudo /etc/init.d/LCDd start
			xbmc -fs --lircdev /var/run/lirc/lircd $@
			sudo /etc/init.d/LCDd stop
			svdrpsend plug graphlcd connect

Wie schon gesagt, VDR laeuft immer und zeigt auf GraphLCD an, aber wenn ich XBMC starte wird die VDR-Ausgabe auf GraphLCD abgeschaltet und erst dann der LCDd-Dienst gestartet, nach Beenden von XBMC in umgekehrter Reihenfolge das jeweils Umgekehrte. Funzt, vielleicht findet es jemand nuetzlich...

Gruesse,
Lucian

dad401 · 21. Oktober 2012

Hallo,

habe das Skript soeben mit meinem grafischen LCD getestet und erhalte folgende Fehlermeldung:

Code

11:18:59 T:2972707696   DEBUG: ### [XBMC LCD/VFD] - Open 127.0.0.1:13666
11:18:59 T:2972707696   DEBUG: ### [XBMC LCD/VFD] - Reply: connect LCDproc 0.5.5 protocol 0.3 lcd wid 34 hgt 9 cellwid 7 cellhgt 14
11:18:59 T:2972707696  NOTICE: ### [XBMC LCD/VFD] - Connected to LCDd at 127.0.0.1:13666, Protocol version 0.3 - Geometry 34x9 characters (238x126 pixels, 7x14 pixels per character)
11:18:59 T:2972707696   DEBUG: ### [XBMC LCD/VFD] - info Reply: Meta driver which adds support for displays supported by graphlcd-base
11:18:59 T:2972707696	INFO: -->Python script returned the following error<--
11:18:59 T:2972707696   ERROR: Error Type: <type 'exceptions.TypeError'>
11:18:59 T:2972707696   ERROR: Error Contents: sub() got an unexpected keyword argument 'flags'
11:18:59 T:2972707696   ERROR: Traceback (most recent call last):
                                          	File "/root/.xbmc/addons/script.xbmc.lcd/lcdmain.py", line 173, in <module>
                                            	process_lcd()	#lcd loop
                                          	File "/root/.xbmc/addons/script.xbmc.lcd/lcdmain.py", line 109, in process_lcd
                                            	handleConnectLCD()
                                          	File "/root/.xbmc/addons/script.xbmc.lcd/lcdmain.py", line 144, in handleConnectLCD
                                            	ret = g_lcdproc.Initialize()
                                          	File "/root/.xbmc/addons/script.xbmc.lcd/resources/lib/lcdproc.py", line 210, in Initialize
                                            	LcdBase.Initialize(self)
                                          	File "/root/.xbmc/addons/script.xbmc.lcd/resources/lib/lcdbase.py", line 153, in Initialize
                                            	self.LoadSkin(__lcdxml__)
                                          	File "/root/.xbmc/addons/script.xbmc.lcd/resources/lib/lcdbase.py", line 185, in LoadSkin
                                            	self.LoadMode(tmpMode, LCD_MODE.LCD_MODE_MUSIC)
                                          	File "/root/.xbmc/addons/script.xbmc.lcd/resources/lib/lcdbase.py", line 250, in LoadMode
                                            	linedescriptor['text'] = str(re.sub(r'\s?' + re.escape("$INFO[LCD.PlayIcon]") + '\s?', ' ', str(linetext), flags=re.IGNORECASE)).strip()
                                        	TypeError: sub() got an unexpected keyword argument 'flags'
11:18:59 T:2972707696	INFO: -->End of Python script error report<--

Alles anzeigen

Die Ansteuerung des LCD über lcdproc und der internen XBMC-Funktion funktioniert soweit. Beim Deaktivieren dieser Funktion und Start des Addons kommt obiger Fehler.

Marcus

seahawk1986 · 21. Oktober 2012

Hallo,
ich vermute deine Python-Version ist zu alt, die Unterstützung für Flags in der re.sub kam erst mit Python Version 2.7

Fux · 21. Oktober 2012

Zitat von Zoolook
Mein Skript welches zwischen VDR-Frontend (mal vdr-sxfe, mal softhddevice, noch bin ich mit keinem 100%-ig zufrieden) und XBMC umschaltet, macht nun imm XBMC-Teil folgendes:
Code
svdrpsend plug graphlcd disconnect
			sudo /etc/init.d/LCDd start
			xbmc -fs --lircdev /var/run/lirc/lircd $@
			sudo /etc/init.d/LCDd stop
			svdrpsend plug graphlcd connect
Wie schon gesagt, VDR laeuft immer und zeigt auf GraphLCD an, aber wenn ich XBMC starte wird die VDR-Ausgabe auf GraphLCD abgeschaltet und erst dann der LCDd-Dienst gestartet, nach Beenden von XBMC in umgekehrter Reihenfolge das jeweils Umgekehrte. Funzt, vielleicht findet es jemand nuetzlich...

Funktioniert die Umschaltung in der aktuellen yaVDR out of the box?

Grüße
Fu

nst · 21. Oktober 2012

Hi,

Zitat von dad401

habe das Skript soeben mit meinem grafischen LCD getestet und erhalte folgende Fehlermeldung:

Code

(...)
                                          	File "/root/.xbmc/addons/script.xbmc.lcd/resources/lib/lcdbase.py", line 250, in LoadMode
                                            	linedescriptor['text'] = str(re.sub(r'\s?' + re.escape("$INFO[LCD.PlayIcon]") + '\s?', ' ', str(linetext), flags=re.IGNORECASE)).strip()
                                        	TypeError: sub() got an unexpected keyword argument 'flags'

Kannst Du nochmal den aktuellen Master-Branch clonen und nochmal probieren? Ich habe gerade einen Check für die Python Version in Zusammenhang mit dem flags-Argument commited. Es sollte zusätzlich auch eine Warnung im XBMC Log hinterlassen werden.

Viele Grüße,
Daniel

Keine_Ahnung · 21. Oktober 2012

Zitat von Fux

Funktioniert die Umschaltung in der aktuellen yaVDR out of the box?

Warum sollte es nicht?

Wobei du bei yaVDR besser
--
vdr-dbus-send /Plugins/graphlcd plugin.SVDRPCommand string:'disconnect'
vdr-dbus-send /Plugins/graphlcd plugin.SVDRPCommand string:'connect'
--
verwenden solltest.

Bei svdrp kann es sein das das an/ab-schalten fehlschlägt weil svdrp gerade beschäftigt ist oder der VDR gerade nicht svdrp aufnahmebereit ist.

cu

dad401 · 22. Oktober 2012

Zitat von nst

Kannst Du nochmal den aktuellen Master-Branch clonen und nochmal probieren? Ich habe gerade einen Check für die Python Version in Zusammenhang mit dem flags-Argument commited. Es sollte zusätzlich auch eine Warnung im XBMC Log hinterlassen werden.

Habe leider erst Wochenende wieder Sicht auf das LCD - rein vom Log her, scheint es wohl zu klappen:

Code

20:48:23 T:2982345584 WARNING: ### [XBMC LCD/VFD] - Python < 2.7 detected. Upgrade your Python for optimal results.
20:48:23 T:2982345584   DEBUG: ### [XBMC LCD/VFD] - Open 127.0.0.1:13666
20:48:24 T:2982345584   DEBUG: ### [XBMC LCD/VFD] - Reply: connect LCDproc 0.5.5 protocol 0.3 lcd wid 34 hgt 9 cellwid 7 cellhgt 14
20:48:24 T:2982345584  NOTICE: ### [XBMC LCD/VFD] - Connected to LCDd at 127.0.0.1:13666, Protocol version 0.3 - Geometry 34x9 characters (238x126 pixels, 7x14 pixels per character)
20:48:24 T:2982345584   DEBUG: ### [XBMC LCD/VFD] - info Reply: Meta driver which adds support for displays supported by graphlcd-base

Mal sehen ob ich unter Debian python > 2.6 installiert bekomme. Standard ist da derzeit nur 2.6.

Marcus

dad401 · 22. Oktober 2012

Zitat von Keine_Ahnung

Bei svdrp kann es sein das das an/ab-schalten fehlschlägt weil svdrp gerade beschäftigt ist oder der VDR gerade nicht svdrp aufnahmebereit ist.

Ok, leicht OT - aber nur mal gefragt: Macht es Sinn vdr-dbus zu installieren, um dieses svdrpsend-Problem zu umgehen?

Keine_Ahnung · 22. Oktober 2012

Zitat von dad401

Ok, leicht OT - aber nur mal gefragt: Macht es Sinn vdr-dbus zu installieren, um dieses svdrpsend-Problem zu umgehen?

Ist es eine schwerwiegende Entscheidung es einfach mal zu installieren? Es läuft bei mir jedenfalls problemlos und unauffällig im Hintergrund. Und man umgeht solche Probleme, auch wenn sie eher selten auftreten.

Mit dbus2vdr läuft alles allgemein etwas fluffiger. Es macht schon Sinn alles was möglich ist von svdrp auf dbus umzustellen. Ich würde es jedenfalls empfehlen.

cu

nst · 22. Oktober 2012

Zitat von dad401

Habe leider erst Wochenende wieder Sicht auf das LCD - rein vom Log her, scheint es wohl zu klappen:

Code

20:48:23 T:2982345584 WARNING: ### [XBMC LCD/VFD] - Python < 2.7 detected. Upgrade your Python for optimal results.
20:48:23 T:2982345584   DEBUG: ### [XBMC LCD/VFD] - Open 127.0.0.1:13666
20:48:24 T:2982345584   DEBUG: ### [XBMC LCD/VFD] - Reply: connect LCDproc 0.5.5 protocol 0.3 lcd wid 34 hgt 9 cellwid 7 cellhgt 14
20:48:24 T:2982345584  NOTICE: ### [XBMC LCD/VFD] - Connected to LCDd at 127.0.0.1:13666, Protocol version 0.3 - Geometry 34x9 characters (238x126 pixels, 7x14 pixels per character)
20:48:24 T:2982345584   DEBUG: ### [XBMC LCD/VFD] - info Reply: Meta driver which adds support for displays supported by graphlcd-base

Alles schön, so wie es sein soll. Der einzige "Nachteil", den Du jetzt hast, ist, dass Du ggf. auf Gross/Kleinschreibung bei den InfoLabel Tags achten musst. Alles andere sollte funktionieren.

Zitat von dad401

Mal sehen ob ich unter Debian python > 2.6 installiert bekomme. Standard ist da derzeit nur 2.6.

Glaub' das lohnt den Aufwand und die Systemstabilität nur für diesen Fall nicht wirklich.

Daniel

BJ1 · 22. Oktober 2012

Zitat von nst

Der einzige "Nachteil", den Du jetzt hast, ist, dass Du ggf. auf Gross/Kleinschreibung bei den InfoLabel Tags achten musst.

Ohne das ich jetzt direkt ins Skript geschaut habe (Isch 'abe gar keine LCD), ist denn die Gross/Kleinschreibung für den Nutzer relevant (Plugin-Konfiguration o.ä)? Ansonsten ist es ja eher Kosmetik.

BJ1

nst · 22. Oktober 2012

Zitat von BJ1

Ohne das ich jetzt direkt ins Skript geschaut habe (Isch 'abe gar keine LCD), ist denn die Gross/Kleinschreibung für den Nutzer relevant (Plugin-Konfiguration o.ä)? Ansonsten ist es ja eher Kosmetik.

Konkret gehts um "$INFO[LCD.PlayIcon]", das über den fraglichen Regex entfernt wird (und drumherum ein natives LCDproc icon-Widget daraus gesteuert wird). Wenn der Tag im "line"-Text stehen bleibt, wird das beim Rendern an den XBMC InfoLabel-Parser übergeben und hier durch ein Sonderzeichen ersetzt. Das Sonderzeichen soll auf HD44780-Displays das Play-Icon darstellen - genau das soll das icon-Widget ersetzen bzw. vermeiden.

BJ1 · 22. Oktober 2012

Hmm, ältere Pythons kennen nicht

Zitat von nst

TypeError: sub() got an unexpected keyword argument 'flags'

Die Frage war, braucht man dieses Flag 'unbedingt' (da User-Input per Konfig/editierbarer XML oder sonstwas) oder kann man darauf verzichten. Meinst Du jetzt

Code

"$INFO[LCD.PlayIcon]"

--> $INFO?

BJ1

nst · 22. Oktober 2012

Zitat von BJ1

Hmm, ältere Pythons kennen nicht

Die Frage war, braucht man dieses Flag 'unbedingt' (da User-Input per Konfig/editierbarer XML oder sonstwas) oder kann man darauf verzichten.

Nein, unbedingt braucht man es nicht. Der User muss dann nur darauf achten, dass er die (editierbare XML-Datei - LCD.xml) Groß/Kleinschreibung bei diesem einen Label ("$INFO[LCD.PlayIcon]") beachtet, da es ansonsten nicht aus dem evtl. vorhandenen restlichen Text der Zeile entfernt wird und ggf. unerwünschte Anzeigen mit sich zieht. Das Flag greift dem User lediglich unter die Arme.

Ich würde auf jeden Fall darauf verzichten, dafür die Python-Installation zu riskieren

BJ1 · 23. Oktober 2012

Alles klar

BJ1

dad401 · 24. Oktober 2012

Zitat von nst

Ich würde auf jeden Fall darauf verzichten, dafür die Python-Installation zu riskieren

Habe ich nach Googlen auch feststellen müssen. Dann warte ich mal bis 2013 auf wheezy und hoffe bis dahin komme ich so durch

Marcus

dad401 · 28. Oktober 2012

So, ich kann die Funktion nun direkt bestätigen - MIT Blick auf das LCD

Ob jetzt mit Addon oder direkt per XBMC-LCD-eigener LCD-Option: Funktioniert bei Euch das Abschalten der Hintergrundbeleuchtung des LCD wenn man z.B. eine Aufnahme abspielt? Normalerweise sollte das Display beim Bildschirmschoner abschalten, allerdings startet der ja logischerweise nicht im Wiedergabemodus.

[ANNOUNCE] XBMC LCDproc Support als Python Addon

Jetzt mitmachen!

Teilen