graphlcd (base, vdr-plugin) touchcol branch (archiv)

wastl · 7. März 2012

Zitat von Keine_Ahnung
Da hatte ich das auch drin
Code
{MenuText}
Ich habs auch mal gerade wieder eingebaut. Wenn du mal testen magst? In ./inc/displayerror.inc den block rauslöschen dann sollte der Skin auch auf Displays >320x240 links oben angezeigt werden.

Im default Skin gehts auch nicht.

Mir fehlt auch der Ansatz wo ich mal schauen könnte, diese ganze VDR OSD Sache ist mir etwas unheimlich

cu
Alles anzeigen

ja. da hat's was. es funktionert zwar, aber nur wann es will (wenn man zb. etwas laenger page down gedrueckt haelt - aber auch dann nur ab und zu).
das hat schon einmal besser funktioniert ...
das wird wieder was zu debuggen ...

EDIT: gut, dass das select message beim quote so super funktionert. aber ich denke Keine_Ahnung weiss, worauf sich meine antwort bezieht ...

UPDATE: fehler gefunden.
es wird einfach zu selten 'upgedatet', da sich bei der menutext-ansicht ja im normalfall nix aendert ... (habe im menutitle testhalber die sekunden der aktuellen uhrzeit mitlaufen - da geht's dann relativ fluessig ...)
da muss ich mir etwas ueberlegen ... (entweder das war in einer aelteren vdr-version anders (osd-events haben update ausgeloest) oder ich habe es tatsaechlich nur mit touchscreen getestet .. weiss ich ehrlich gesagt nicht mehr).

UPDATE 2: mit dem touchpad gehts auch nicht mehr brauchbar. das wird was fuer das wochenende ...

wastl · 11. März 2012

news (vdr-plugin-graphlcd):

{MenuTextScroll} sollte jetzt etwas zuverlaessiger funktionieren (noch nicht perfekt, aber zumindest brauchbar(er))

Keine_Ahnung · 11. März 2012

Ich bau gerade die neue Version, dabei ist mir ne Kleinigkeit im base Makefile aufgefallen.

Sollte
---
test -d "${UDEVRULESDIR}" install -m 644 -o root -g root $(UDEVRULE) $(UDEVRULESDIR)
---
nicht eher so sein (falsche Auswertung des Testbefehls)?
---
test -d "${UDEVRULESDIR}" && install -m 644 -o root -g root $(UDEVRULE) $(UDEVRULESDIR) echo "not install udev rule"
---
Das zusätzliche echo ist damit das Makefile nicht mit exit 1 zurückkommt wen das Dir nicht vorhanden ist. Keine Ahnung ob das gewünscht ist oder nicht? Die Idee ist ja wer kein UDEV hat braucht die Regel auch nicht.

Ferner wäre es schön wenn man das
---
UDEVRULESDIR = /etc/udev/rules.d/
UDEVRULE = "99-graphlcd-base.rules"
---
so ändern könnte
---
UDEVRULESDIR ?= /etc/udev/rules.d/
UDEVRULE ?= "99-graphlcd-base.rules"
---
Das würde das Debian Paketbauen vereinfachen. Dann könnte man das per Kommandozeile setzen und müsste nicht das Makefile patchen.

BTW FYI: [ANNOUNCE] VDR developer version 1.7.26

cu

wastl · 11. März 2012

@ test -d:
war tatsaechlich ein bug und eigentlich waere && von mir gemeint gewesen -> gefixt

@ = => ?=
spricht nix dagegen -> geaendert

@ vdr 1.7.26
abwaertsinkompatible API-aenderungen ... wie ich das liebe ...
werde ich mir alsbald ansehen

wastl · 11. März 2012

news (vdr-plugin-graphlcd):

unterstuetzung fuer VDR >= 1.7.26 hinzugefuegt

achtung:
nicht getestet (habe noch aeltere VDR-version)

urknall · 17. März 2012

wastl:

Ich hatte ja Probleme mit Kernel Ops in Verbindung mit dem l4m132c, wenn es via HID angesprochen wird.
Das Verhalten und die Fehler haben sich leider unter neueren Kernelversionen sowie unter Ubuntu Precise
nicht verbessert.

Ich habe jetzt zum Test serdisplib mit libusb Unterstützung, wie von dir schon einmal angeregt kompiliert
und bisher sieht das sehr gut aus. Das Display verursacht keine Kernel Ops mehr bei den bisherigen Tests.
Ein Langzeittest steht noch aus, aber als netter Nebeneffekt hat sich gezeigt, dass das Display jetzt sehr
viel schneller reagiert und die Inhalte aufbaut.

Frage: Wenn ich serdisplib mit libusb Unterstützung (für l4m132c) kompiliere, kann es dann immer für andere
Benutzer zu den von dir beschriebenen Freezes kommen, oder treten die evtl. dann nur auf, wenn man
wirklich das Display EXPLIZIT per USB in der Config anspricht?

Grüße Urknall

wastl · 20. März 2012

das problem ist/war nur fuer jene _eventuell_ relevant, die l4m132c oder das l4me5i via libusb betrieben haben. ich konnte es auch nur auf einem brett (welches mittlerweile im muell ist) reproduzieren. aber da kam es zu einem schoenen total freeze (kein bild, kein ton - ein hornyphon. nicht einmal pingbar war die maschine danach). da aber ein total freeze doch eher unangenehm ist, habe ich mich damals entschlossen, bei intel-basierenden cpus (intel + amd) libusb zu unterbinden fuer die genannten displaymodelle.
da es aber womoeglich ohnedies obsolet ist, werde ich das ganze durch einen schoenere form ersetzen (ev. option a la FORCE=yes). ganz moechte ich die einschraenkung nicht weglassen ...

urknall · 20. März 2012

Also im Gegensatz zu deinen Erfahrungen läuft bei mir das l4m132c ganz wunderbar mit libusb.

Via HID angesprochen dauert es noch keine halbe Stunde und das Display verabschiedet sich mit
Kernel Ops. In den Tagen bis jetzt ist mir das mit libusb noch nie passiert, ausserdem ist das Display
richtig schnell geworden durch den Wechsel zu USB.

Ich würde es also begrüßen, wenn man nach wie vor die Möglichkeit hat es per USB anzusteuern.

Grüße Urknall

wastl · 21. März 2012

naja, ich kann's ja mittlerweile auch nicht mehr nachstellen.

fakt ist aber, dass es das problem gibt / mal gegeben hat und ich da niemanden ohne warnung hineinlaufen lassen moechte.

vielleicht habe ich mich missverstaendlich in meinem vorigen posting ausgedrueckt, aber ich plane ja, dass es das mit define libusb ja/nein nicht mehr gibt, dafuer aber fuer die infrage kommenden displaymodelle eine zusaetzliche option, die gesetzt werden muss (dh. libusb immer verfuegbar, auch fuer die genannten modelle, aber fuer diese nur mit dieser option)

spacy · 21. März 2012

wastl

habe bisher immer die normale graphlcd git verwendet.Durch den Umstieg auf vdr-1.7.26 musste ich auf die touchcoll... umsteigen.
Habe ein t6963 240x128 Display. Mein Prob ist nun der alte default skin hat mit besser gefalle als der jetzt.
Kann ich den alten irgentwie wieder nutzbar machen.

danke
spacy

spacy · 21. März 2012

@ wastl
hat sich erledigt. Habe selbst Hand angelegt.

Danke Dir für das FETTE Plugin
spacy

Keine_Ahnung · 21. März 2012

Wo war denn das Problem? War touchcol eingestellt und nicht default?

cu

spacy · 21. März 2012

ne war schon default.
aber das alte default sieht halt etwas anders aus.
Musste auch in der graphlcd.conf auf invert=yes stellen was halt vorher nicht so war.
Die Schriftgrößen unterscheiden sich auch sehr. Zum Beispiel konnte Sky Sport HD nicht mehr ganz angezeigt werden da zu lang.

Gibt es eigentlich eine art test anzeige? Muss so immer den VDR stoppen und wieder starten um meine Änderungen zu begutachten

Danke
spacy

wastl · 21. März 2012

testanzeige nicht, aber du kannst dich via telnet zum vdr verbinden und dort ein
'plug graphlcd connect' absetzen.

das initialisert das/die display(s) neu und ladet dabei auch den/die skin(s) neu ...

genauere details dazu sind irgendwo in diesem mega-thread versteckt

aber das oben sollte fuer deine zwecke ausreichend sein.

ergaenzung:
ein schickes

echo "plug graphlcd connect"|nc localhost 6419

macht das fast noch eleganter

(port 6419 entsprechend ersetzen wenn abweichend in deiner installation)

SurfaceCleanerZ · 21. März 2012

Hi,
wenn du den Skin "gebackported" hast, poste ihn doch mal?
Würde ihn damit auch mal testen...

mfG,
Stefan

spacy · 21. März 2012

wastl
Danke für die Info.
So klappt das schon besser.

SurfaceCleanerZ
Werde ich tun

spacy · 22. März 2012

wastl

habe seit dem ich nun die Touchcolbranch verwende in unregelmäßigen abständen dieses im Log.

Mar 21 12:38:54 vdrxbmc vdr: [1286] graphlcd plugin: ERROR: Unknown token ScrollTime
Mar 21 12:38:54 vdrxbmc vdr: [1286] graphlcd plugin: ERROR: Unknown token ScrollMode
Mar 21 12:38:54 vdrxbmc vdr: [1286] graphlcd plugin: ERROR: Unknown token ScrollTime
Mar 21 12:38:54 vdrxbmc vdr: [1286] graphlcd plugin: ERROR: Unknown token ScrollMode
Mar 21 12:38:54 vdrxbmc vdr: [1286] graphlcd plugin: ERROR: Unknown token ScrollTime
Mar 21 12:38:54 vdrxbmc vdr: [1286] graphlcd plugin: ERROR: Unknown token ScrollMode

Das führt dazu das der VDR freezt.
Habe kein scrollMode aktive.

Idee?

danke
spacy

wastl · 25. März 2012

news (vdr-plugin-graphlcd):

plugin kompiliert jetzt auch unter vdr 1.7.27 (das eine include war in display.c ohnedies ueberfluessig)

spacy
fehlerhafte verwendung der token? diese gibt es eigentlich schon laenger ... und freezen sollte vdr auch bei einer falschen verwendung nicht?!
wie lautet in der skin-def der/die eintrag/eintraege mit scrolltime/scrollmode?

wastl · 7. April 2012

urknall

habe in der serdisplib jetzt das mit dem define weggeworfen und dafuer die zusaetzliche option eingebaut:
PARANOIA=off .. libusb kann auch auf linux-basierenden systemen verwendet werden,

wenn die option nicht gesetzt wird, kommt eine aehnliche fehlermeldung wie zuvor.

achtung: das ganze ist nur im trunk der library eingebaut:

Code

svn co https://serdisplib.svn.sourceforge.net/svnroot/serdisplib/serdisplib/trunk serdisplib-2.x_svn

wenn lust / moeglichkeit dazu: bitte testen.

urknall · 7. April 2012

Funktioniert bei mir nicht:

Code

[serdisp]
# serdisplib driver
Driver=serdisp
PARANOIA=off
#Device=HID:/dev/usb/hiddev0
Device=USB:4243/ee08
Controller=l4m132c

Egal ob ich on oder off setze:

Code

Apr  7 17:40:40 yavdr l4m132c_tool: serdisp_l4m_setup(): support for libusb disabled for this device. please use hiddev instead or add option 'PARANOIA=off'.
Apr  7 17:40:48 yavdr vdr: serdisp_l4m_setup(): support for libusb disabled for this device. please use hiddev instead or add option 'PARANOIA=off'.

graphlcd (base, vdr-plugin) touchcol branch (archiv)

Jetzt mitmachen!

Teilen