Hilfe: vdr kaputtkonfiguriert

Hallo,

nachdem mein vdr (c't VDR: 1.4.3-1ctvdr3, Kernel : 2.6.16-ct-1) problemlos und sehr stabil bereits wochenlang lief, ging es mir wohl zu gut und ich habe aus Neugier ein weiteres plugin installiert und zwar folgendes:
vdr-plugin-examples - Plugins for vdr to show some possible features
per apt-get install.
Das ging auch recht fix, nur war ich erstaunt, daß ctvdrinfo außer diesem einen plugin kein einziges weiteres plugin mehr anzeigte. Obwohl da eine ganze Menge plugins installiert waren!
Außerdem hatte ich kein TV-Bild mehr, nur noch einen schwarzen Bildschirm. Ein reboot brachte nix, also dachte ich mir: Weg mit dem Sch***

apt-get remove vdr-plugin-examples

Zum Glück hatte ich noch eine Liste der zuvor installierten plugins (von ctvdrinfo >ctvdrinfo.out) und hab also alle Plugins mit

apt-get install <plugin-name>

wieder installiert.
Danach hab ich noch ein

apt-get upgrade

abgesetzt - weil das schadet ja nie - und sehe jetzt im output von ctvdrinfo, daß alle Plugins eine höhere Versionsnummer tragen. Na gut.
Außerdem: c't VDR: 1.4.4-1ctvdr1

Trotzdem bekomme ich immer noch kein TV-Bild. Der vdr läuft aber! Das sehe ich im top bzw ps -ef, ich kann auch per vdradmin auf den vdr zugreifen. Sämtliche Funktionen klappen wunderbar im vdradmin, ich sehe, daß sich EPG-Search in der neuen Version etwas verändert hat (neuere Version des entsprechenden Plugins), ich sehe, daß weiter Aufnahmen laufen, es sieht alles ganz normal aus, nur bekomme ich kein TV-Bild. Ich sehe auch über Samba vom Windows-PC aus, daß tatsächlich Aufnahmen nach /var/lib/video.00 geschrieben werden...
Ich kann auch femon auf der commandline aufrufen und sehe prima Empfang:

cookie:~# femon
using '/dev/dvb/adapter0/frontend0'
FE: Conexant CX22702 DVB-T (TERRESTRIAL)
status 1f | signal 0031 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0031 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0031 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK

Ich kann über vdradmin die Kanäle umschalten, nur ein TV-Bild krieg ich nicht.Auch kein OSD von der Fernbedienung... nur ein schwarzer Bildschirm

Reboot bringt nix. In dmesg bzw /var/log/messages kann ich nix wildes erkennen. ivtv wird immer noch brav geladen:

ivtv0: Initialized Hauppauge WinTV PVR-350, card #0

Die Nova-T wird immer noch erkannt:

cx88[0]: hauppauge eeprom: model=90003

Allerdings jetzt als

input: cx88 IR (Hauppauge Nova-T DVB-T as /class/input/input1
[...]
cx88[0]/0: registered device video1 [v4l2]

Das war vorher

input: cx88 IR (Hauppauge Nova-T DVB-T as /class/input/input3
[...]
cx88[0]/0: registered device video0 [v4l2]

Im Anhang hab ich unter messages.vorher die messages eines Bootvorgangs, als der vdr noch funktioniert hat. Unter messages.jetzt die messages eines Bootvorgangs wie er jetzt aussieht.

Kann mir jemand bitte auf die Sprünge helfen?

Und dann würde ich gerne noch wissen, wie ich eine funktionierende Konfiguration wegsichern / wiederherstellen kann.

peace&pizza
Peter

Hallo Dr. Seltsam,

vielen Dank erstmal, daß du dich meines Problems annimmst!

Zitat

Original von Dr. Seltsam
nutzt Du die PVR350 zur Ausgabe?

Der TV ist über den Koax-Ausgang der Win Nova-T verbunden

Zitat

Original von Dr. Seltsam
nimmst Du analogtv oder pvrinput?

Ich hatte pvrinput geplant, um über die PVR350 auch Analog-TV und Radio zu empfangen. Das Plugin pvrinput ist installiert, hat aber bis dato noch nie funktioniert. Ich habe dieses Problem mal vor mir hergeschoben und wollte das irgendwann mal lösen. Ich hab bisher nur Kanäle über Win Nova-T empfangen. Meine channels.conf enthält bis jetzt auch nur die digitalen Sender für die Nova-T. Ich hatte da Probleme mit dem channel-scan auf der analogen Karte. Das ist jetzt nicht mein dringendstes Problem. Langfristig wäre es schon wünschenswert, irgendwann auch mal die analogen Sender und Radio zu empfangen. Außerdem würde ich die PVR350 gerne dafür verwenden, um VHS-Videos zu digitalisieren. Aber das ist wie gesagt weniger dringend. Im Moment wäre ich schon glücklich, wenn ich wieder ein TV-Bild kriegen könnte.

Zitat

Original von Dr. Seltsam
welcher Kernel und welche ivtv-Version laufen jetzt (sorry, kann im Büro die gz-Dateien nicht öffnen)

Es läuft nach wie vor Kernel : 2.6.16-ct-1
und nach wie vor ivtv: version 0.6.1 (tagged release) loading

Zitat

Original von Dr. Seltsam
wenn das upgrade einen 2.6.18-Kernel oder neuere ivtv-Treiber installiert hat, sieht es für die beiden PVR-Plugins u.Umständen schelcht aus, denn die müssen dafür gesondert gepatcht werden. Ob das in der c´t-Versions chon drin ist, bezweifle ich.

Da hab ich dann wohl Glück gehabt.

Zitat

Original von Dr. Seltsam
für die analogen Sender ist auf alle Fälle eine Änderung in der channels.conf erforderlich, wenn das video-device sich geändert hat.

Ich meine, das video-device hat sich gar nicht geändert.
Ich hatte zuerst nur die PVR350 drin und ein paar Tage lang am System herumgedoktort, es aber nie zum laufen gebracht. Erst mit dem darauffolgenden Einbau der Nova-T hat der vdr überhaupt funktioniert.
Und jetzt hab ich mir das durch diese dumme Aktion kaputtkonfiguriert.

peace&pizza
Peter

Oh, Mist

Ich lad sie gleich nochmal hoch... here they are

peace&pizza
Peter

Hallo Dr Seltsam,

cookie:/var/lib/video.00/logs# ls -l /dev/fb*
crw-rw----  1 root video 29, 0 2006-11-22 09:25 /dev/fb0

Hmm... sind der owner 'root' und die group video so ok?
In /tmp gibt es eine *err Datei:

-rw-------  1 root root  398 2006-11-22 21:02 vdr-err.qF8IwP

die verdächtigerweise auch root gehört. Sollte die nicht vdr gehören?
Der Inhalt dieser Datei:

xxx-------------------------
MakePrimaryDevice: 1
=========================
SetVideoFormat: 0
GrabImage ...




GrabImage failed.
SetAudioChannelDevice: 0
SetVolumeDevice: 0
SetPlayMode: 1
frame: (0, 0)-(-1, -1), zoom: (1.00, 1.00)
[v]
SetDigitalAudioDevice: 0
SetAudioChannelDevice: 0
[A]
SetPlayMode: 0
SetAudioChannelDevice: 0
SetPlayMode: 1
[v]
SetDigitalAudioDevice: 0
SetAudioChannelDevice: 0
[A]

Hilft das vielleicht weiter?

Was mir noch verdächtig vorkommt: Es gibt (vdr-) Prozesse, die nicht von vdr, sondern von root gestartet werden:

cookie:/tmp# ps -ef|grep vdr|grep root
root      3803     1  0 09:27 ?        00:00:00 /bin/sh /usr/bin/queuehandler.sh /var/lib/vdr/plugins/queue.vdrrip /var/lib/video/vdrrip
root     10742     1  0 19:34 ?        00:00:00 /bin/bash -p /usr/sbin/runvdr -v /var/lib/video.00 -c /var/lib/vdr -L /usr/lib/vdr/plugins -r /usr/lib/vdr/vdr-recordingaction -s /usr/lib/vdr/vdr-shutdown.wrapper -E /var/cache/vdr/epg.data -u vdr -g /tmp --port 2001 --lirc -P "remote -i autodetect" -P channelscan -P timeline -P pvrinput -P femon -P "vdrrip -p /usr/bin/mplayer -e /usr/bin/mencoder -d /dev/dvd" -P "xine -r" -P taste -P screenshot -P pvr350 -P "sleeptimer -e /usr/bin/poweroffvdr" -P epgsearch -P "autotimeredit " -P reelchannelscan -w 60

Ist das denn in Ordnung so?

peace&pizza
Peter

Zitat

Original von Dr. Seltsam
oje, da bin ich überfragt. Ich würde versuchen, erstmal nur vdr + pvr350-Plugin zu starten.

OK. Wie mach ich das?

Es gibt übrigens weitere Neuigkeiten:
Der vdr nimmt trotz allem noch korrekt auf! Ich habe eben eine neue Aufnahme (von letzter Nacht) auf dem WinXP mit ProjectX bearbeiten können. Es funktioniert also alles - bis auf die Wiedergabe auf dem TV. Da bleibt das Bild schwarz.

peace&pizza
Peter