ANNOUNCE: graphlcd-0.0.9-pre1

ALADin · 1. März 2004

Hi Powarman!
Ja, jetzt geht's! Endlich!
DANKE.
War schon am verzweifeln.

Aber ganz rein ist es leider noch nicht:
habe wie richf den Fehler, daß in der mitte des displays eine senkrechte reihe pixel fehlt. Wie bereits erwähnt habe auch den ks0108 controller. Der scheint ja mächtig probleme zu machen.

Gruß,
ALADin

Austrian Coder · 1. März 2004

powarman: du hast ne pm

wastl · 2. März 2004

powarman

ich haette eine bitte:
koenntest du bitte in der klasse 'cParallelPort' methoden implementieren, mit denen ich die zugriffsart und den port abfragen kann?

(als public)

zb:

bool isDirectIO() {return (!usePPDev);}

int getPortHandle() { return ((usePPDev) ? fd : port);}

bin grade dabei, meine library-anbindung an die neuen gegenheiten anzupassen

/wastl

powarman · 2. März 2004

wastl:

hab ich eingebaut.

Andreas

sn123py · 2. März 2004

Zitat

Original von Hulk
Hi,

Nur mal zur meiner Sicherheit. Du rufst da Plugin auch mit dem neuen Parametern auf ?
Das mit das Plugin weiss welcher Treiber gemeint ist.

'-Pgraphlcd -c gu140x32f -d /dev/parport0'
oder
'-Pgraphlcd -c gu140x32f -p 0x378'

Alles anzeigen

um genau zu sein, starte ich das Plugin mit

Code

-P"graphlcd -c gu140x32f -p 0x378 -x 140 -y 32"

und nein, im Logfile steht nix negatives:

Code

Feb 29 19:20:22 vdr vdr[20304]: loading plugin: ./PLUGINS/lib/libvdr-graphlcd.so.1.3.5
Feb 29 19:20:23 vdr vdr[20304]: initializing plugin: graphlcd (0.0.9-pre1): Output to graphic LCD
Feb 29 19:20:23 vdr vdr[20364]: graphlcd plugin: Display update thread started (pid=20364)
Feb 29 19:20:23 vdr vdr[20364]: graphlcd plugin: benchmark started.
Feb 29 19:20:23 vdr vdr[20364]: graphlcd plugin: benchmark stopped. Time for Port Command: 12ns
Feb 29 19:20:46 vdr vdr[20364]: graphlcd plugin: gu140x32f initialized.

ALADin · 2. März 2004

Hallo,
ich weiß ich nerve langsam aber hat das , daß in der mitte des displays eine senkrechte reihe pixel fehlt, niemand außer mir und richf, oder ist das schon in arbeit bzw. beseitigt?
( ks0108 )

anbr · 2. März 2004

Hallo sn123py,

Zitat

Original von sn123py
um genau zu sein, starte ich das Plugin mit

Code

-P"graphlcd -c gu140x32f -p 0x378 -x 140 -y 32"

und nein, im Logfile steht nix negatives:

Code

Feb 29 19:20:22 vdr vdr[20304]: loading plugin: ./PLUGINS/lib/libvdr-graphlcd.so.1.3.5
Feb 29 19:20:23 vdr vdr[20304]: initializing plugin: graphlcd (0.0.9-pre1): Output to graphic LCD
Feb 29 19:20:23 vdr vdr[20364]: graphlcd plugin: Display update thread started (pid=20364)
Feb 29 19:20:23 vdr vdr[20364]: graphlcd plugin: benchmark started.
Feb 29 19:20:23 vdr vdr[20364]: graphlcd plugin: benchmark stopped. Time for Port Command: 12ns
Feb 29 19:20:46 vdr vdr[20364]: graphlcd plugin: gu140x32f initialized.

Hast Du nach deinen Änderungen im Treiber auch mal ein "make plugins-clean" bzw.
"make clean" im Pluginverzeichnis gemacht ? Weil Änderungen in der Treiberbibliothek
nicht automatisch zum neu kompilieren des Plugin führen. (Irgendeine Abhängigkeit im Makefile wird
nicht überwacht.)

PS: der 0.0.7 Patch lief ohne Anpassung von Hause über /dev/parport0',
teste dies mal das als alternativen Zugriffsweg,
aber der Portzugriff sollte eigentlich immer funktionieren,
und hat weniger Probleme bereitet.

Langsam ratlos...
Andreas

powarman · 2. März 2004

HI,

richf und ALADin:

probiert mal die pre7:
http://home.arcor.de/andreas.r…r-graphlcd-0.0.9-pre7.tgz

Andreas

ALADin · 2. März 2004

Hi!
Danke, aber die 7er lässt sich bei mir wieder nicht compilieren

Code

make[1]: Entering directory `/usr/local/src/vdr-1.2.6/PLUGINS/src/graphlcd-0.0.9-pre7'
make[1]: Leaving directory `/usr/local/src/vdr-1.2.6/PLUGINS/src/graphlcd-0.0.9-pre7'
make[1]: Entering directory `/usr/local/src/vdr-1.2.6/PLUGINS/src/graphlcd-0.0.9-pre7'
make[2]: Entering directory `/usr/local/src/vdr-1.2.6/PLUGINS/src/graphlcd-0.0.9-pre7/drivers'
make[2]: Leaving directory `/usr/local/src/vdr-1.2.6/PLUGINS/src/graphlcd-0.0.9-pre7/drivers'
make[2]: Entering directory `/usr/local/src/vdr-1.2.6/PLUGINS/src/graphlcd-0.0.9-pre7/drivers'
g++ -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -I../../../../include device.c
g++ -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -I../../../../include drivers.c
drivers.c:44: warning: aggregate has a partly bracketed initializer
drivers.c:44: warning: aggregate has a partly bracketed initializer
drivers.c:44: warning: aggregate has a partly bracketed initializer
drivers.c:44: warning: aggregate has a partly bracketed initializer
drivers.c:44: warning: aggregate has a partly bracketed initializer
drivers.c:44: warning: aggregate has a partly bracketed initializer
drivers.c:44: warning: aggregate has a partly bracketed initializer
drivers.c:44: warning: aggregate has a partly bracketed initializer
drivers.c:44: warning: aggregate has a partly bracketed initializer
g++ -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -I../../../../include fct.c
g++ -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -I../../../../include port.c
g++ -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -I../../../../include simlcd.c
g++ -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -I../../../../include gu140x32f.c
g++ -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -I../../../../include hd61830.c
g++ -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -I../../../../include ks0108.c
g++ -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -I../../../../include ks0713.c
g++ -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -I../../../../include sed1330.c
g++ -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -I../../../../include sed1520.c
g++ -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -I../../../../include t6963.c
ar rc libgraphlcd.a device.o drivers.o fct.o port.o simlcd.o gu140x32f.o hd61830.o ks0108.o ks0713.o sed1330.o sed1520.o t6963.o
ranlib libgraphlcd.a
make[2]: Leaving directory `/usr/local/src/vdr-1.2.6/PLUGINS/src/graphlcd-0.0.9-pre7/drivers'
g++ -g -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"graphlcd"' -D_GNU_SOURCE -I../../../include -I/usr/local/src/DVB/include graphlcd.c
g++ -g -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"graphlcd"' -D_GNU_SOURCE -I../../../include -I/usr/local/src/DVB/include display.c
display.c: In method `void cGraphLCDDisplay::Replaying(const cControl *, const char *)':
display.c:849: implicit declaration of function `int replace(...)'
make[1]: *** [display.o] Error 1
make[1]: Leaving directory `/usr/local/src/vdr-1.2.6/PLUGINS/src/graphlcd-0.0.9-pre7'

Alles anzeigen

Vielleicht das gleiche Problem wie bei der 4er?

powarman · 2. März 2004

da fehlte ein include, nochmal runterladen! Warum meckert denn der gcc da nicht, menno.

Andreas

Austrian Coder · 2. März 2004

@powerman: Hast ne Mail! Hab die Mailaddi aus dem Profil genohmen.

randy · 2. März 2004

fyi: die pre7 macht keinerlei striche aufm lcd - alles wie es sich gehoert.

-- randy

steinsursel · 2. März 2004

Zitat

Original von powarman
da fehlte ein include, nochmal runterladen! Warum meckert denn der gcc da nicht, menno.

Andreas

Hallo!

GraphLcd-0.0.9-pre7 lief anstandslos durch und funzt ohne Beanstandungen, selbst als Komplettpaket von Feegy

ALADin · 2. März 2004

YEP!!!:welle
Jetzt geht's. Lässt sich compilieren und kein Streifen mehr!
DANKE.

ReNeR · 2. März 2004

Ich haette da evtl. noch eine Idee fuer ein neues "Debug"-Feature. Ich habe es schon erlebt, dass aufgrund haengengebliebener Prozesse die CPU-Last dauerhaft deutlich hoeher als die ueblichen 6..10% steigt (2GHz Celeron, 2xDVS-S). Das auessert sich bei meinem MSI-Hermes Rechner dann in dem die Luefter hochfahren und der Stromverbrauch hochgeht (55W -> ...90W). Das ist auf Dauer nicht schoen. In den meisten Faellen liegt das natuerlich daran, dass ich zu agressiv an meinem VDR geschraubt habe Da ich im Wohnzimmer an meinem VDR weder Tastatur noch Monitor habe, heisst es dann jedesmal fix in die Dachkammer zu rennen und per remote session zu schauen, wie die CPU-Last aussieht, und welcher Prozess gerade haengt. Hier hier faende ich es ganz toll, wenn die aktuelle CPU-Last optional per graphlcd mit angezeigt wuerde, oder gar ein spezieller Debug mode ala "top" per OSD aufrufbar waere. Wie denkt die Gemeinde darueber?

Ciao,
Rene.

hannsens · 2. März 2004

Hallo,

seit der 0.0.9Pre7 geht hier auch alles wunderbar (hatte auch die Streifen bei der Pre5). Besonders die neue Anordnung der Rec... usw. Logos finde ich gut - ist das Stereo/Zweikanal-Logo eigentlich auch neu - oder ist mir die Zweikanal-Variante dieser Anzeige nur nie aufgefallen?

Vielen Dank fuer die Verbesserungen - laesst sich gut anschaun!

Hannes

burki · 3. März 2004

Hi,

haette noch eine kleine Frage zum pre7:
Bei der EPG-Anzeige wird nun (ist mir vorher nicht so aufgefallen) zwar der "Haupttitel" richtig angezeigt, der "Untertitel" (der nicht unbedingt vorhanden sein muss) wird nur dann geaendert, wenn entweder keine EPG-Daten vorhanden sind (trotzdem bleiben die Daten im Cache) bzw. ein neuer existiert (der dann wieder in den cache gestellt wird). --> Man sieht dann z.B. einen Film auf Programm x+1, waehrend dann noch der Untertitel von Sender x stehen bleiben.
Hoffe, dass ich mich verstaendlich ausgedrueckt habe (ohje, brauch eine groessere Schrift ...)
Gruss
Burkhardt

powarman · 3. März 2004

Hi,

burki:

ups, der hat sich wohl bei meinen Aufräumarbeiten eingeschlichen. Habe den Fehler gefunden und beseitigt.

Andreas

powarman · 3. März 2004

Hi,

Leute mit SED1330 können mal die pre8 testen:
http://home.arcor.de/andreas.r…r-graphlcd-0.0.9-pre8.tgz

Die bietet einen alternativen Treiber für diesen Controller, der auch andre Größen unterstützt. Wählbar ist er mit "-c sed1330_2"

Andreas

MiK · 3. März 2004

Hi,
ich habe jetzt die pre7 am laufen und einen kleinen Bug gefunden der mir so noch nicht aufgefallen war, ich habe aber auch noch nicht lange ein glcd
also wenn man zB von ProSieben, der ja EPG plus Serien Inof ausgibt, auf RTL schaltet, wo "nur" EPG ausgegeben wird, bleibt die Serien Info von ProSieben im Display stehen.
mfg
MiK

ANNOUNCE: graphlcd-0.0.9-pre1

Jetzt mitmachen!

Teilen