graphtft mir ctvdr-2

hi,

ich bekomme es auch nicht hin (leider verstehe ich auch nicht alles was in der install steht), bei mir scheitert es schon daran, dass ich die sourcen fuer ffmpeg nicht habe:

'apt-get source ffmpeg' sagt "unable to find source" ... ! ?

ffmpeg ist aber in der richtigen version installiert und libavcodec habe ich auch

zusaetzlich habe ich mehrer pfade zu ffmpeg welchen davon muss ich im makefile eintragen ?

wie ist der genaue syntax von 'make plugins'

und wie starte ich das plugin im vdr ?

Hey Jungs!

Habt ihr's schon mal im c't-VDR-Forum versucht? Da gibt's 'nen Thread mit sehr, sehr ähnlichem Titel - und zwar genau hier.

ByE...

Zitat

Original von Micha2708
Hat mich nicht wirklich weiter gebracht. Insbesondere das debianisierte graphtft scheint nicht mit dem cd-vdr Version 2 zu laufen.

Okay, also hier findest du die debianisierten Sourcen der Version 0.0.3-pre5. Diese lässt sich wunderbar kompilieren, wenn man nach der (allgemeinen) Anleitung von Tobi vorgeht. Wichtig ist, dass die entsprechenden VDR-Dev-Dateien installiert sind:

apt-get install vdr-dev

Desweiteren braucht's ffmpeg:

apt-get install ffmpeg

Danach sollte's wie folgt funktionieren:

cd /usr/src
wget [URL]http://this.is.not-mediaways.net/but.i.am/atl/vdr/src/vdr-graphtft-0.0.3-pre5-debian.tgz[/URL]
tar xvzf vdr-graphtft-0.0.3-pre5-debian.tgz
cd vdr-plugin-graphtft-0.0.3-pre5
dpkg-buildpackage -tc
dpkg -i ../vdr-plugin-graphtft-_0.0.3-pre5_i386.deb

Natürlich müssen noch entsprechende Themes (z.B. von hier) installiert werden. Viel Erfolg!

ByE...

Bin ja mal gespannt ob irgendjemand ausser atl selber das zum Laufen bringt (wenn ich da an die anderen Threads zu diesem Thema denke, bislang nur negative Meldungen, vdr restarting etc.)...

Also, legt Euch ins Zeug, Leute.

Zitat

Original von Demnos
Bin ja mal gespannt ob irgendjemand ausser atl selber das zum Laufen bringt (wenn ich da an die anderen Threads zu diesem Thema denke, bislang nur negative Meldungen, vdr restarting etc.)...

Also, legt Euch ins Zeug, Leute.

Nicht ganz! Es gibt schon 2 Leute, denen ich (mit meinen Versionen) erfolgreich helfen konnte. Eigentlich ist es auch gar nicht so schwer.

ByE...

atl: waren das auch Leute, die es mit Framebuffer einsetzen? Soweit ich gesehen habe läuft es bislang unter c't nur mit einer zweiten FF-Karte...

Ich bekomme es jedenfalls nicht hin. Das Plugin compiliert und lässt sich auch starten (wenn man es mit einem falschen Parameter aufruft, meckert es). Ich habe auch mal alle anderen Plugins rausgeschmissen bzw den vdr von Hand gestartet:

Das hier geht:

cd /usr/bin
./vdr -c /etc/vdr -L /usr/lib/vdr/plugins -P remote

Das hier geht nicht:
./vdr -c /etc/vdr -L /usr/lib/vdr/plugins -P remote -P "graphtft -d /dev/fb0"

Ich bekomme als "Antwort":
vdr: graphtft - arg: /dev/fb0
Speicherzugriffsfehler

Nachtrag:

Habe mal zum Spass eingegeben:

./vdr -c /etc/vdr -L /usr/lib/vdr/plugins -P "graphtft -d vdr/0"

Ausgabe auf der FF Karte (habe leider nur eine). Damit geht es (wenn auch nur für 1 Sekunde, bis der vdr das Bild überschreibt).

Damit bin ich genau zum selben Ergebnis gekommen, wie Uatschi... im anderen Thread.

ATL, kannst Du nicht freundlicherweise mal testen, ob Du bei Framebuffer nicht auch einen segfault bekommst????

Vielleicht liegt es ja auch an einem Bug im c't Kernel bzgl. Framebuffer? Ich habe auf meiner zweiten Partition (nacktes Debian) mal vdr und graphTFT von Hand kompliliert, da geht es ohne Probleme mit Framebuffer...

Zitat

Original von Demnos
ATL, kannst Du nicht freundlicherweise mal testen, ob Du bei Framebuffer nicht auch einen segfault bekommst????

Yepp, hab ich gemacht. Durch Zufall hab' ich hier gerade noch ein zweites System, wo ich das testen konnte. Und - leider - hab ich das gleiche Problem.

Zitat

Original von Demnos
Vielleicht liegt es ja auch an einem Bug im c't Kernel bzgl. Framebuffer? Ich habe auf meiner zweiten Partition (nacktes Debian) mal vdr und graphTFT von Hand kompliliert, da geht es ohne Probleme mit Framebuffer...

Das war meine nächste Idee. Schon mal mit einem eigenen Kernel versucht?

ByE...

Zumindest bin ich schonmal beruhigt, dass es nicht an mir liegt, sondern dass Du das gleiche Problem hast.

Wie gesagt, auf dem standard debian 2.4.25 (ohne ctvdr) Kernel geht es schonmal mit vanilla vdr. Werde heute abend mal versuchen, Tobi's VDR auf dem debian zu installieren. Bin aber fest davon überzeugt, dass das auch klappen wird.

Komisch ist nämlich schon, dass das Startverhalten der beiden Kernels unterschiedlich ist. Bei debian und "modprobe sisfb" (oder auch andere fbs) wird der Bildschirm gelöscht (schwarz), beim c't kernel wird er komplett weiss...

Soooo....wie nicht anders zu erwarten war:

Tobi's debianisierter VDR läuft mit ATLs debianisiertem graphTFT und Framebuffer ohne Probleme auf meinen Standard Debian testing (sarge) system mit 2.4.25 kernel!!! Es muss also irgendwas im c't Kernel nicht stimmen. Aber was?!?!?!?

Demnos.

Also ich habe es bei mir ohne libsoftmpeg zum laufen gebracht. Ich glaube die braucht man nur wenn man DirectFB nutzen will, beim "normalen" FB ist sie jedenfalls definitiv nicht notwendig. Von "fusionsound" habe ich noch nichtmal was gehört, und trotzdem läuft mein graphTFT...

Zitat

Original von Demnos
Tobi's debianisierter VDR läuft mit ATLs debianisiertem graphTFT und Framebuffer ohne Probleme auf meinen Standard Debian testing (sarge) system mit 2.4.25 kernel!!! Es muss also irgendwas im c't Kernel nicht stimmen. Aber was?!?!?!?

Ich kann mir nicht vorstellen, daß es was im Kernel ist (ohne es ausschließen zu wollen ;-), sondern ich denke es wird was im Plugin sein, da die debianisierte 0.0.2er des Plugs ja sauber über FB läuft.
Von daher wäre mein Vorschlag, eher in die Richtung zu fragen, ob und ggf was sich von der 0.0.2 zur 0.0.3 an der FB-Ausgabe geändert hat.
Kann ja sein, daß sich was geändert hat, was auf ein Problem im CT-Kernel trifft

Zitat

Version 0.0.3-pre1 - most code rewritten and reordered

Diese genaue Aussage aus dem GraphTFT-Changelog hilft da auch nicht weiter ...
Evtl. kann mal einer der Entwickler was dazu sagen!?
Wäre super nett ...

LG
Roman

Zitat

Original von Uatschitchun

Evtl. kann mal einer der Entwickler was dazu sagen!?
Wäre super nett ...

LG
Roman

Ich schieb mich, diesen Thread und meine Frage nochmal vorsichtig nach oben, da es auch in anderen Threads um dieses Thema geht ...