ANNOUNCE: graphlcd-0.1.3

hmm, das -base archiv ist nicht aufzufinden ...

BTW. passiert mir das hier mit dem vdr 1.3.39 mit der -base 0.1.2:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1544967248 (LWP 31681)]
cGraphLCDState::SetChannel (this=0x8daf628, ChannelNumber=0) at channels.h:204
204 tChannelID GetChannelID(void) const { return tChannelID(source, nid, (nid tid) ? tid : Transponder(), sid, rid); }
Current language: auto; currently c++
(gdb) bt
#0 cGraphLCDState::SetChannel (this=0x8daf628, ChannelNumber=0)
at channels.h:204
#1 0xa7cc54c2 in cGraphLCDState (this=0x8daf628) at state.c:64
#2 0xa7cba051 in cGraphLCDDisplay::Action (this=0xa7ccc3c0) at display.c:255
#3 0x08105780 in cThread::StartThread (Thread=0xa7ccc3c0) at thread.c:243
#4 0xa7f20e70 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#5 0xa7d9ec6e in clone () from /lib/tls/i686/cmov/libc.so.6

geht

Tach!

Ich habe da noch ein Probmel beim Compilieren des Base-Pakets:

g++ -g -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -I/usr/include/freetype -I/usr/local/include/freetype font.c
font.c: In method `bool GLCD::cFont::LoadFT2(const string &, const string &, int, bool = false)':
font.c:142: `F_OK' undeclared (first use this function)
font.c:142: (Each undeclared identifier is reported only once
font.c:142: for each function it appears in.)
font.c:142: implicit declaration of function `int GLCD::access(...)'
make[1]: *** [font.o] Error 1
make[1]: Leaving directory `/usr/src/graphlcd-base-0.1.3/glcdgraphics'
make: *** [all] Error 2

Compiler ist gcc 2.95.4 (linvdr 0.7) Freetype ist 2.1.10. Any Ideas...

Gruß

Toxic

Also irgendwie komme ich nicht weiter ..

wenn folgende Konstellation ist :

-P'image -m /usr/local/bin/mount.sh -C /usr/local/bin/imageplugin.sh' \
-r'/usr/local/bin/noad after -objv --online=2' \
-P dvd \
-P'dvdswitch -i /local/iso -w /usr/local/bin -r /usr/local/bin' \
-P burn \
-P'graphlcd -c /video/graphlcd.conf' \
-P director \
-P beep \
-P console \
-P newsticker \
-P femon \

dann restartet der VDR immer wieder . sprich kein Bild vorhanden .. im Log steht nur Framebuffer wird initialisiert . Mit GraphLCD davor 0.1.2pre ging alles einwandfrei ..selbst in der Konsolenausgabe gibt es keine Fehlermeldung.

I30R6

Zitat

Hallo

hilft ein

Code

1: #include <fcntl.h>

?

Gleicher Fehler! Nehme an, du meintest in der font.c der include?!? Liegt es vielleicht an einer falschen Version von irgendeinem Include?!

Gruß

Toxic

g++ -g -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -I/usr/include/freetype -I/usr/local/include/freetype font.c
font.c: In method `bool GLCD::cFont::LoadFT2(const string &, const string &, int, bool = false)':
font.c:143: implicit declaration of function `int GLCD::access(...)'
make[1]: *** [font.o] Error 1
make[1]: Leaving directory `/usr/src/graphlcd-base-0.1.3/glcdgraphics'

[edit] Wenn ich das have_freetype=1 auskomentiere, läuft er durch! Muß nur mal testen, ob es dann trotzdem geht! Was genau hat das denn für Konsequenzen?[/edit]

I30R6:
Probier mal -P'graphlcd -c /video/graphlcd.conf' ans Ende, also als letzten Eintrag.
Hatte auch mal das Problem - schon etwas länger her - dort funktionierte es dann als letzter Eintrag.

Good luck
Eurofinder

Zitat

Original von powarman

There was a patch for the GraphLCD that introduces the capability to display RDS Radiotext on the LCD. See here.
Could this be integrated?

Zitat

Original von eurofinder
I30R6:
Probier mal -P'graphlcd -c /video/graphlcd.conf' ans Ende, also als letzten Eintrag.
Hatte auch mal das Problem - schon etwas länger her - dort funktionierte es dann als letzter Eintrag.

Good luck
Eurofinder

dank für den Tipp , aber leider brachte dieser nicht den erwünschten Erfolg !!

I30R6

Was ist denn hier passiert: Bug oder feature....

http://www.vdr-portal.de/board…?postid=411408#post411408

Gruß

Toxic

Hi,
habe nun auch mal von der V 0.1.1 upgegradet und das plugin ist ja nun wirklich deutlich schneller und auch schoener (vorallem code-seitig ) geworden.

Nur eine Sache: Im Replaymodus gibts ja nun nur noch eine Zeile fuer den Titel, wodurch es eigentlich fast immer beim Abspielen z.B. von mp3s oder AudioCDs zum scrollen bzw. massiven Abschneiden der Informationen kommt.
Da ich das Display (ein 240er) recht intensiv zum Navigieren benutze, habe ich natuerlich die Large-Fonts etwas kleiner gewaehlt (sonst passen ja gerade 3 Zeilen des Menues auf das display), so dass bim Replay der Platz noch schlechter genutzt wird.
Meine Frage: Koennte man nicht wieder den Zeilenumbruch (zumindest dann, wenn der input diesen vorgibt), d.h. fuer den Replaymodus 2 Titelzeilen, einfuehren?
Gruss
Burkhardt

Hi powarman,

Ein kleiner Bug in diesen schönen Plugin fällt mir auf.

Wen man wie ich streamdev VDR to VDR benutzt und eine FF-Karte nur als Ausgabedevice benutzt, wird diese immer noch unter "freie Karte" angezeigt, obwol im Setup steht "Kanäle lokal beziehen" = "nein".

Was aber der wirkliche Hit wäre: Man kann die freien Karten auf dem Server sehen.

Peter

Hi!
Zuerst mal ein dickes Lob, hab mit der 0.1.3 eigentlich keine Probleme gehabt.
Allerdings habe ich eine Unsauberkeit: Unten Links kommt immer wieder ein Balken und überschreibt die letzte Zeile.
Ja, ja, ich weiss, das wurde woanders schon besprochen ... aber das Ergebnis habe ich nicht ganz geschnallt. Liegt das jetzt wirklich am Flachbandkabel? Oder ist es doch ein Konfigurationsproblem.
Rebach Blue-Mode 128*64, KS0108, Komplett mit Anschlusskabel

Bye,
vdrmojo

Hi!
Ich hatte mit graphlcd 0.1.3 und vdr 1.3.40 das gleiche Problem wie I30R6. Ich benutze t6963c und bekam folgende Meldungen:

localhost vdr: [6421] initializing plugin: graphlcd (0.1.3): Output to graphic LCD
localhost vdr: [6421] graphlcd: No config file specified, using default (/etc/graphlcd.conf).
localhost vdr: t6963c: T6963 initialized.

Danach 10 Sekunden nichts und dann ein Restart von vdr.
Dem bin ich jetzt auf den Grund gegangen und habe herausgefunden, dass es wohl an dem SetChannel-Aufruf in cGraphLCDState::cGraphLCDState() liegt. Mit folgender Änderung geht es bei mir also wieder:

diff -Nur -x .svn graphlcd-orig/state.c graphlcd/state.c
--- graphlcd-orig/state.c       2006-01-24 21:14:25.000000000 +0100
+++ graphlcd/state.c    2006-01-24 21:06:06.000000000 +0100
@@ -61,7 +61,7 @@
        volume.value = -1;
        volume.lastChange = 0;


-       SetChannel(cDevice::CurrentChannel());
+       //SetChannel(cDevice::CurrentChannel());
 }


 cGraphLCDState::~cGraphLCDState()

Habe natürlich überhaupt keine Ahnung, was das zu bedeuten hat

Gruß
Bernd

Hi berndm,

ich habe das gleiche Problem (auch t6963c).
Wo soll ich die Änderung machen damit es wieder funktioniert?

Grüße
kreuzer

Hallo kreuzer,

hm, ja, die Änderung muss im Source von graphlcd, in der Datei state.c gemacht werden. Anschließend neu kompilieren.
Das Problem ist nur, dass du linvdr benutzt und daher wahrscheinlich keine Sourcen hast. Daher müsste das wohl jemand von den linvdr-Leuten übernehmen. Einfach dort mal nachfragen.

Vielleicht kann powarman auch generell was zu dem Problem sagen.

Gruß
Bernd

huhu,

ich habe auch festgestellt, dass mir graphlcd abschmiert (mit 1.3.40). ein backtrace brachte ach einen SetChannel Aufruf zum vorschein, der mit ChannelNumber = 0 aufgerufen wird. scheint irgendwas neues in der version 1.3.40 zu sein. jedenfalls gibts den nicht und Channels.GetByNumber gibt einen NULL pointer zurück. da dieser nicht abgefangen wird, wird versucht über den NULL pointer die methode GetChannelId aufzurufen und das gibt dann einen SIGSEGV.

in GetChannel wird auf ChannelNumber=0 abgefragt und einfach nichts gemacht. Ich habe den gleichen Code bei mir eingebaut:

state.c zeile 623:

...


void cGraphLCDState::SetChannel(int ChannelNumber)
{
        char tmp[16];


->      if (ChannelNumber == 0)
->              return;


        mutex.Lock();


...

(sorry - patch ist mir grad zu viel theater)

damit sollte es wieder tun.

gruß frank

fen
Prima, das wird es sein.
Hatte gar nicht gesehen, dass es einen SegFault gibt. Debuggen unter Linux ist (noch) nicht mein Ding
Gruß
Bernd