Mit der Version 0.2.3a habe ich die gleichen Probleme. ShmClient wird nicht gebaut.
Nun habe ich per
cvs -z3 -d:pserver:anonymous@cvs.softdevice.berlios.de:/cvsroot/softdevice co softdevice
den aktuellen Sourcecode gezogen. Das Makefile entsprechend angepasst, durchkompiliert -> geht!
Du musst wahrscheinlich
export DISPLAY=:0
eingeben, bevor VDR ausgeführt wird.
Bei mir steht im shutdown-Skript:
echo y|grub-reboot 2Testweise kann man mal " grub-reboot 2 " eingeben. Bei mir ist 2 der halt-Eintrag.
Wichtig hierbei ist, dass, wie schon in einem der vorherigen Posts geschrieben, in der menu.lst " default saved " vorhanden ist.
Du musst wahrscheinlich den User "vdr" zur Gruppe "audio" hinzufügen.
Ich habe noch nie irrecord benutzt. Viel zu anstrengend! Und ich benutze auch die Skystar2-FB (TS35).
Meine lircd.conf oben im Anhang ist im Prinzip aus der LIRC-Datenbank, die bei Dir ebenfalls funktionieren sollte.
Wie sieht denn Deine lircd.conf aus?
Dort finden ja eigentlich die Übersetzungen von den IR-Codes zu Makronamen statt (so viel ich weiß).
Also:
MENU 0x0000000000000292
Ich hänge mal die lircd.conf, die ich verwende an. Vielleicht hilft es Dir ja weiter.
Nun,
Du kannst die Umlaute im Dateinamen abändern (also Luftbrücke zu Luftbruecke). Danach sollte es schonmal laufen, falls es pressiert.
Ich nehme an, dass in Deiner vdrconvert.conf die Einstellung
RECODE="recode latin1..UTF-8"
fehlt oder nicht richtig eingestellt ist.
Dieser thread hilft Dir sicher erst einmal weiter:
http://www.vdr-portal.de/board/thread.php?threadid=44724&sid=&hilight=mpeg2enc+YUV4MPEG2
Die Option in der /etc/vdr/vdrconvert/vdrconvert.dvd.conf
PPMTOY4M_OPTIONS="-n 1 -F 25:1 -A 59:54 -I t -L -r -v 0 -S 420mpeg2"
ist wohl die Problemstelle.
Mit der Datei von wilderigel haben sich die Probleme eigentlich erledigt.
An dieser Stelle meinen herzlichen Dank an wilderigel.
Zuvor habe ich in der Datei /etc/vdr/vdrconvert/vdrconvert.conf die Variable:
VDRSYNC=/usr/lib/vdrconvert/bin/vdrsync-0.1.2.2.pl
in
VDRSYNC="/usr/lib/vdrconvert/bin/vdrsync-0.1.2.2.pl -m panteltje" abgeändert.
Das half aber dann doch nur für die VDR2MPG-Konvertierung, wie ich später erst feststellte. Und auch hierbei wurden die Dateinamen nicht übernommen usw. Gefrickels halt.
Ich habe das nur kurz überflogen, aber:
xine "vdr:/tmp/vdr-xine/stream#demux:mpeg_pes"
in Konsole eintippen und testen.
Dazu auch: http://www.vdr-wiki.de/wiki/index.php/Xine-plugin
Ansonsten rate ich Dir zur Lösung von hjt4vdr:
http://www.kanotix-vdr.huibuh.com/
Ob da die DXR3 direkt unterstützt wird, weiß ich nicht. Einfach mal anschauen.
ansonsten hat es mir im Falle von vdr2mpg geholfen "vdrsync" mit dem Parameter "-m panteltje" anzuweisen, dass nun tcmplex-panteltje verwendet werden soll.
Das giilt wohl auch für vdr2divx.
vielleicht fehlt bei Dir noch:
setserial /dev/ttyS0 uart none
Ich habe allerdings keine Ahnung wo man das einträgt. Ich habe es bei mir samt modprobe lirc_serial einfach in das Startskript lirc eingetragen.
Vielleicht hilft es Dir trotzdem.
bei mir wurde die Version 0.05-1 von libhtml-template-expr-perl gezogen und eine alte Version ersetzt.
Die Pakete sind aus dem unstable-Zweig.
Vielleicht ist das noch ein Anhaltspunkt.
Es ist wohl ein Abhängigkeitsproblem.
apt-get install libhtml-template-expr-perl
Danach: /etc/init.d/vdradmin restart.
Bei mir läuft es wieder.