[solved - beim Themenstarter](inoffizielle) Umfrage in Sachen frontend X timed out

Da ich offenbar nicht der einzige mit diesem Mist bin, Frage in die Runde:

Wer außer den in dem genannten thread hat noch solche Probleme?

Welche Version der DVB-Treiber/firmware setzt ihr als Betroffene ein?

Hat jemand Tipps zur Umschiffung der Problemklippe?

Ich habe als DVB-Treiber:
v4l-dvb-snapshot-20060612.tar.bz2
und es mit den beiden firmware-versionen probiert:
-rw-r--r-- 1 root staff 226460 2004-11-14 00:48 dvb-ttpci-01.fw-261a
-rw-r--r-- 1 root staff 239956 2005-11-24 01:37 dvb-ttpci-01.fw-2622
Hardware s.Sig

Ich habe jetzt noch mal LinVDR gestartet - keinerlei frontend timed out; ein Durchsuchen des Syslogs ergibt null Treffer. Also an Empfangsproblemen, Verkabelung etc. sollte es wohl nicht liegen.

Firmware? LinVDR benutzt dvb-ttpci-01-F22623.fw. Hm, mal nachher testen.

Wo könnte die Suche weiterhin ansetzen? Irgendeine Kernel-config-Einstellung? Wenn ja, was käme in Frage?

Zitat

Original von turrican
früher oder später

Läuft dein vdr ganztägig durch? Ich habe gestern abend die LinVDR-firmware in den Debian-VDR übernommen - seitdem ist der timeout bislang nicht wieder aufgetreten, allerdings lief die Mühle auch höchstens ein paar Stunden. (Ich weiß nicht leider genau, wie ich den Fehler ggf. provozieren kann.)

Tachäää, leider zu früh gefreut.

VDR war zu Aufnahme aufgewacht, hatte aufgenommen, den shutdown habe ich nicht bestätigt. Dann eine Aufnahme abgespielt. Kurze Zeit später gings los mit den timeouts. Also reboot, Aufnahme wieder abgespielt - bis lang keine timeouts -> also liegts wohl weniger an dem Faktor.

Da die timeouts auf frontend 1 kamen - und das ja wohl die Skystar ist - und da diese bis kurz vor den timeouts beschäftigt war mit einer Aufzeichnung -> nächste Vermutung EPG-Scan.

Den also nach dem Neustart über OSD (Einstellungen|EPG) gestartet. Resultat: keine timeouts. Frage: Kann man im syslog verifizieren, dass der SPG-Scan überhaupt durchgeführt wird? Am Bildschirm sieht man es ja nicht beim 2-Karten-System.

Zwischenstand der Ermittlungen:

1. ich muss mich korrigieren: Wenn ich den VDR-Rechner neugestartet habe, um wieder bei Null anzufangen, und beginne eine Aufnahme abzuspielen, brauche ich nur einige Minuten zu warten und die timeouts setzen ein.

2. Das passiert offenbar nur, wenn eine Aufzeichnung wiedergegeben wird. Stoppe ich die Wiedergabe, scheint es so, dass die timeouts aufhören.

3. Ich weiß nicht, ob zu dieser Zeit auch ein EPG-Scan läuft, dem ja nachgesagt wird, dass er in einem Mehr-Karten-System nach relativ kurzer Zeit einsetzt.

Ich werde nachher - im Moment ist gerade ein timer gestartet - mal sehen, was passiert, wenn EPG-Scan auf 0 gesetzt wird.

Zitat

Original von UFO
Solche Timeout-Fehlermeldungen sind beim EPG-Scan unvermeidlich, wenn der Scan auf einen inaktiven Transponder stößt. Also in so einem Fall erst mal die channels.conf auf tote Kanäle prüfen...

Daran liegts mit Sicherheit nicht - ich habe nur ca. 40 Kanäle drin, die ich alle zu Fuß durchschalten kann. Wenn der EPG-Scan da hängen bleibt muss es andere Gründe haben.

Zitat

Original von UFO
Kommt beim Umschalten von Hand das Bild immer sofort oder manchmal erst verzögert?

Da ist mir nichts aufgefallen.

Zitat

Evtl. sind sporadisch auftretende Tuning-Probleme die Ursache. Der EPG-Scan wechselt alle paar Sekunden den Transponder, das ist schon richtiges "Power-Zapping".

Nur warum juckt ihn das unter LinVDR nicht die Bohne (selbe channels.conf - zumindest was die Sender angeht [Namen und PIDs lasse ich automatisch aktualisieren])?

ggsm: Bei dir sieht es für mich auf den ersten Blick nach 'nem Fehler in der channels.conf aus. Stoppe mal den vdr, sichere die channels.conf, und nimm dir eine der von der Distri mitgelieferten (vorausgesetzt, die unterscheidet sich von deiner); dann vdr starten.

Die firmware liegt in /lib/firmware, /usr/local/lib/firmware oder /usr/lib/hotplug/firmware/.

Zitat

Original von UFO
geändertes Timing durch andere Kernel-/Systemkonfiguration?

Welches wären in der Kernel-Konfig die entsprechenden Schrauben?

Zitat

Da gibt's tausend Möglichkeiten.

Desch ischa der Mischt.

Jetzt hab ich das im Angebot:

Jun 18 17:07:46 localhost kernel: DVB: registering frontend 0 (ST STV0299 DVB-S)...
Jun 18 17:07:46 localhost kernel: DVB: registering frontend 1 (ST STV0299 DVB-S)...
Jun 18 17:07:47 localhost vdr: [25389] probing /dev/dvb/adapter0/frontend0
Jun 18 17:07:49 localhost vdr: [25389] probing /dev/dvb/adapter1/frontend0
Jun 18 17:07:49 localhost vdr: [25389] probing /dev/dvb/adapter2/frontend0
Jun 18 17:41:53 localhost vdr: [25393] frontend 0 timed out while tuning to channel 35, tp 211567

Ich bitte um Übersetzung.

Kurz vor dem timeout:

Jun 18 17:37:12 localhost vdr: [25389] replay /video0/Aimée_&_Jaguar/2006-06-16.01.35.50.50.rec
Jun 18 17:37:12 localhost vdr: [25389] playing '/video0/Aimée_&_Jaguar/2006-06-16.01.35.50.50.rec/001.vdr'
Jun 18 17:37:12 localhost vdr: [25389] loading /video0/Aimée_&_Jaguar/2006-06-16.01.35.50.50.rec//marks.vdr

Ich glaube nicht, dass zu der Zeit noch ein epg-scan lief, der sollte längst durch gewesen sein.

So wie es aussieht, ist der Start einer Wiedergabe einer Aufzeichnung das Signal dafür, mit den timeouts loszulegen; wird die Wiedergabe beendet, hören auch die timeouts auf.

Ich habe jetzt mal die Zeit bis zum EPG-Scan auf 0 gesetzt, und beginne mit der Wiedergabe einer Aufnahme (Uhrzeit: 20:41:49). Fünf Minuten später noch kein timeout. Stop der Wiedergabe.

Nun die Zeit bis zum EPG-Scan wieder auf 5; dann erneute Wiedergabe der Aufzeichnung (20:50:09), 20:53:04 der erste timeout, 20:55:32 der nächste, 20:57:53,21:00:19 weitere, Stop der Wiedergabe, bis jetzt (21:05) keine weiteren timeouts.

Also: Offenbar timeouts, wenn
- EPG-Scan aktiviert
- Aufzeichnung abgespielt wird
- keine Aufnahme aufgezeichnet wird, m.a.W. die zweite Karte unbeschäftigt ist.

Folgerungen der Experten?

Nächster Test:

- Zeit bis EPG-scan auf 0
- Abspielen Aufnahme gestartet -> 10 Min. ohne timeout
- über OSD (Einstellungen|EPG) Scan angeworfen -> keine timeouts.

Na gut, über Probleme, auf diese Weise den Scan zu starten wurde ja schon berichtet.

Also weiterer Test:
- epgscan.sh von LinVDR geklaut und gestartet.
- script beendet die Wiedergabe der Aufzeichnung und schaltet die Kanaäle durch
- beim ominösen Kanal 36 kommt ein timeout, aber auf frontend 1 (???)
- also Kanal 36 aus channels.conf via OSD gelöscht.
- wieder epgscan.sh aufgerufen
- diesmal stolpert er bei Kanal 35: timeout für frontend 1 while tuning to channel 21 (????)
- also auch noch 35 aus channels.conf entfernt
- wieder epgscan.sh, diesmal keine timeouts

Folgerung: Also doch Fehler in der channels.conf. Immerhin etwas.
Fragen bleiben:

1. Warum hat LinVDR keine Probleme mit derselben channels.conf. Ist da bei neueren VDR-Versionen etwas im Handling geändert worden?
2. Warum tauchen Fehler für frontend 1 bei völlig anderen Kanälen auf, während der Scan auf Karte 1 läuft?

Während ihr das lest, mache ich mal die Gegenprobe: EPG-Scan wieder aktiv setzen und Aufnahme wiedergaben.
EDIT: Sieht so aus, als sei's das gewesen. Mein Gott, was für ein Krampf.