Moin,
Ist hier jemand unter den Gentoo Usern der das Plugin Graphtft per ebuild am laufen hat?
Kann der/die jenige sich mal bitte bei mir per PM melden ?!?
Cheers ![]()
/bin/joerg
Moin,
Ist hier jemand unter den Gentoo Usern der das Plugin Graphtft per ebuild am laufen hat?
Kann der/die jenige sich mal bitte bei mir per PM melden ?!?
Cheers ![]()
/bin/joerg
Ich .... inner PM könnte ich dir auch nur sagen das ich das nutze. Schick mir einfach eine mit der Frage.
gruss Mad
Danke Mad,
melde mich dann per P{M,N} bei dir ![]()
Mad,
hattest Du die mail mit den attached ebuilds bekommen?
ging an mar...@hie....de vor ca. ner Woche.....
Hi,
ja sind angekommen, und leider nein. Mein iSCSI Filesystem ist im A..ch ![]()
Ich kann meinen VDR im Moment nicht booten, ich hoffe das ich das am WE wieder fixen kann und werde dann gleich das ebuild testen.
gruss mad
Ich bekenne mich auch schuldig, nutze auch graphtft unter gentoo, allerdings hab ich am 0.8 ebuild rumgefrickelt, damit ich die 0.0.16 laufen lassen kann (wiedergabe über x)
cu peje
Hi,
ist das ebuild in einem der overlays drin? Wenn ja, in welchem?
:hechel :lechtz (Schade da gibt's keine Smilies für)
Ich habe es jedenfalls nicht gefunden.
Ist das ebuild auch für framebuffer und amd64 geeignet?
Ich möchte nämlich mein internes PSP-One-Display damit in Betrieb nehmen.
Danke im voraus.
Gruß
Peter
@ p.bossy
das ebuild gibts leider erstmal nur local bei mir.
Zum einen sind die voraussetzungen ( gepatchter VDR ) bis vor kurzem noch nicht per portage vorhanden gewesen.
Es gibt jetzt den vdr-1.4.7-rx im overlay testing der den beötigten Patch im patchset mit drinhat; ok die Ausrede zählt also nicht mehr.
Zum anderen hab ich noch nicht die richtige hardware um das zu testen und zum laufen zu bringen.
Ich hab das ebuild dann an einige Leute zum testen gegeben, das hat dann erst nicht so richtig functioniert irgenwie gings dann aber doch mit irgendwelchen Änderungen, welche Änderungen dann zum laufen führten war auch nicht mehr so richtig rauszubekommen ![]()
Letzendlich liegt das noch hier local rum.
Ich will auch nicht mehr so ein halbfertiges Etwas verteilen.
Ich hab mir mal so ein Teil aus der Bucht gefischt.
( Extra damit ich das mal testen kann !!! )
Wird also noch 2 - 3 Wochen dauern bis ich das fertig habe.
Bitte noch etwas Geduld ....
//Edit
framebuffer kann es dann auf jeden Fall
und amd64 können ja ( bis auf wirklich nur 1 - 2 Ausnahmen ) alle Plugins
So,
gesagt, getan....
emerge vdr-graphtft holt Euch die vdr-graphtft-0.1.7.alpha auf die Platte.
Vorraussetzung ist vdr-1.4.7 weil der in dem Patchset den nötigen Patch enthält.
USE="graphtft" emerge vdr sollte also vorher noch ausgeführt werden.
compiliert mir neuester ffmpeg und natürlich auch mit dem vdr-1.5.x ![]()
Viel Spass
// Edit, ich vergass:
Das ganze liegt im vdr-testing Overlay.....
Hallo hd.brummy.
Aufgrund deiner Mühen konnte ich graphtft endlich kompilieren. Vielen Dank hierfür.
Eine kleine Anmerkung für deinen ebuild hätte ich noch. Wenn du das imagemagick Packet als Abhängigkeit aufnimmst, haben es Neulinge (wie ich) noch einfacher graphtft zu bauen.
Gruß, Tomekki
Ooops, ( Betriebsblind )
iss mir durch die Finger gerutscht,
im makefile stehts drin als depend
in der sehr düftigen README/INSTALL nicht.
ok, habs gefixt.
Danke
Hallo,
ich bekomme mit graphTFT nur unleserliche Streifen über
meine Grafikkarte angezeigt. Ich habe gestern meine
Versuche abgebrochen und hoffe ihr habt noch eine Idee.
Über das VDR-OSD Menü kann ich auf das Plugin zugreifen, so
dass ich davon ausgehe, dass es ordentlich installiert wurde.
Habe ich noch etwas vergessen?
In der originalen INSTALL von vdr-graphtft-0.1.7.alpha werden noch die
folgenden Pakete als Abhängigkeiten angesprochen:
* imlib2
* DirectFB
* ffmpeg
* libsoftmpeg
Die ersten habe ich auch installieren können:
[ebuild R ] media-libs/imlib2-1.4.0 USE="X gif jpeg nls png tiff zlib -bzip2 -doc (-mmx) -mp3" 0 kB
[ebuild R ] dev-libs/DirectFB-1.0.0 USE="gif jpeg mmx png sdl sse truetype zlib -debug -fbcon -fusion -sysfs -v4l -v4l2" 0 kB
[ebuild R ] media-video/ffmpeg-0.4.9_p20070616-r1 USE="X imlib mmx sdl truetype zlib -a52 -aac (-altivec) -amr -debug -doc -encode -ieee1394 -network -ogg -oss -test -theora -threads -v4l -vorbis -x264 -xvid" 0 kB
Das Packet libsoftmpeg konnte leider nicht installieren,
da das abhängige Packet 'FusionSound'
sich nicht bauen lies. Ich benötige doch gar keine Audiounterstützung, oder?
emerge libsoftmpeg -pv
[...]
[ebuild N ] media-libs/FusionSound-0.9.22 0 kB [1]
[ebuild N ] media-libs/libsoftmpeg-20051026 0 kB [1]
Total: 2 packages (2 new), Size of downloads: 0 kB
Portage tree and overlays:
[0] /usr/portage
[1] /usr/portage/local/layman/gentoo-de
>>> Emerging (1 of 1) media-libs/FusionSound-0.9.22 to /
* FusionSound-0.9.22.tar.gz MD5 ;-) ... [ ok ]
* FusionSound-0.9.22.tar.gz size ;-) ... [ ok ]
* checking ebuild checksums ;-) ... [ ok ]
* checking auxfile checksums ;-) ... [ ok ]
* checking miscfile checksums ;-) ... [ ok ]
* checking FusionSound-0.9.22.tar.gz ;-) ... [ ok ]
>>> Unpacking source...
[...]
playback.c: In function 'fs_playback_pool_create':
playback.c:83: error: too few arguments to function 'fusion_object_pool_create'
playback.c: In function 'fs_playback_create':
playback.c:120: error: too few arguments to function 'fusion_skirmish_init'
make[3]: *** [playback.lo] Error 1
make[3]: *** Waiting for unfinished jobs....
sound_buffer.c:48:27: error: macro "SHFREE" requires 2 arguments, but only 1 given
sound_buffer.c: In function 'buffer_destructor':
sound_buffer.c:48: error: 'SHFREE' undeclared (first use in this function)
sound_buffer.c:48: error: (Each undeclared identifier is reported only once
sound_buffer.c:48: error: for each function it appears in.)
sound_buffer.c:42: warning: unused variable 'buffer'
sound_buffer.c: In function 'fs_buffer_pool_create':
sound_buffer.c:58: error: too few arguments to function 'fusion_object_pool_create'
sound_buffer.c:101:57: error: macro "SHMALLOC" requires 2 arguments, but only 1 given
sound_buffer.c: In function 'fs_buffer_create':
sound_buffer.c:101: error: 'SHMALLOC' undeclared (first use in this function)
make[3]: *** [sound_buffer.lo] Error 1
core_sound.c:120: error: 'DIRECT_UTIL_RECURSIVE_PTHREAD_MUTEX_INITIALIZER' undeclared here (not in a function)
core_sound.c: In function 'fs_core_create':
core_sound.c:160: error: implicit declaration of function 'fusion_init'
core_sound.c:187: warning: passing argument 1 of 'fusion_arena_enter' from incompatible pointer type
core_sound.c:187: warning: passing argument 2 of 'fusion_arena_enter' from incompatible pointer type
core_sound.c:187: warning: passing argument 4 of 'fusion_arena_enter' from incompatible pointer type
core_sound.c:187: warning: passing argument 6 of 'fusion_arena_enter' from incompatible pointer type
core_sound.c:187: error: too few arguments to function 'fusion_arena_enter'
core_sound.c: In function 'fs_core_destroy':
core_sound.c:251: error: too few arguments to function 'fusion_exit'
core_sound.c: In function 'fs_core_create_buffer':
core_sound.c:273: error: too few arguments to function 'fusion_object_create'
core_sound.c: In function 'fs_core_create_playback':
core_sound.c:284: error: too few arguments to function 'fusion_object_create'
core_sound.c:321:53: error: macro "SHCALLOC" requires 3 arguments, but only 2 given
core_sound.c: In function 'fs_core_add_playback':
core_sound.c:321: error: 'SHCALLOC' undeclared (first use in this function)
core_sound.c:321: error: (Each undeclared identifier is reported only once
core_sound.c:321: error: for each function it appears in.)
core_sound.c:327:25: error: macro "SHFREE" requires 2 arguments, but only 1 given
core_sound.c:327: error: 'SHFREE' undeclared (first use in this function)
core_sound.c:362:30: error: macro "SHFREE" requires 2 arguments, but only 1 given
core_sound.c: In function 'fs_core_remove_playback':
core_sound.c:362: error: 'SHFREE' undeclared (first use in this function)
core_sound.c:448:35: error: macro "SHFREE" requires 2 arguments, but only 1 given
core_sound.c: In function 'sound_thread':
core_sound.c:448: error: 'SHFREE' undeclared (first use in this function)
core_sound.c: In function 'fs_core_initialize':
core_sound.c:489: error: too few arguments to function 'direct_try_open'
core_sound.c:549: error: too few arguments to function 'fusion_skirmish_init'
core_sound.c:612:25: error: macro "SHFREE" requires 2 arguments, but only 1 given
core_sound.c: In function 'fs_core_shutdown':
core_sound.c:612: error: 'SHFREE' undeclared (first use in this function)
core_sound.c:616: error: too few arguments to function 'fusion_object_pool_destroy'
core_sound.c:619: error: too few arguments to function 'fusion_object_pool_destroy'
core_sound.c:645:52: error: macro "SHCALLOC" requires 3 arguments, but only 2 given
core_sound.c: In function 'fs_core_arena_initialize':
core_sound.c:645: error: 'SHCALLOC' undeclared (first use in this function)
core_sound.c:667:26: error: macro "SHFREE" requires 2 arguments, but only 1 given
core_sound.c:667: error: 'SHFREE' undeclared (first use in this function)
core_sound.c: In function 'fs_core_arena_join':
core_sound.c:688: warning: dereferencing type-punned pointer will break strict-aliasing rules
make[3]: *** [core_sound.lo] Error 1
make[3]: Leaving directory `/var/tmp/portage/media-libs/FusionSound-0.9.22/work/FusionSound-0.9.22/src/core'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/media-libs/FusionSound-0.9.22/work/FusionSound-0.9.22/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/media-libs/FusionSound-0.9.22/work/FusionSound-0.9.22'
make: *** [all] Error 2
*
* ERROR: media-libs/FusionSound-0.9.22 failed.
* Call stack:
* ebuild.sh, line 1654: Called dyn_compile
* ebuild.sh, line 990: Called qa_call 'src_compile'
* ebuild.sh, line 44: Called src_compile
* ebuild.sh, line 662: Called die
*
* emake failed
* If you need support, post the topmost build error, and the call stack if relevant.
* A complete build log is located at '/var/tmp/portage/media-libs/FusionSound-0.9.22/temp/build.log'.
*
Display More
Gruß, Tomekki
Moin,
directFB mit der abhängikeit libsoftmpeg wird momentan nicht unterstützt.
Hab ich hier nur kurz angetestet, lief aber nicht weils an allen ecken compile Probleme gab.
Die Abhängigkeiten stimmen jetzt!
Alles was directFB betrifft ist im ebuild kommentiert; da setz ich mich mal irgendwann nochmal ran wenn ich Zeit und Lust darauf habe.
Ausgabe geht also im Moment nur über framebuffer device.
Mein Tip dazu ist dann folgender:
Configuriere als erstes deinen Kernel und deine grub oder lilo parameter.
Du solltest auf jeden fall erstmal eine vernünftigen konsolen ouput auf dem TFT beim booten habe.
Wenns da schon klemmt, brauchste garnicht erst mit graphtft weitermachen.
Die angsprochenen Streifen hab ich momentan auch nachdem ich meine Graka gewechselt habe, ist also auch immer ne Hardwarefrage.
Hab das aber auch noch nicht weiter untersucht bei mir.
Was mir noch gerade auffällt, Du benutzt ja noch den gentoo-de Overlay
Die beiden ebuilds, Fusion-sound + libsoftmeg, sind da bestimmt mit dem commit Datum vom oktober 2005 hoffnungslos veraltet.
Sieht also nach richtig viel arbeit mit dem directFB aus ![]()
Mit unserer "2 Man Ebuild Army" sind wir da auch cronich unterbesetzt für das "Gentoo VDR Project" um sowas auf die schnell zu machen.
Naja, der nächste Winter kommt bestimmt ...
Wenn Du nicht unbedingt den text2skin kram haben musst, kannste den gentoo-de overlay auch rausschmeissen. Da ist eigentlich nix brauchbares mehr drin.
Hallo hd.brummy,
danke für deine zeitnahe Antwort.
Ich habe jetzt zum erstem mal einen ebuild von innen gesehen, war gar nicht so schlimm ;).
Ich habe bereits einen funktionierenden vesa Framebuffer. Diesen habe ich in Grub so eingerichtet:
title=Gentoo Linux 2.6.22-rc1 (vesa splash LiveCD)
root (hd0,0)
kernel /boot/kernel-2.6.22-rc1 root=/dev/md3 video=vesafb:ywrap,mtrr:3,ywrap vga=0x317 splash=verbose,theme:livecd-2007.0 CONSOLE=/dev/tty0
initrd=/boot/fbsplash-livecd-2007.0-1024x768
Die Streifen sind nach wie vor da. Bevor ich weiter frage probiere eine andere Framebuffer Ausgabe aus.
Stimmt, der gentoo-de overlay ist wirklich etwas angestaubt und ist heraus geflogen.
Die Ausgabe via directFB wäre für den Anwender am einfachsten.
Falls du dieses oder ein anderes VDR-ebuild extern testen möchtest,
bin ich gerne dazu bereit (habe ein x86_64 system). Du kannst mich direkt ansprechen; siehe pn.
Gruß, Tomekki
an der Baustelle graphtft über X könnte man auch noch bauen, oder sollte das mit dem ebuild auch gehen?
cu peje
Hallo peje.
QuoteOriginal von peje
an der Baustelle graphtft über X könnte man auch noch bauen, oder sollte das mit dem ebuild auch gehen?
cu peje
In dem ebuild fehlt (noch ;)) die Unterstützung für directFB. Hiermit wäre eine gemischte Ausgabe von normalen X-Anwendungen und echten DirectFB-Anwendungen möglich.
QuoteOriginal von hd.brummy
Alles was directFB betrifft ist im ebuild kommentiert; [...]
Hier ist also deine Baustelle ![]()
Gruß, Tomek
@ Peje
Ganz weit hinten, da hab ich noch garkein Plan für ![]()
Gibt ja eigentlich auch erstmal genug Alternatien um den VDR aus der Ferne zu steuern ![]()
@ Tomekki
FusionSound gibts jetzt in der actuellen Version im Portage.
Ja, und das muss leider dabei sein weil libsoftmpeg vom Konzept her nicht nur auf graphtft zugeschnittten ist.
libsoftmpeg klemmt aber an allen ecken , die sourcen sind von 2004.
Also es dauert noch, muss erstmal sehen das ich da einen von den Developern erwische.
// Edit
Ich seh gerade das libsoftmpeg garnicht zwingend notwendig ist,
mal sehen, da sollte sich doch dann was machen lassen....
Hallo allerseits, zum ebuilden fehlt mit momentan grad die Zeit.
Für solche die wie ich graphtft-fe nutzen so sollte es klappen:
qt4 emergen,
X so konfigurieren dass beide Displays gehen
im vdr-graphtft-0.1.7_alpha.ebuild die Zeile
sed -i Makefile -e "s:WITH_X_COMM = 1:#WITH_X_COMM = 1:"
löschen oder auskommentieren
dann ebuild vdr-graphtft-0.1.7_alpha.ebuild digest,
graphtft emergen, in der /etc/vdr.graphtft zum Beispiel GRAPHTFT_DEVICE=none setzen
vdr starten, graphtft-fe hab ich händisch kompiliert zum Beispiel in /usr/local/bin entpacken, ./clean.sh .build.sh
starten zum Beispiel mit script in /home/user/.kde/Autostart/graphtft.sh
graphtft.sh:
#!/bin/sh
DISPLAY=:0.1 /usr/local/bin/graphtft-0.1.7.alpha/graphtft-fe/graphtft-fe -h localhost -n -r -f -W 1140 -H 820
die Werte -W und -H müssen natürlich noch angepasst werden.
Diese Konfiguration ist für mich praktisch um den Flachbildschirm auch als Pc nutzen zu können (DVD und Amarok), das Display vom vdr hängt am vga, der TV am dvi der Graka
cu peje
Hallo ich bastel auch gerade an graphtft unter gentoo.
Leider habe ich da so meine Problem.
Aber fieleicht kann mir ja jemand bei meinem Problem helfen.
Ich habe versucht graphtft-fe auf unterschiedlichste Art und Weise zu starten unter anderem mit diesem initscript
#!/sbin/runscript
depend() {
need vdr
}
start() {
export DISPLAY=:0.1
graphtft-fe -h 127.0.0.1 &
sleep 2
xwit -move 22 0 -id $(xwininfo -root -children | grep 720x576 | awk '{print $1}')
}
stop() {
killall graphtft-fe
}
restart() {
svc_stop
sleep 3
svc_start
}
Display More
Ein manueller Aufruf dieses Scripts klappt immer. Wird es jedoch während des bootens aufgerufen startest graphtft-fe nicht. Zudem kommt es vor das das vt umgeschaltet wird oder die Console unleserlich innerhalb des X Bildes dargestellt wird.
Übrigens starte ich X mittels diesem script das ich als weitere Abhängigkeit im vdr script eingetragen habe.
#!/sbin/runscript
depend() {
need localmount net
}
start() {
X vt08 -br -ac -quiet -logfile /var/log/Xorg.0.log 2>/dev/null 1>/dev/null &
}
stop() {
killall X
}
restart() {
svc_stop
sleep 3
svc_start
}
Display More
Auch habe ich versucht das starten von graphtft inerhal des vdr initscript zu machen oder über local.start mit dem selben Ergebnis.
Moin,
verusche verzweifelt das Frontend zu kompilieren, bin nach der Anleitung von peje vorgangen.
imlib2-1.4 und qt4 ist installiert
folgende Fehlermeldung kommt beim compilieren:
graphtft.cc: In member function »int GraphTft::init()«:
graphtft.cc:235: Fehler: »imlib_context_set_display« wurde in diesem Gültigkeitsbereich nicht definiert
graphtft.cc:236: Fehler: »imlib_context_set_visual« wurde in diesem Gültigkeitsbereich nicht definiert
graphtft.cc:237: Fehler: »imlib_context_set_colormap« wurde in diesem Gültigkeitsbereich nicht definiert
graphtft.cc:238: Fehler: »imlib_context_set_drawable« wurde in diesem Gültigkeitsbereich nicht definiert
graphtft.cc: In member function »int GraphTft::paint()«:
graphtft.cc:371: Fehler: »imlib_render_image_on_drawable« wurde in diesem Gültigkeitsbereich nicht definiert
graphtft.cc:386: Fehler: »imlib_render_image_on_drawable« wurde in diesem Gültigkeitsbereich nicht definiert
make: *** [graphtft.o] Fehler 1
Don’t have an account yet? Register yourself now and be a part of our community!