Hi,
für den vdr 1.4.7 wendest du den Patch vdr-1.4.7_extensions.diff an, kopierst Make.config.template nach Make.config und aktivierst dort den Eintrag
GRAPHTFT = 1
Grüße
horchi
Hi,
für den vdr 1.4.7 wendest du den Patch vdr-1.4.7_extensions.diff an, kopierst Make.config.template nach Make.config und aktivierst dort den Eintrag
GRAPHTFT = 1
Grüße
horchi
horchi ich hab hier ctvdr, da sind halt schon div. patches dabei.
eigentlich auch der von graphtft.
warscheinlich veraltet ?
egal ich nehm mir mal den teil von dem extensions patch oder warte was da
so kommt von tobi:
Zulu's VDR Extension patch
Hi hotzenplotz5,
Ja, ist veraltet.
Wenn du nicht 'Plain' anfangen willst könntest du auch mal versuchen ob du mit dem beim Plugin mitgelieferten vdr-1.5.2-ext.28.diff Patch weiterkommst. In diesem wird die alte Version des graphTFT Patches auf die neue hochgezogen. Das es ohne manuelle Rejects abgeht bezweifle ich jedoch.
Wenn du C kannst ist es bestimmt am einfachsten die Änderungen von Hand einzubauen.
horchi
Na wird evtl. nicht nötig sein, ich vermute mal es wird schon recht bald die neue Patch-Variante von Tobi geben.
Habe auch bereits angefangen alles selber zu übersetzen, warte nun aber auch erstmal ab wie weit Tobi damit kommt. Aber eigentlich sieht das ganz gut aus.
hi,
hat irgendwer das graphtft 0.1.5 plugin für linvdr kompiliert?
habe leider keine entwicklungsumgebung ...
danke
lg
al
Hi,
ich bekomme hier beim kompilieren folgende Fehlermeldung:
g++ -O3 -Wall -Woverloaded-virtual -g -ggdb -O0 -c -DUSE_CHANNELSCAN -DUSE_CMDSUBMENU -DUSE_CUTTERQUEUE -DUSE_CUTTIME -DUSE_DDEPGENTRY -DUSE_DOLBYINREC -DUSE_DVBPLAYER -DUSE_DVBSETUP -DUSE_GRAPHTFT -DUSE_JUMPPLAY -DUSE_LIEMIKUUTIO -DUSE_MAINMENUHOOKS -DUSE_NOEPG -DUSE_OSDMAXITEMS -DUSE_PINPLUGIN -DUSE_PLUGINMISSING -DUSE_SETTIME -DUSE_SETUP -DUSE_SOURCECAPS -DUSE_SORTRECORDS -DUSE_SUBTITLES -DUSE_SYNCEARLY -DUSE_TIMERCMD -DUSE_TIMERINFO -DUSE_YAEPG -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"graphtft"' -DHAVE_IMAGE_MAGICK -DHAVE_IMLIB -DWITH_SYSINFO -DHAVE_DFB -DHAVE_SOFTMPEG -DPVRFB -I../../../../DVB/include -I../../../include -I../../../../DVB/include -I. -I./imlibrenderer -I./imlibrenderer/fbrenderer -I./imlibrenderer/dvbrenderer -I./dfbrenderer -I./imlibrenderer/dmyrenderer `pkg-config libgtop-2.0 --cflags` -I/src `directfb-config --cflags` -I/usr/include/ffmpeg -o display.o display.c
display.c: In member function ‘int cGraphTFTDisplay::Init(const char*, const char*, int)’:
display.c:113: error: cannot allocate an object of abstract type ‘DFbRenderer’
./dfbrenderer/dfbrenderer.h:51: note: because the following virtual functions are pure within ‘DFbRenderer’:
./renderer.h:48: note: virtual int Renderer::textWidthOf(const char*, const char*, int)
make: *** [display.o] Error 1
Das passiert aber nur, wenn ich versuche das Plugin mit DFB Support zu kompilieren. Schalte ich das im Makefile ab, läuft das ganze ohne Problem durch.
Woran kann das liegen?
Gruß maverick
Ja, klasse!
hat geklappt.
Vielen Dank
ZitatOriginal von maverick-me
Ja, klasse!
hat geklappt.
Vielen Dank
kann nur sein, dass die Laufschrift nicht richtig funktioniert da hierdurch die Schriftbreite nicht berechnet wird. In der neuen Version 0.1.6-alpha ist das dann behoben.
Auch würde mich interessieren wie bzw. ob es mit dem DFB Renderer aktuell noch funktioniert da ich das hier nicht testen kann.
horchi
so, scheint ganz gut zu funktionieren, ich muss nur noch meine directFB Konfiguration richtig hinbekommen, aber auf den ersten Blick scheint's erstmal so zu laufen
Vielen Dank
neue Version 0.1.6-alpha im ersten Beitrag.
Mit dieser Version schafft es meine alte 1GHz PIII Gurke das Bild 15-20x die Sekunde neu aufzubauen, was speziell in Verbindung mit den Plugins Span/Music bzw. mp3 nützlich ist. Näheres im ersten Beitrag.
horchi
moin,
hmm , wollte es auch mal testen aber :
vdr: graphtft - try directFB device!
=======================| DirectFB 1.0.0-rc1 |=======================
(c) 2001-2006 United Cultures of Earth - go for outer space!
(c) 2000-2004 Convergence (integrated media) GmbH
----------------------------------------------------------------
(*) DirectFB/Core: Single Application Core. (2007-01-14 16:43)
(*) Direct/Memcpy: Using MMXEXT optimized memcpy()
(*) Direct/Thread: Running 'PS/2 Input' (INPUT, 28196)...
(*) DirectFB/Input: IMPS/2 Mouse 1.0 (Convergence GmbH)
(*) Direct/Thread: Running 'Linux Input' (INPUT, 28197)...
(*) DirectFB/Input: DVB on-card IR receiver (1) 0.1 (convergence integrated media GmbH)
(*) Direct/Thread: Running 'Linux Input' (INPUT, 28198)...
(*) DirectFB/Input: Budget-CI dvb ir receiver saa71 (2) 0.1 (convergence integrated media GmbH)
(*) DirectFB/Genefx: MMX detected and enabled
(*) DirectFB/Graphics: VIA/S3G CLE266/UniChrome 0.4 (-)
(*) DirectFB/Core/WM: Default 0.2 (Convergence GmbH)
(*) Direct/Interface: Loaded 'JPEG' implementation of 'IDirectFBImageProvider'.
(*) Direct/Interface: Loaded 'PNG' implementation of 'IDirectFBImageProvider'.
(!) [28199: 0.000] --> Caught signal 11 (at (nil), invalid address) <--
Getötet
Alles anzeigen
Ich sehe nur kurz "GraphTFT startet.." und das wars.
any hints ? DirectFB wollte ich nun net neu kompilieren.
Die Definitionen im Makefile verwirren mich auch a bisserl.
Was braucht man nun fuer DirectFB wirklich??
hi horchi,
schnell mal kompiliert - klasse !!
So macht der SPAN im graphtft richtig Spaß !
vielen Dank
Hi Morone,
da muss ich mich nun outen, ich habe keine Ahnung, directFB habe ich auch noch nicht verwendet. Habe zwar inzwischen fast das ganze Plugin umgekrempelt jedoch den größten Teil der Device-Ansteuerung noch nicht weiter angesehen. Außer eben den Imlib Teil sowie die Ausgabe über das Framebuffer Device (/dev/fb0). Das sollte mit diesen Einstellungen klappen:
HAVE_IMLIB = 1
HAVE_IMAGE_MAGICK = 1
#HAVE_SOFTMPEG = 1
#HAVE_FAST_MEMCPY = 1
#HAVE_PVRFB = 1
#HAVE_DFB = 1
Hi steffx,
freut mich das es klappt!
horchi
ok , die Fonts fehlten.
Leider laeuft es *wuerg mit DirectFB (kann auch daran liegen , dass ichs ueber den TV-out vom Digitainer laufen lasse) aber im Gegensatz
zum fb (vdr ~85 CPU) isses schneller (vdr ~15 CPU) .
Also ich meine jetzt MP3-Wiedergabe. Ansonsten sinds nur 1-2 %
und es laeuft gut..
ZitatOriginal von Morone
Leider laeuft es *wuerg mit DirectFB (kann auch daran liegen , dass ichs ueber den TV-out vom Digitainer laufen lasse) aber im Gegensatz
zum fb (vdr ~85 CPU) isses schneller (vdr ~15 CPU) .
Also ich meine jetzt MP3-Wiedergabe. Ansonsten sinds nur 1-2 %
und es laeuft gut..
zum directFB:
was meinst du mit *wuerg? Wie hast du es nun zum laufen bekommen?
zum framebuffer:
ja das kopiert über die CPU daher auch bei mir eine höhere last (wenigstens bei dauerndem Neuaufbau), hier jedoch immer noch unter 50% !
Auf welche Farbtiefe ist dein framebuffer eingestellt? Ich habe nur die Kopierfunktion für die 16Bit optimiert, da diese bislang eine sehr inperformante schleife war. Die anderen (24 und 32 Bit) sehen nicht so schlecht aus. Wenn es da hängt kann ich sie mir auch nochmal ansehen, nur leider nicht testen da meine Graka das mit dem Kernel Framebuffer Treiber nicht mitmachen will
horchi
Zitatwas meinst du mit *wuerg? Wie hast du es nun zum laufen bekommen?
Es fehlten nur die Fonts , mit Framebuffer ging es auch ohne
(zwar keine Schrift) aber DirectFB ist immer ausgestiegen.
Wofuer braucht man eigentlich libsoftmpeg ?
Ich habe mir den Wolf abgesucht um dann festzustellen , dasses egal
war ob mit oder ohne Unterstuetzung kompiliert.
Das *wuerg sieht so aus (Stell dir jetzt noch vor dasses flackert).
Die weisse Flaeche ist nen Stueck vom Cover von Track 2 , das
gruene von Track 2.
Framebuffer laeuft mit 32bpp , kann ich leider auch net aendern.
zwischendurch normalisiert isch auch die Anzeige wieder fuer ~ 10 Sek.,
dann sieht es wieder wie auf dem obigen 3. Bild aus.
habe die neue Version auch getestet, mit Framebuffer funktioniert es, aber wenn ich die DVB-Karte verwende bekomme ich einen Speicherzugriffsfehler und keine Ausgabe im Log.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!