Argl!
Die unergründlichen Tiefen der Hardware...
Viel Spaß beim durchsortieren der Karten, bis alles passt....
rael
Argl!
Die unergründlichen Tiefen der Hardware...
Viel Spaß beim durchsortieren der Karten, bis alles passt....
rael
Mist: Die Reihenfolge der gesteckten Karten spielt keine Rolle. Der Treiberneustart war Folge der reload-funktion meiner runvdr.
Um die Sache überschaubarer zu machen, habe ich mal vdr manuell gestartet.
Letzter log bevor vdr sich beendet:
vdr: graphtft - arg: /dev/fb0
vdr: graphtft - themeversion dosen't match
vdr: graphtft - start: None themes found!
Habe mehrere themes probiert. Es gibt auch einen ungelösten Thread, in dem jemand selbiges Problem hatte.
Muss jetzt schauen wie's weitergeht...
gruß turrican
@ wbreu: Da ist was dran, denn wenn ich das Original standart-theme benutze, lautet der letzte log:
Jun 28 10:28:33 [vdr] vdr: [11290] loading /opt/etc/plugins/graphTFT/themes/standard/standard.theme
Mit veränderter "version=x.x.x"
In beiden Fällen startet VDR aber nicht durch, es gibt auch keine weiteren Einträge im sys.log.
@ rael: Bin nach deinem Howto vorgegangen und die Files wurden schonmal sauber gepatched. Allerdings fehlt mir "ffmpeg-config". Beim abarbeiten des Makefile, wird es zwar angemeckert, läuft aber durch und erzeugt die libvdr-graphtft.so.1.4.1. Beim starten bekomme ich aber folgenden Fehler:
Wenn ich im Makefile folgende Passage ersetze, bin ich wieder soweit wie vorher und VDR startet wieder nicht durch.
-ifdef HAVE_FFMPEG
-INCLUDES += `ffmpeg-config --cflags`
-LIBS += `ffmpeg-config --libs avcodec`
-endif
+ifdef HAVE_FFMPEG
+INCLUDES += -I$(FFMDIR)
+LIBS += -L$(FFMDIR)/libavcodec -lavcodec
+endif
Hallo noch mal,
vielleicht liegt es ja noch an den Spracheinstellungen und der daraus resultierenden Sortierreihenfolge wie TOMG hier:
GraphTFT-Theme wird nicht gespeichert
beschrieben hat.
Gruß
Wolfgang
Teilerfolg: Rechte von /dev/fb0 standen auf 0620, per udev-rule geändert auf 0666
Somit startet VDR endlich mit dem Plugin durch. Anzeige auf dem TFT hab' ich zwar noch keine, aber der Tag ist ja noch jung!
bis dann...
Also der Framebuffer an sich läuft schonmal. Wenn ich an Stelle des TFT den Fernseher einstecke, seh ich darauf den Bootvorgang, bis graphtft startet, dann sind nur noch laufende streifen zu erkennen. Am TFT erscheint jedoch nix.
-bash-3.00# fbset
mode "640x480-60"
# D: 25.176 MHz, H: 31.469 kHz, V: 59.942 Hz
geometry 640 480 640 32767 8
timings 39721 40 24 32 11 96 2
rgba 8/0,8/0,8/0,0/0
endmode
Wie habt ihr eure Einstellungen gemacht?
gruß turrican
Bin ein Schritt weiter. Habe folgende Feststellung gemacht: Wenn das TFT-Display von Anfang an am TV-Out angeschlossen ist, erhalte ich keinerlei Anzeige. Schließe ich jedoch beim booten den Fernseher am TV-Out an, so sehe ich zunächst den Bootvorgang auf der Flimmerkiste. Wenn ich jetzt schnell umstecke (Fernseher weg vom TV-Out, TFT rein), sehe ich den Rest des Bootvorgangs auf'm TFT! Sobald das graphtft-plugin geladen wird, erscheint nur noch rauschen mit horizontalen Balken. Beende ich VDR, ist wieder die Textkonsole auf'm TFT zu erkennen. Beim anschließenden neustart, bleibt das TFT wieder dunkel!
Komisch oder? Warum ist das so?
[Blockierte Grafik: http://www.imageup.de/img11/tft4gf.jpg]
Endlich geschafft! Musste zunächst im Kernel rivafb gegen vesafb tauschen. Framebuffer mit 0x314 aktivieren und dann noch ein "nvtv --tv-on -r 800,600 -S PAL -s Small" absetzen.
Ich danke allen, die mir mit ihren Anregungen auf diesem Weg geholfen haben!
mfg, turrican
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!