[ANNOUNCE]: graphlcd-0.2.0-pre1

Hallo,

wollte eben auf gentoo mit 2.6er kernel die graphlcd-base-2.0-pre1 kompilieren. Bekomme aber folgenden fehler:

make[1]: Entering directory `/root/graphlcd-base-0.2.0-pre1/glcdskin'
g++ -g -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE  cache.c
cache.c:14:30: error: glcdgraphics/pbm.h: No such file or directory
config.h:27: warning: 'class GLCD::cSkinConfig' has virtual functions but non-virtual destructor
cache.c: In member function 'GLCD::cImageItem* GLCD::cImageCache::LoadImage(const std::string&)':
cache.c:140: error: 'cPBMFile' was not declared in this scope
cache.c:140: error: expected `;' before 'pbm'
cache.c:142: error: 'pbm' was not declared in this scope
make[1]: *** [cache.o] Error 1
make[1]: Leaving directory `/root/graphlcd-base-0.2.0-pre1/glcdskin'
make: *** [all] Error 2

fein. sieht ja vielversprechend aus.

RocketChef:
temporaere abhilfe: in graphlcd-base: im Makefile v. glcdskin in der compile-def. einfach ein '-I ..' einfuegen.
also:

%.o: %.c                                                                                                                            
        $(CXX) $(CXXFLAGS) -I.. -c $(DEFINES) $(INCLUDES) $<

weiters habe ich im default.skin noch eine zeile aendern muessen (ca. zeile 192):

statt

<image x="0" y="#ArrowY" width="#ArrowWidth" height="#ArrowHeight" color="black" path="#ArrowBitmap" condition="{IsMenuCurrent}"/>

habe ich

<image x="0" y="#ArrowY" color="black" path="#ArrowBitmap" condition="{IsMenuCurrent}"/>

und dann hat's funktioniert.

vdr hatte zuvor abgebrochen beim laden v. graphlcd mit folgendem fehler:

Zitat

Text2Skin: Unexpected value #ArrowWidth for attribute width

/wastl

ps: info fuer powarman fuer fehlersuche:
getestet mit einem t6963, 240x128, angesteuert ueber serdisplib

wastl

Danke. Jetzt gings. Das mit dem #ArrowHeight konnte ich nicht nachvollziehen, bei mir gehts. Ich hab mir das mal angeschaut. Der scheint dann bei dir die arrow.pbm nicht ordentlich zu laden. Bei mir (ich hab ein 240x64) lädt er ja die arrow_small.pbm (Zeile 180-181).

RocketChef

problem geloest.
bei den verzeichnisse graphlcd/skins/default/images und symbols fehlen executable-rechte. habe das zeug als root kopiert, vdr laeuft als benutzer -> konnte darauf daher dann nicht zugreifen.
jetzt sieht das ganze noch besser aus mit den div. symbolen (weil auch die fehlten wegen der fehlenden rechte. da diese aber erst zur laufzeit geladen werden, fuehrte dies dann wohl zu keinem vdr-exit)

/wastl

Hallo,

Kann ohne Probleme das Teil übersetzen. Läuft problemlos.
Jedoch nur als root. Wenn der vdr mit eingeschränkten Rechten läuft, dann will das graphlcd nicht. Kann das jemand bestätigen?

Peter

PS. lese gerade das letzte Posting. Scheint auch mein Problem zu sein.

ich hab heute versucht lie graphlcd-base zu übersetzen und dabei folgende Fehlermeldung erhalten:

make[1]: Entering directory `/vdr/graphlcd-base-0.2.0-pre1/glcdskin'
make[1]: *** Keine Regel vorhanden, um das Target »glcdgraphics/pbm.h«,
  benötigt von »cache.o«, zu erstellen.  Schluss.
make[1]: Leaving directory `/vdr/graphlcd-base-0.2.0-pre1/glcdskin'
make: *** [all] Fehler 2

Was fehlt mir noch?

@ Pixelpeter

Kann sein das Du Zugriffsproblem auf das lp device hast ?!

Einfach den user vdr ? ( falls das der ist unter dem der VDR läuft ) zur Gruppe lp hinzufuegen.

Cheers

/bin/joerg

// Edit

gpasswd -a vdr lp

ist dann der Syntax zum hinzufügen

hi,

ich verwende seit einiger zeit graphlcd 0.2.0 pre1. darin sind mir ein paar sachen aufgefallen, die ich jetzt gefixt habe (mehr oder weniger schön, aber funktionsfähig). das ganze ist in form eines patches gegen graphlcd-0.2.0-pre1 - die svn version konnte ich nicht auschecken - irgendwas von wegen illegal filetype und dann bricht es ab. hier die 'neuerungen':

1. compiler warning gefixt (possible uninitialized variable)

2. darstellungsfehler gefixt. wenn ein kanal keine schedule hat wurden alte werte angezeigt. zum beispiel: auf ard schalten und dann auf sunshine live schalten und schon sieht man sendungsdaten von ard auf sunshine live.

3. bei wiedergaben über zb. mplayer gab es folgendes phänomen: wiedergabe starten - display zeigt korrekt an. wieder ins menü und nochmal eine wiedergabe starten, ohne davor die andere beendet gehabt zu haben -> display zeigt nicht replay infos, sondern channel infos an. das ist gefixt. (liegt btw daran, dass mplayer die messages in falscher reihenfolge zum statusmonitor schickt)

4. in der skin kann abgefragt werden, ob das aktuelle oder folgende event überhaupt gültige daten enthält. dazu habe ich zwei neue flags (PresentValid und FollowingValid) eingebaut, die in der skin abgefragt werden können. somit ist es möglich zb. den progressbar für den sendungsfortschritt oder unvollständige angaben auszublenden - oder gleich ein ganz anderes layout zu verwenden.

5. ich habe meine skin, die ich auf meiner kiste verwende beigelegt. sie demonstriert die neuen tags von punkt 4. die skin implementiert allerdings nur die anzeigen, die in meinem fall sinn machen - so zeigt sie zb. keine symbole für dolby, crypt usw an, aber vielleicht mag sie ja jemand als inspiration verwenden. mir war wichtig, dass ich sie gut vom sofa aus lesen kann ich habe sie für ein alphacool 240x128 gemacht, sollte aber mit jedem display der größe funktionieren. btw. das design ist fix, ich denke auf kleineren displays wird das nicht so gut kommen...

powarman: würde mich freuen, wenn du die änderungen in deine version übernehmen würdest. zumindest funktional gerade punkt 3 ist nicht gerade elegant gelöst.

fen.

Möchte die Gelegenheit nutzen um ein paar Änderungswünsche loszuwerden die sich beim Erstellen meines 128x64 Skins ergeben haben. Patches kann ich leider aus zeitmangel nicht anbieten - sorry.

1. Die Fülle der Optionen aus dem Plugin-Setup sinnvoll in einem Skin unterzubringen ist kaum möglich. Ich schlage daher vor, anstelle der jetzigen Setup-Optionen für jeden display-Modus (normal, replay, ...) eine Setup-Option anzubieten, mit der sich der Benutzer die gewünschte Vorlage raussuchen kann. Statt alles in einer .skin-Datei zu halten, wäre es dann sicher sinnvoll, je display-Modus eine .skin-Datei mit den zur Auswahl stehenden Varianten abzulegen.

Für den default-Skin würden dann also im Verzeichnis "default" die Dateien normal.skin, replay.skin, ... liegen. Darin würde ich nur die wichtigsten Infos abbilden, ohne große Auswahlmöglichkeit. Neben dem default-Skin könnte man dann für spezielle display-Größen optimierte Skins anlegen und darin die Auswahl-Optionen abbilden. Beispielsweise ein Skin 128x64 und in der normal.skin ein paar sinnvolle Layouts (mit/ohne Senderlogos, mit/ohne Fortschrittsbalken, mit/ohne Icons). Natürlich kann man nicht alle Kombinationen abbilden, die XML-Blöcke sollten dann aber so einfach werden, dass es ein Leichtes sein sollte, seine eigenen Vorstellungen zu verwirklichen.

2. Eine Erleichterung beim Anpassen von Layouts wäre eine Variable, die jeweils die aktuelle maximale (bei negativen Werten minimale) x und y Position vorhält. Diese sollte der Default für das nachfolgende Element sein. Wenn ich also ein Element an x1=0 mit height=10 (oder bis x2=9) zeichne, sollte in der Variable automatisch der Wert 10 gespeichert sein. Wenn beim nächsten Element kein x1 angegeben wird, sollte automatisch der Wert dieser Variablen - also 10 - genutzt werden.

3. Derzeit ist die Angabe des Parameters -s beim Aufruf des Plugins zwingend notwendig. Bei fehlendem Parameter sollte der Skin "default" verwendet werden.

sehr fe(i)n

verwende die version 0.2.0-pre1 ja schon ziemlich lange. einer der wenigen wirklich nervigen bugs, die anzeige der 'geisteranzeigen' von vorigen kanaelen, ist jetzt 1A beseitigt.

auch das PresentValid tut schon seinen job.

/wastl

ergaenzung:

jetzt braucht nur noch jemand dem graphlcd unterschiedliche farben beibringen

Original von wastl
temporaere abhilfe: in graphlcd-base: im Makefile v. glcdskin in der compile-def. einfach ein '-I ..' einfuegen.
also:

%.o: %.c                                                                                                                            
        $(CXX) $(CXXFLAGS) -I.. -c $(DEFINES) $(INCLUDES) $<

Hab das auch eingefügt, bricht aber trotzdem ab (wie genau muss das eingefügt werden - nur einmal an dieser Stelle, bzw. was stimmt da sonst noch nicht?

vdr01 graphlcd-base-0.2.0-pre1 # make all
make[1]: Entering directory `/mnt/data/tmp/graphlcd-base-0.2.0-pre1/glcdgraphics'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/mnt/data/tmp/graphlcd-base-0.2.0-pre1/glcdgraphics'
make[1]: Entering directory `/mnt/data/tmp/graphlcd-base-0.2.0-pre1/glcddrivers'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/mnt/data/tmp/graphlcd-base-0.2.0-pre1/glcddrivers'
make[1]: Entering directory `/mnt/data/tmp/graphlcd-base-0.2.0-pre1/glcdskin'
make[1]: Leaving directory `/mnt/data/tmp/graphlcd-base-0.2.0-pre1/glcdskin'
make[1]: Entering directory `/mnt/data/tmp/graphlcd-base-0.2.0-pre1/glcdskin'
g++ -g -O2 -Wall -Woverloaded-virtual-I.. -c -D_GNU_SOURCE  config.c
In file included from config.c:2:
type.h:38: error: 'uint32_t' is used as a type, but is not defined as a type.
type.h:51: error: `uint32_t' was not declared in this scope
type.h:51: error: syntax error before `)' token
type.h:52: error: syntax error before `)' token
type.h:54: error: semicolon missing after declaration of `GLCD::cType'
type.h: In constructor `GLCD::cType::cType()':
.
.
.

Limart

ist ja auch kein abstand vor dem -I

/wastl

Was meinst du mit dem Abstand? Hab den Eintrag im Makefile jedenfalls genau so gemacht, wie Du es angegeben hast - sprich nach dem (CXXFLAGS) einen "space" und dann das -I.., dann wieder Abstand vor dem -c - passt doch so, oder?
Nur der eine Eintrag, oder gehört es an mehreren Stellen eingefügt?

Limart

Zitat

-Woverloaded-virtual-I..

entw. bei deinem cut'n'paste ist ein space verloren gegangen oder etwas seltsames geht vor

das -I klebt direkt am [...]-virtual

aber kann eh sein, dass das nicht das eigentliche problem ist. mir ist es halt aufgefallen.

/wastl

Hallo, habs nochmals überprüft, das -I.. ist auf jedenfall mit einem space eingefügt, habs nochmals neu entpackt und Fehler bleibt gleich, ab hier:

In file included from config.c:2:
type.h:38: error: 'uint32_t' is used as a type, but is not defined as a type.
type.h:51: error: `uint32_t' was not declared in this scope
type.h:51: error: syntax error before `)' token

gehts los mit Fehlern.

Was ist, bzw. mach ich falsch?

Limart

keine ahnung wieso das -I ohne space in deinem output war. hab das mal im trockentraining probiert: wirft einen gcc-error aus ...

aber das ist wohl ohnedies nicht das problem.

versuch mal im file 'glcdskin/type.h' folgendes include einzufuegen:

#include <linux/types.h>

dort sollte das uint32_t definiert werden.

/wastl

Zitat

Original von wastl
keine ahnung wieso das -I ohne space in deinem output war. hab das mal im trockentraining probiert: wirft einen gcc-error aus ...

aber das ist wohl ohnedies nicht das problem.

versuch mal im file 'glcdskin/type.h' folgendes include einzufuegen:

Code

#include <linux/types.h>

dort sollte das uint32_t definiert werden.

/wastl

Alles anzeigen

Danke Dir, es kompiliert jetzt zumindest schon, hab dann auch noch make install durchgeführt und anschliesend das Plugin installiert.
Allerdings startet der VDR jetzt nich mehr, im Log:

Jan 22 00:34:31 [vdr] [25071] switched to user 'root'
Jan 22 00:34:31 [vdr] [25071] loading plugin: /usr/local/src/VDR/PLUGINS/lib/libvdr-vdrc.so.1.4.5
Jan 22 00:34:31 [vdr] [25071] loading plugin: /usr/local/src/VDR/PLUGINS/lib/libvdr-graphlcd.so.1.4.5
Jan 22 00:34:31 [vdr] [25071] ERROR: libglcddrivers.so.1: cannot open shared object file: No such file or directory
Jan 22 00:34:31 [vdr] [25071] deleting plugin: vdrc
Jan 22 00:34:31 [vdr] [25071] exiting
Jan 22 00:34:31 [logger] VDR respawning too fast after config change - resetting admin.conft'

Wo könnte es da noch hacken?

Aber wie näher uns der Sache schon

graphlcd-base ist installiert?
und zwar so, dass die libraries (eine davon eben libglcddrivers.so.1) fuer vdr sichtbar sind.

/wastl