Beiträge von xheinrich

Ich betreibe seit vielen Jahren einen headless Aufnahmeserver nur für Radiosendungen und bin z.Zt. dabei, die Hardware auf einen Raspeberry umzustellen. Trotz selbstkompilierten vdr 2.1.6 funktioniert das bisher ganz zufriedenstellend. Bisher war es mir egal, dass die Budget-USB-Karte dauernd lief. Nachdem die bisherige Karte ihren Geist nach 5 Jahren aufgegeben hat, probierte ich andere aus, die z.T. ordentlich heizen, auch die PCTV 461e wird gut handwarm. Die erste war mal von Anfang an kaputt und die zweite hält den Dauerbertieb scheinbar nicht durch. Das ist deswegen doof weil ich das Ganze auf dem Dachboden aufstellen möchte, wo es im Sommer mächtig warm wird. Deswegen hätte ich gerne folgendes:

• Nach einer Aufnahme beendet sich der vdr von selbst und die Treiber für die Karte werden entladen.
• Einmal täglich wird der vdr durch cronjob gestartet um das epg zu aktualisieren (vorher Treiber laden, danach wieder entladen)
• rechtzeitig (damit der epg scan durch ist) vor der nächsten Aufnahme wird der vdr wieder gestartet (mit dem at Befehl)
• wenn ich von einem remote computer das live plugin anspreche (Port 8008) soll der vdr starten und nach einem timeout sich beenden

Schätze mal, dass dafür ein script nicht reicht...

Das mit dem Beenden nach der Aufnahme uund Starten vor der nächsten Aufnahme ist wahrscheinlich noch die leichteste Übung, denn dafür müsste ich ein shutdown script überarbeiten, also z.B. das hier

echo /usr/local/bin/runvdr | at `/usr/local/bin/amtime.pl -d $(($1 - 60)) +"%R %D"` > /video/atjob 2>&1

Die Aktualisierung des epg müsste ich auch noch hinbekommen, wenngleich dabei zu beachten ist, dass das ausfällt, wenn der vdr schon läuft wegen einer Aufnahme beispielsweise. Leider habe ich keine Ahnung wie ich das mit dem live Aufruf hinbekomme. Über Hinweise dazu würde ich mich sehr freuen, natürlich auch zu den anderen Punkten. Vielleicht hat da jemand schon was fertiges?

Hab's in einer Nachtsitzung selbst gefunden: Ein Zugriffsrechte-Problem. Die Antwort steht - allerdings verklausuliert - hier im Forum.
Nachdem der vdr auf der Himbeere als user pi läuft:

usermod -aG uucp pi

dann geht's. Falls jemand in die selbe Falle tappt.

Ich klinke mich hier mal ein, nachdem graphlcd-base und das plugin endlich fehlerfrei zu kompilieren gingen. Ich kann jetzt mit z.B. settext problemlos auf das Display zugreifen und dort ergreifende Texte darstellen

Jan 17 19:57:02 raspberrypi showtext: ax206dpf: AX206DPF initialized (320x240).

Wenn ich den vdr mit der Option

-P 'graphlcd -d ax206dpf -s touchcol'

aufrufe, dann steht im sysllog dies:

Jan 17 21:10:22 raspberrypi vdr: ax206dpf: AX206DPF initialized (320x240).
...
Jan 17 21:10:23 raspberrypi vdr: [2845] device /dev/input/event2: em28xx IR (em28178 #0)
Jan 17 21:10:23 raspberrypi vdr: glcdgraphics: image '/usr/local/share/vdr/plugins/graphlcd/logos/channels/_l.glcd' loaded.
Jan 17 21:10:23 raspberrypi vdr: INFO: graphlcd: successfully loaded image '/usr/local/share/vdr/plugins/graphlcd/logos/channels/_l.glcd'
Jan 17 21:10:23 raspberrypi vdr: glcdgraphics: image '/usr/local/share/vdr/plugins/graphlcd/skins/touchcol/symbols/teletext.pbm' loaded.
Jan 17 21:10:23 raspberrypi vdr: INFO: graphlcd: successfully loaded image 'symbols/teletext.pbm'
Jan 17 21:10:23 raspberrypi vdr: glcdgraphics: image '/usr/local/share/vdr/plugins/graphlcd/skins/touchcol/symbols/empty.pbm' loaded.
Jan 17 21:10:23 raspberrypi vdr: INFO: graphlcd: successfully loaded image 'symbols/empty.pbm'
Jan 17 21:10:23 raspberrypi vdr: glcdgraphics: image '/usr/local/share/vdr/plugins/graphlcd/skins/touchcol/symbols/dolby.pbm' loaded.
Jan 17 21:10:23 raspberrypi vdr: INFO: graphlcd: successfully loaded image 'symbols/dolby.pbm'
Jan 17 21:10:23 raspberrypi vdr: glcdgraphics: image '/usr/local/share/vdr/plugins/graphlcd/skins/touchcol/symbols/scrambled.pbm' loaded.
Jan 17 21:10:23 raspberrypi vdr: INFO: graphlcd: successfully loaded image 'symbols/scrambled.pbm'
Jan 17 21:10:23 raspberrypi vdr: glcdgraphics: image '/usr/local/share/vdr/plugins/graphlcd/skins/touchcol/symbols/mute.pbm' loaded.
Jan 17 21:10:23 raspberrypi vdr: INFO: graphlcd: successfully loaded image 'symbols/mute.pbm'

und auf der Konsole das:

Error: No matching USB device found!

und es wird nix angezeigt. Bin schon ax206dpf.c und ax206dpf.h durchgegangen, komme aber nicht drauf, warum er/sie/es das Display beim Aufruf durch settext findet und durch das vdr plugin nicht. Kann jemand helfen?

Noch ein Nachtrag falls andere geplagte Raspberry-Nutzer hier mitlesen:

Yocto habe ich mir angesehen, ist Geschmackssache. Ich komme von Debian und da ist manches anders. Support ist sicher auch nicht so gut, weil weniger Nutzer.
Eine vergleichsweise noch schmerzfreie Lösung ist die Installation eines neuen, kompilierten Kernels, wie er von einem Herrn Mace Moneta bereitgestellt wird. Den zum Zeitpunkt, wo ich das schreibe, aktuellen Kernel findet man hier:

https://plus.google.com/s/mace moneta raspberrypi 3.18

(Irgendwie kann ich den Link nicht als Link einbinden?) in der dropbox des netten Herrn.
Vor dem Auspacken sollte man den laufenden Kernel sichern

cp /boot/kernel.img /boot/kernel.img.old

falls etwas schief geht. Die Libraries werden nach /usr/lib/modules entpackt. Unter Raspbian müssen sie noch an den richtigen Ort /lib/modules umkopiert bzw. verschoben werden.
Mein Raspi hat ordentlich gebootet und nach einem Hotplug auch schön die neue PCTV 461e erkannt und initialisiert. Da gab es keinen Seg-Fault wie früher. Kann jedem nur zuraten, den Raspi so zu updaten.

Aber jetzt wird's arg off topic und ich höre hier auf.

Zitat

Also USB-DVB und das DPF kannst wahrscheinlich vergessen. Der Raspi ist
ja nicht mal in der Lage eine USB-Soundkarte vernünftig zu verwenden.
Ein aktiver USB-Hub ist in jedem Fall Pflicht.

Der ist bei mir standardmäßig dran, da mir das Leistungsproblem schon bekannt war. Selbst wenn ich dort nen stinkenormalen DVB-T Stick einstecke, wird erstmal der Bildschirm schwarz und dann bekomme ich einen Seg Fault. Ich denke da stimmt generell was nicht im USB-System vom Raspi.

Zitat

3.12. ist der Standard-Kernel bei Raspbian. Es gibt aber noch eine Welt
außerhalb und wie ich geschrieben habe (s. auch meine Signatur) benutze
ich Openembedded/Yocto und da wird *alles* selbst gebaut

Hab Deine Signatur nicht beachtet, sorry! Ich werde mir das mal anschauen. Die Stabilität von dem Raspbian ist jedenfalls bis jetzt ziemlich mies, das kann man für Systeme, die durchlaufen sollen, eigentlich nicht gebrauchen. Eher so ein Bastel-Computer...

Zitat von glotzipapa

BTW: Kernel 3.12 hat bei mir nicht gut funktioniert. Es gab immer wieder Hänger, wo es wohl Probleme mit dem USB gab. Erst seit ich auf 3.18 bin ist das weg. Außerdem ist der Betrieb des Display ziemlich teuer in Sachen Performance. ich lasse meine Raspis daher mit 1GHz laufen.

Sieht so aus, als hätte ich auch USB-Probleme....
Der 3.12er ist halt der aktuelle auf dem Raspi. Hast du den 3.18er Kernel selber gebaut? Gibt's da irgendwo ne Anleitung im Netz?

Zitat von olebowle

Und du hast das HAVE_DRIVER_AX206DPF=1 immer noch auskommentiert nehme ich an?

libusb-dev hätte eigentlich eine libusb.pc installieren sollen: https://packages.debian.org/wheezy/amd64/libusb-dev/filelist.
Damit sollte das Kommando von oben auch 1 liefern. Ich bin hier allerdings nicht der Debian Experte.

Du kannst natürlich auch Zeile 29 und 43 aus glcddrivers/Makefile löschen: http://projects.vdr-developer.…/glcddrivers/Makefile#L29.
Ist ein bisschen ein Hack, aber zum Testen wird es wohl gehen.

Jetzt hab ich das endlich kapiert, warum Du dauernd auf dem lsusb herumreitest (Makefiles durchgesehen).
Das Raspbian ist offensichtlich eine ziemlich madige Abwandlung von Debian. Nach der Installation des dev-Pakets haben die Dateien z.T andere Namen als in der Debian Dateiliste angegeben. Für den Raspi gilt natürlich der Link https://packages.debian.org/wheezy/armhf/libusb-dev/filelist , weil arm - Prozessor. Nomen est omen? Manche Dateien fehlen ganz, z.B. usb.h - häh? Bei einem dev-Paket???

Hatte anfangs Softlinks mit passenden Namen gesetzt. Das hat so natürlich keinen Sinn, da wird man nicht fertig. Habe mir das originale Paket geholt und installiert.

wget http://ftp.de.debian.org/debian/pool/main/libu/libusb/libusb-dev_0.1.12-20+nmu1_armhf.deb
dpkg -i libusb-dev_0.1.12-20+nmu1_armhf.deb

Dann lief der Compiler ohne Fehler durch. Allerdings habe ich jetzt Probleme mit der DVB-S Karte (ne alte TT 2400). Wenn ich die anschließe, kommt beim booten

Jan 14 16:43:36 raspberrypi kernel: [  518.167622] dvb-usb: found a 'Technotrend TT-connect S-2400' in warm state.
Jan 14 16:43:36 raspberrypi kernel: [  518.168328] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
Jan 14 16:43:36 raspberrypi kernel: [  518.168546] DVB: registering new adapter (Technotrend TT-connect S-2400)
Jan 14 16:43:37 raspberrypi kernel: [  518.199089] Unable to handle kernel NULL pointer dereference at virtual address 00000004
Jan 14 16:43:38 raspberrypi kernel: [  518.212438] pgd = da3e8000
Jan 14 16:43:38 raspberrypi kernel: [  518.220131] [00000004] *pgd=00000000
Jan 14 16:43:38 raspberrypi kernel: [  518.228806] Internal error: Oops: 5 [#1] PREEMPT ARM

usw, zwischendurch auch mal ein oder mehrere

Jan 14 16:32:28 raspberrypi udevd[304]: timeout: killing '/sbin/modprobe -b usb:v2013p0258d0100dc00dsc00dp00icFFisc00ip00in00' [2207]

Scheinbar stimmt was mit der USB-Hardware nicht, oder es ist eine miese USB-Implementation. Gehört aber nicht mehr hierher. Dir in jedem Fall vielen Dank, denn das ursprüngliche Poblem ist gelöst.

Zitat von olebowle

Da wird es bei Debian sicherlich ein libusb-dev Paket geben.

Gibt's. Habe ich installiert und danach make clean, make. Macht keinen Unterschied. Das 'Modul für ax206dpf wird nicht compiliert???
Muss ich mich jetzt durch allle Dateien quälen und das per Hand ändern, oder was kann ich machen?
Mich wundert es auch, dass ich scheinbar der erste bin, der das Problem hat. Den Display-Typ gibt es ja schon lange nicht mehr, die Probleme hätten früher auftauchen sollen...

Zitat von olebowle

Ich vermute da ist beim Auskommentieren etwas schief gegangen. In der Ausgabe beim Kompilieren von den glcddrivers sollte ein -DHAVE_DRIVER_AX206DPF erscheinen. Das ist bei dir aber nicht der Fall.

EDIT: Bzw. fehlt bei dir die libusb? Sprich liefert folgendes Kommando keine 1 zurück?

Code

pkg-config --exists libusb && echo 1

ergibt bei mir keine bzw. eine leere Rückgabe. Das (debian) Paket libusb-1.0-0 ist aber installiert?

Zitat von SurfaceCleanerZ

Hi,
Ich meinte dass du mal mit einem anderen Treiber testest. Gibt ja mehrere Dummy Treiber.

Gesendet von meinem HTC One mit Tapatalk 2

Ich hoffe, ich hab das richtig verstanden. Als Treiber mal [image] ausgewählt und den vdr gestartet. Die images im /tmp - Verzeichnis schauen so aus, wie ich das erwartet hätte. Also grundsätzlich geht's.

Also grundsätzlich geht das offensichtlich, wenn ich showpic oder showtext aufrufe kommt keine Fehlermeldung. Aber natürlich auch kein Ergebnis auf dem LCD, weil der Treiber dafür fehlt.
Unter dem Verzeichnis glcddrivers sind die Quelltexte ax206dpf.c und.h vorhanden. Ich verstehe nicht, warum er die nicht mit übersetzt...

Guten Morgen,

versuche gerade, einen VDR auf den Raspberry Pi aufzusetzen. Den VDR 2.1.6 aus den Quellen komiliert nach der Anleitung von im vdr-wiki. Das geht auch soweit einschließlich einiger Plugins.
Nun möchte ich das PEARL Display, das hier schon ne Weile geflasht rumliegt am VDR betreiben. Habe die aktuelle Version aus dem git gezogen

git clone git://projects.vdr-developer.org/graphlcd-base.git -b touchcol graphlcd-base.git.touchcol

Nach dem Compilerdurchlauf kommt nach dem Starten des VDR ein Fehler:

graphlcd plugin: ERROR: Failed creating display object ax206dpf

Bin der Sache nachgegangen. In der Make.config war das HAVE_DRIVER_AX206DPF=1 noch nicht auskommentiert. Also auskommentiert, make clean, make all, make install. Das brachte leider keine Änderung!
Ich habe den Compiler-Durchlauf in eine Datei schreiben lassen:

make[1]: Entering directory '/usr/local/src/graphlcd-base.git.touchcol/glcdgraphics'
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -I/usr/include/freetype2 bitmap.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -I/usr/include/freetype2 common.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -I/usr/include/freetype2 font.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -I/usr/include/freetype2 glcd.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -I/usr/include/freetype2 image.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -I/usr/include/freetype2 imagefile.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -I/usr/include/freetype2 pbm.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -I/usr/include/freetype2 extformats.c
g++ -g -O2 -Wall -Woverloaded-virtual -fPIC  -shared bitmap.o common.o font.o glcd.o image.o imagefile.o pbm.o extformats.o -L/usr/lib/arm-linux-gnueabihf -lfreetype -lz -Wl,-soname="libglcdgraphics.so.2" -o libglcdgraphics.so.2.1.0
ln -sf libglcdgraphics.so.2.1.0 libglcdgraphics.so
make[1]: Leaving directory '/usr/local/src/graphlcd-base.git.touchcol/glcdgraphics'
make[1]: Entering directory '/usr/local/src/graphlcd-base.git.touchcol/glcddrivers'
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE  common.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE  config.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE  driver.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE  drivers.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE  port.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE  simlcd.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE  framebuffer.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE  gu140x32f.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE  gu256x64-372.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE  gu256x64-3900.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE  hd61830.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE  ks0108.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE  image.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE  sed1330.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE  sed1520.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE  t6963c.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE  noritake800.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE  serdisp.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE  avrctl.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE  g15daemon.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE  network.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE  gu126x64D-K610A4.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC  -c -D_GNU_SOURCE  dm140gink.c
g++ -g -O2 -Wall -Woverloaded-virtual -fPIC  -shared common.o config.o driver.o drivers.o port.o simlcd.o framebuffer.o gu140x32f.o gu256x64-372.o gu256x64-3900.o hd61830.o ks0108.o image.o sed1330.o sed1520.o t6963c.o noritake800.o serdisp.o avrctl.o g15daemon.o network.o gu126x64D-K610A4.o dm140gink.o  -ldl -lpthread -Wl,-soname="libglcddrivers.so.2" -o libglcddrivers.so.2.1.0
ln -sf libglcddrivers.so.2.1.0 libglcddrivers.so
make[1]: Leaving directory '/usr/local/src/graphlcd-base.git.touchcol/glcddrivers'
make[1]: Entering directory '/usr/local/src/graphlcd-base.git.touchcol/glcdskin'
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC -I.. -c -D_GNU_SOURCE -DHAVE_FONTCONFIG  cache.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC -I.. -c -D_GNU_SOURCE -DHAVE_FONTCONFIG  config.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC -I.. -c -D_GNU_SOURCE -DHAVE_FONTCONFIG  display.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC -I.. -c -D_GNU_SOURCE -DHAVE_FONTCONFIG  font.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC -I.. -c -D_GNU_SOURCE -DHAVE_FONTCONFIG  function.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC -I.. -c -D_GNU_SOURCE -DHAVE_FONTCONFIG  object.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC -I.. -c -D_GNU_SOURCE -DHAVE_FONTCONFIG  parser.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC -I.. -c -D_GNU_SOURCE -DHAVE_FONTCONFIG  skin.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC -I.. -c -D_GNU_SOURCE -DHAVE_FONTCONFIG  string.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC -I.. -c -D_GNU_SOURCE -DHAVE_FONTCONFIG  type.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC -I.. -c -D_GNU_SOURCE -DHAVE_FONTCONFIG  variable.c
g++  -g -O2 -Wall -Woverloaded-virtual -fPIC -I.. -c -D_GNU_SOURCE -DHAVE_FONTCONFIG  xml.c
g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -shared cache.o config.o display.o font.o function.o object.o parser.o skin.o string.o type.o variable.o xml.o -L../glcdgraphics -lglcdgraphics -L../glcddrivers -lglcddrivers -lfontconfig -Wl,-soname="libglcdskin.so.2" -o libglcdskin.so.2.1.0
ln -sf libglcdskin.so.2.1.0 libglcdskin.so
make[1]: Leaving directory '/usr/local/src/graphlcd-base.git.touchcol/glcdskin'
make[1]: Entering directory '/usr/local/src/graphlcd-base.git.touchcol/tools'
make[2]: Entering directory '/usr/local/src/graphlcd-base.git.touchcol/tools/convpic'
g++  -g -O2 -Wall -Woverloaded-virtual  -c -D_GNU_SOURCE -I../../ convpic.c
g++ -g -O2 -Wall -Woverloaded-virtual  -rdynamic convpic.o  -L../../glcdgraphics/ -lglcdgraphics -lstdc++ -o convpic
make[2]: Leaving directory '/usr/local/src/graphlcd-base.git.touchcol/tools/convpic'
make[2]: Entering directory '/usr/local/src/graphlcd-base.git.touchcol/tools/crtfont'
g++  -g -O2 -Wall -Woverloaded-virtual  -c -D_GNU_SOURCE -I../../ crtfont.c
g++ -g -O2 -Wall -Woverloaded-virtual  -rdynamic crtfont.o -L../../glcdgraphics/ -lglcdgraphics -lstdc++ -o crtfont
make[2]: Leaving directory '/usr/local/src/graphlcd-base.git.touchcol/tools/crtfont'
make[2]: Entering directory '/usr/local/src/graphlcd-base.git.touchcol/tools/genfont'
g++  -g -O2 -Wall -Woverloaded-virtual  -c -D_GNU_SOURCE -I../../ `freetype-config --cflags` genfont.c
g++ -g -O2 -Wall -Woverloaded-virtual  -rdynamic genfont.o -L../../glcdgraphics/ `freetype-config --libs` -lglcdgraphics -lstdc++ -o genfont
make[2]: Leaving directory '/usr/local/src/graphlcd-base.git.touchcol/tools/genfont'
make[2]: Entering directory '/usr/local/src/graphlcd-base.git.touchcol/tools/showpic'
g++  -g -O2 -Wall -Woverloaded-virtual  -c -D_GNU_SOURCE -I../../ showpic.c
g++ -g -O2 -Wall -Woverloaded-virtual  -rdynamic showpic.o  -L../../glcdgraphics/ -L../../glcddrivers/ -lglcdgraphics -lglcddrivers -lstdc++ -o showpic
make[2]: Leaving directory '/usr/local/src/graphlcd-base.git.touchcol/tools/showpic'
make[2]: Entering directory '/usr/local/src/graphlcd-base.git.touchcol/tools/showtext'
g++  -g -O2 -Wall -Woverloaded-virtual  -c -D_GNU_SOURCE -I../../ showtext.c
g++ -g -O2 -Wall -Woverloaded-virtual  -rdynamic showtext.o  -L../../glcdgraphics/ -L../../glcddrivers/ -lglcdgraphics -lglcddrivers -lstdc++ -o showtext
make[2]: Leaving directory '/usr/local/src/graphlcd-base.git.touchcol/tools/showtext'
make[2]: Entering directory '/usr/local/src/graphlcd-base.git.touchcol/tools/lcdtestpattern'
g++  -g -O2 -Wall -Woverloaded-virtual  -c -D_GNU_SOURCE -I../../ lcdtestpattern.c
g++ -g -O2 -Wall -Woverloaded-virtual  -rdynamic lcdtestpattern.o  -L../../glcdgraphics/ -L../../glcddrivers/ -lglcddrivers -lglcdgraphics -lstdc++ -o lcdtestpattern
make[2]: Leaving directory '/usr/local/src/graphlcd-base.git.touchcol/tools/lcdtestpattern'
make[1]: Leaving directory '/usr/local/src/graphlcd-base.git.touchcol/tools'

Das sieht alles normal aus, nur dass der Treiber für das ax206dpf nicht eingebunden wird. Ich bin jetzt mit meinem Latein am Ende. Weiß jemand Rat?

Ist dann denn noch bei jemandem ne Platine über? Extra ein Einzelstück herstellen lassen, ist ein bissl übertrieben...

schaut toll aus! Will haben! Gibt es von dir eine Anleitung oder Doku dazu?

Das hieße also neu kompilieren mit geänderter Einstellung. Oder hast Du das in der Entwicklerversion geändert und funktioniert das? Dann lad ich mir lieber die auf das Kistchen, wenn ich schon kompilieren muss.

Danke von Waldkraiburg nach Mettenheim für die rasche Antwort!

Gruß Heinrich

Ich glaube seit dem Update von Debian lenny auf squeeze schneidet nach 40 Zeichen den Titel der Aufnahme ab. Zeitlich kann ich das nicht so genau einordnen, aber es sieht so aus, daß das Update ursächlich war. Ich habe schon in allen Konfigurationsdateien nachgesucht, ob man da irgendwo was einstellen kann, aber nichts gefunden. Leider weiß ich nicht mehr, welche vdr-Version unter lenny lief, jetzt ist es jedenfalls 1.6.0-2.
Wer weiß, wo man diese Kürzungsaktion rückgängig machen kann? Das ist sehr nervig beim Aufnehmen von Hörspielen!

Hast du EPGauf der ARM - Maschine? Ich habe in diesem Punkt auf einem älteren Gerät aufgegeben (NSLU2). Es gab ein Problem mit der binär-Kodierung von Integern. Da macht der vdr beim EPG viel mit bit-Befehlen rum...

Zitat

Original von OppTupacShakur
OPTIONS="-w 480 --lirc=/dev/null"

in die /etc/default/vdr und gut ist.

Scheint zu gehen, der default-Eintrag für lirc ist dann weg. Danke!

Zitat

Original von Lanzi
und wenn Du es einfach deinstallierst...
Dann müsste doch Ruhe sein

Lirc ist garnicht installiert! Oder meinst Du den vdr insgesamt 8-O

Zitat

Original von rechenknechtler
Gaaanz einfach... Typisch: Debianisiert!

Das bewerkstelligt das Debian alternatives system.

Schau mal wie es aktuell aussieht:

Code

update-alternatives --display vdr

Das zeigt vermutlich gerade auf vdr-lirc. Das lässt sich umbiegen. Mangels einem debian-artigen System kann ich dich für die genaue Lösung nur auf die Doku verweisen:

Code

man update-alternatives

Alles anzeigen

Habe ich gemacht auf kbd umgestellt. Ging ganz einfach, aber beim booten meckert der vdr immer noch

Jun  5 14:00:37 vdr vdr: [3686] ERROR: /dev/lircd: Datei oder Verzeichnis nicht gefunden
Jun  5 14:00:37 vdr vdr: [3686] ERROR: remote control LIRC not ready!

Verstehe ich nicht.