easyVDR

easyVDR > Hardware > Ausgabe-Devices > Displays > Pearl Display + EasyVDR?
Normale Version: Pearl Display + EasyVDR?
Du siehst gerade eine vereinfachte Darstellung unserer Inhalte. Normale Ansicht mit richtiger Formatierung.
Seiten: 1 2

masterpete

23.11.2011, 07:29
Hi,

hat schon jemand das Pearl Display mit Easy VDR am laufen?

http://www.vdr-portal.de/board18-vdr-har...y-hacking/

http://www.vdr-portal.de/board18-vdr-har...o-install/

SurfaceCleanerZ

23.11.2011, 20:07
Hi,
dazu müsstest du den touchcol-Zweig selbst bauen...

mfG,
Stefan

masterpete

24.11.2011, 07:05
ist das machbar oder brauch ich da tiefgründiges wissen.
Mir gehts nur um den Betrieb nicht ums hacken

SurfaceCleanerZ

24.11.2011, 08:18
Hi,
ich den ke mal, nach dem manuellen Howto im Portal tuts...
Denk dran, das Makefile zu editieren wegen Pearl Support.

Das yaVDR geht nicht...

mfG,
Stefan

masterpete

26.11.2011, 12:18
Ich verstehe es nicht ganz, was du meinst.

Läuft es ootb mit meinem EasyVDR 07.14?

sinai

26.11.2011, 12:32
0.7.14? Das ist ja eine Uraltversion - ich glaube nach 0.7.20 sind wir auf die 0.8 gegangen. da wird sich keiner mehr erinnern können, was in dieser Beta alles machbar war, was drin war, was fehlte.

Nutze 0.8.06 - dann haben wir einen definierten Stand.

Andy

masterpete

26.11.2011, 12:34
Ja, ok, verstehe wenn dort kein Support mehr reingesteckt wird, wenn es dennoch wer nutzt, würde ich mich freuen.

Ich dachte ich könnte es auf der 07.14 ganz einfach machen ... :

Code:
wzVDR:/usr/src# git clone git://projects.vdr-developer.org/graphlcd-base.git -b touchcol graphlcd-base.git.touchcol
error: unknown switch `b'
usage: git-clone [options] [--] <repo> [<dir>]

    -q, --quiet           be quiet
    -n, --no-checkout     don't create a checkout
    --bare                create a bare repository
    --naked               create a bare repository
    -l, --local           to clone from a local repository
    --no-hardlinks        don't use local hardlinks, always copy
    -s, --shared          setup as shared repository
    --template <path>     path the template repository
    --reference <repo>    reference repository
    -o, --origin <branch>
                          use <branch> instead or 'origin' to track upstream
    -u, --upload-pack <path>
                          path to git-upload-pack on the remote
    --depth <depth>       create a shallow clone of that depth

sinai

26.11.2011, 12:42
Erst clonen und dann

git checkout touchcol

Andy

masterpete

26.11.2011, 12:48
Sorry, bin da noch nicht so firm:
also
Code:
wzVDR:/usr/src# git clone git://projects.vdr-developer.org/graphlcd-base.git
Initialized empty Git repository in /usr/src/graphlcd-base/.git/
remote: Counting objects: 1019, done.
remote: Compressing objects: 100% (982/982), done.
remote: Total 1019 (delta 727), reused 68 (delta 36)
Receiving objects: 100% (1019/1019), 324.74 KiB | 577 KiB/s, done.
Resolving deltas: 100% (727/727), done.
und dann?
Code:
wzVDR:/usr/src/graphlcd-base# git checkout touchcol
error: pathspec 'touchcol' did not match any file(s) known to git.
wzVDR:/usr/src/graphlcd-base# cd .git
wzVDR:/usr/src/graphlcd-base/.git# git checkout touchcol
fatal: This operation must be run in a work tree
wzVDR:/usr/src/graphlcd-base/.git#

sinai

26.11.2011, 12:55
Hmm

http://www.online-tutorials.net/programm...3-263.html

Welche branches sind denn da?

Andy

masterpete

26.11.2011, 13:37
wenn ich wüsste wie ich das raus kriege Sad

wzVDR:/usr/src/graphlcd-base# git show-branch
[master] consolidate Uf8 sequence detection in Utf8CodeAdjustCounter


Zwischenfrage: wäre es mit der 09.50 einfacher?
Will später ja beides laufen haben aber erstmal nur testen wie es überhaupt mit easyvdr aussieht

Nachtrag:
Schon ein Stück weiter. Aber noch nicht im ganzen:

Code:
wzVDR:/usr/src# git clone git://projects.vdr-developer.org/graphlcd-base.git graphlcd-base
Initialized empty Git repository in /usr/src/graphlcd-base/.git/
remote: Counting objects: 1019, done.
remote: Compressing objects: 100% (982/982), done.
remote: Total 1019 (delta 727), reused 68 (delta 36)
Receiving objects: 100% (1019/1019), 324.74 KiB | 503 KiB/s, done.
Resolving deltas: 100% (727/727), done.
wzVDR:/usr/src# cd graphlcd-base
wzVDR:/usr/src/graphlcd-base# git pull origin touchcol
From git://projects.vdr-developer.org/graphlcd-base
* branch            touchcol   -> FETCH_HEAD
Auto-merged HISTORY
CONFLICT (content): Merge conflict in HISTORY
Auto-merged Make.config
Auto-merged Makefile
CONFLICT (content): Merge conflict in Makefile
Auto-merged glcddrivers/Makefile
CONFLICT (content): Merge conflict in glcddrivers/Makefile
Auto-merged glcddrivers/drivers.c
CONFLICT (content): Merge conflict in glcddrivers/drivers.c
Auto-merged glcddrivers/drivers.h
CONFLICT (content): Merge conflict in glcddrivers/drivers.h
Auto-merged glcddrivers/futabaMDM166A.c
CONFLICT (add/add): Merge conflict in glcddrivers/futabaMDM166A.c
Auto-merged glcddrivers/futabaMDM166A.h
CONFLICT (add/add): Merge conflict in glcddrivers/futabaMDM166A.h
Auto-merged glcddrivers/g15daemon.c
Auto-merged glcddrivers/gu256x64-372.c
Auto-merged glcddrivers/image.c
CONFLICT (content): Merge conflict in glcddrivers/image.c
Auto-merged glcddrivers/noritake800.c
CONFLICT (content): Merge conflict in glcddrivers/noritake800.c
Auto-merged glcddrivers/noritake800.h
CONFLICT (content): Merge conflict in glcddrivers/noritake800.h
Auto-merged glcddrivers/serdisp.c
Auto-merged glcdgraphics/Makefile
Auto-merged glcdgraphics/bitmap.c
CONFLICT (content): Merge conflict in glcdgraphics/bitmap.c
Auto-merged glcdgraphics/bitmap.h
CONFLICT (content): Merge conflict in glcdgraphics/bitmap.h
Auto-merged glcdgraphics/font.c
CONFLICT (content): Merge conflict in glcdgraphics/font.c
Auto-merged glcdgraphics/font.h
CONFLICT (content): Merge conflict in glcdgraphics/font.h
Auto-merged glcdskin/Makefile
Auto-merged glcdskin/config.h
CONFLICT (content): Merge conflict in glcdskin/config.h
Auto-merged glcdskin/display.c
CONFLICT (content): Merge conflict in glcdskin/display.c
Auto-merged glcdskin/display.h
CONFLICT (content): Merge conflict in glcdskin/display.h
Auto-merged glcdskin/object.c
CONFLICT (content): Merge conflict in glcdskin/object.c
Auto-merged glcdskin/object.h
CONFLICT (content): Merge conflict in glcdskin/object.h
Auto-merged glcdskin/parser.c
CONFLICT (content): Merge conflict in glcdskin/parser.c
Auto-merged graphlcd.conf
CONFLICT (content): Merge conflict in graphlcd.conf
Auto-merged tools/lcdtestpattern/Makefile
Auto-merged tools/showpic/showpic.c
CONFLICT (content): Merge conflict in tools/showpic/showpic.c
Auto-merged tools/showtext/showtext.c
Automatic merge failed; fix conflicts and then commit the result.
wzVDR:/usr/src/graphlcd-base#

masterpete

26.11.2011, 14:16
Nachtrag:

Code:
wzVDR:/usr/src/graphlcd-base# make
Makefile:8: *** Leerer Variablenname.  Schluss.

SurfaceCleanerZ

27.11.2011, 20:30
Hi,
da in der 0.95 auch noch kein Paket dafür da ist, ist es prinzipiell nicht einfacher, außer du musst feststellen, dass noch andere Pakete zu alt sind, dann wirste mit Etch schnell scheitern fürchte ich...

mfG,
Stefan

masterpete

30.11.2011, 10:36
Könnte ich selber etwas dafür tun, dass es ein Paket für die 09.50 gibt?

sinai

30.11.2011, 11:39
Gerne. Hole dir die Sourcen, kompiliere das ganze unter 0.9.50, dokumentiere welche Configfiles welche Inhalte haben müssen und wo Sie liegen, und schreibe welche Änderungen du gemacht hast.
Das stellst du hier zur Verfügung, dann baue ich daraus ein Paket.
Für eine automatische Erkennung wäre noch lsusb, bzw lspci o.ä. sinnvoll.

Andy

masterpete

30.11.2011, 13:05
OK.
Auftrag erkannt.
Mal sehen was der WAF dazu sagt. Von daher rechnet nicht allzuschnell damit.

masterpete

06.12.2011, 13:42
bin nun soweit.
beim make vom graphlcd:

Code:
[email protected]:/usr/src/graphlcd-base.git.touchcol# make
make[1]: pkg-config: Kommando nicht gefunden
make[1]: Betrete Verzeichnis '/usr/src/graphlcd-base.git.touchcol/glcdgraphics'
make[1]: Verlasse Verzeichnis '/usr/src/graphlcd-base.git.touchcol/glcdgraphics'
make[1]: pkg-config: Kommando nicht gefunden
make[1]: Betrete Verzeichnis '/usr/src/graphlcd-base.git.touchcol/glcdgraphics'
g++ -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -DHAVE_IMAGEMAGICK -I/usr/local/include/freetype2 -I/usr/local/include  bitmap.c
make[1]: pkg-config: Kommando nicht gefunden
g++ -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -DHAVE_IMAGEMAGICK -I/usr/local/include/freetype2 -I/usr/local/include  common.c
make[1]: pkg-config: Kommando nicht gefunden
g++ -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -DHAVE_IMAGEMAGICK -I/usr/local/include/freetype2 -I/usr/local/include  font.c
font.c: In Elementfunktion »bool GLCD::cFont::LoadFNT(const string&, const string&)«:
font.c:146:48: Warnung: Der Rückgabewert von »size_t fread(void*, size_t, size_t, FILE*)«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert [-Wunused-result]
font.c:167:50: Warnung: Der Rückgabewert von »size_t fread(void*, size_t, size_t, FILE*)«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert [-Wunused-result]
font.c:170:71: Warnung: Der Rückgabewert von »size_t fread(void*, size_t, size_t, FILE*)«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert [-Wunused-result]
make[1]: pkg-config: Kommando nicht gefunden
g++ -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -DHAVE_IMAGEMAGICK -I/usr/local/include/freetype2 -I/usr/local/include  glcd.c
make[1]: pkg-config: Kommando nicht gefunden
g++ -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -DHAVE_IMAGEMAGICK -I/usr/local/include/freetype2 -I/usr/local/include  image.c
make[1]: pkg-config: Kommando nicht gefunden
g++ -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -DHAVE_IMAGEMAGICK -I/usr/local/include/freetype2 -I/usr/local/include  imagefile.c
make[1]: pkg-config: Kommando nicht gefunden
g++ -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -DHAVE_IMAGEMAGICK -I/usr/local/include/freetype2 -I/usr/local/include  pbm.c
make[1]: pkg-config: Kommando nicht gefunden
g++ -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -DHAVE_IMAGEMAGICK -I/usr/local/include/freetype2 -I/usr/local/include  extformats.c
extformats.c:25:22: schwerwiegender Fehler: Magick++.h: Datei oder Verzeichnis nicht gefunden
Kompilierung beendet.
make[1]: *** [extformats.o] Fehler 1
make[1]: Verlasse Verzeichnis '/usr/src/graphlcd-base.git.touchcol/glcdgraphics'
make: *** [all] Fehler 2
jemand eine idee ?  Sad

masterpete

06.12.2011, 14:26
ok  pkg-config nach installiert.

nun gehts weiter ....


masterpete

06.12.2011, 16:56
nun liefert
Code:
showpic -c /etc/graphlcd.conf -d ax206dpf -u -i /usr/src/vdr-plugin-graphlcd.touchcol/graphlcd/logos/replay/replay-dvd_l.glcd
schon ein bild auf dem display nun nur noch das vdr-plugin-graphlcd.touchcol gebaut bekommen mit der 09.50 er da hakt es gerade bei mir ...
siehe http://www.easyvdr-forum.de/forum/index....ic=12882.0

masterpete

07.12.2011, 11:07
so update:

plugin gebaut und aktiviert. aber laufen will es noch nicht
Code:
Dec  7 10:05:23 easyvdr vdr: [4496] graphlcd plugin: INFO: No config file specified, using default (/etc/graphlcd.conf).
Dec  7 10:05:23 easyvdr vdr: [4496] graphlcd plugin: INFO: No display specified, using first one (framebuffer).
Dec  7 10:05:23 easyvdr vdr: [4496] graphlcd plugin: ERROR opening channel alias file '/var/lib/vdr/plugins/graphlcd/channels.alias'
Dec  7 10:05:23 easyvdr vdr: [4496] graphlcd plugin: DEBUG: Init timeout waiting for display framebuffer thread to get ready
Jemand eine Idee?
sysconfig habe ich so geändert:
\"-Pgraphlcd –d ax206dpf –s touchcol\"
oder so
\"-Pgraphlcd –d ax206dpf\"

Beides kein Erfolg

masterpete

07.12.2011, 11:22
BILD BILD BILD

ich habe BILD

so wie mache ich weiter.

soll ich alles nochmal an eine "nackten" 09.50 testen und dann zusammenfassen, was ich gemacht habe?
die libvdr-graphlcd.so.1.7.21 brauch ich nicht nochmal bauen oder?


SurfaceCleanerZ

07.12.2011, 22:31
Hi,
wenn du sinai den src lieferst mit genauer Anleitung, was wo hin muss dann packt ers in ppa zum Pakete bauen...

mfG,
Stefan

masterpete

08.12.2011, 10:56
Ich mache im Moment alles nochmal fertig. Dann müsst ihr mal drüber schauen was man kürzen / ändern muss

masterpete

08.12.2011, 11:58
anleitung mal zur durchsicht per pn versendet

i_und_m

06.01.2012, 04:04
Hallo zusammen,

ich beobachte diesen Thread schon eine eine Weile mit Interesse, da ich das Pearl-Display auch gerne mit der 0.9 nutzen möchte.

Da wohl außer masterpete noch niemand so recht erfolgreich war, frage ich mal in die Runde, ob es inzwischen Neues gibt?

Danke schon mal und Grüße,
Michael
Seiten: 1 2
easyVDR > Hardware > Ausgabe-Devices > Displays > Pearl Display + EasyVDR?