Beiträge von TaoTePuh
-
-
-
SHF: Dank an Dich für die ebenfalls schlechten Prognosen bezüglich meiner Neuanschaffung ;-). Jetzt warte ich aber erstmal ab bis die neue Karte da ist. Ende des Jahres wollen wir umziehen, dann kann ich auch was an der Empfangslage ändern und habe eventuell zwei Karte und kann endlich gleichzeitig gucken und aufnehmen ...
Bekommt man denn die Karte mit der gelben Platine und der SHA-Version des Tuners noch regulär im Handel, oder muss man die ersteigern? Wie heißt die genau?
Ansonsten hier noch ein Nachtrag zum Absturz des Treibers nach einigen Stunden wenn man nicht guckt: Was ich geschrieben habe stimmt so nicht. Ich habe das vergangene Nacht nochmal verifiziert. Wenn also EPG- und Channel-Scan deaktiviert sind ("EPGScanTimeout = 0" und "UpdateChannels = 0") und ein "guter Sender" eingestellt ist, dann stürzt der Treiber auch nach mehreren Stunden nicht ab.
Grund für diese Falschdarstellung meinerseits ist der Fakt, dass ich diese Änderungen mit einem Editor direkt in der setup.conf ausgeführt und anschließend VDR durchgestartet habe. VDR speichert beim Beenden ganz offensichtlich die letzte ihm bekannt setup.conf ab und überschreibt somit die zuvor von mir gemachten Änderungen. Fazit: Entweder die Änderungen über das OSD vornehmen. Oder erst VDR stoppen, dann editieren und anschließend VDR wieder starten.
Tao
-
Autsch !
Tao
PS: Aber was sagte der halb verdurstet Typ in der Wüste noch gleich, als er das ausgetrocknete Flussbett erreichte: "Zum Glück muss ich jetzt nicht auch noch schwimmen ..."
-
Aha, wollte es gerade als Bug melden und siehe da, ist bereits seit 21.03.2010 gelistet (http://www.vdr-developer.org/mantisbt/view.php?id=567) :
ZitatDescription
After upgrade from 3.6.5, seems OK except the EPGsearch edit window which is always blank when editing any existing search.
Also cannot create new search.
EPGsearch itself is still working correctly: setting new timers in the backgroundEs tritt wohl nur bei älteren EPGSearch-Plugins auf (Was bei mir der Fall ist):
ZitatNote
This only happens with an old epgsearch release (e.g. 0.9.24).Der Status ist "resolved", aber offensichtlich bisher nur via CVS erhältlich ...
Danke für Eure Bestätigungen.
Tao
PS: Wollte gerade ein [gelöst] dem Thema hinzufügen, geht in Eurem Board aber offensichtlich nicht - oder bin ich blind?
-
Habe VDRAdmin-AM (3.6.6) installiert und wundere mich, dass ich in "EPG Search" keine neue Suche eingeben kann - es fehlt schlichtweg an den dafür notwendigen Eingabefeldern.
Klicke ich auf "new search", erhalte ich folgende Seite:
1. Zeile Text: "Add New Search" (Hellblau hinterlegt)
2. Zeile LEER (Weiß)
3. Zeile Buttons: "Save as template" " Save" "Run" "Cancel" (Hellblau hinterlegt)Es fehlt also ganz offensichtlich der Teil in dem man die eigentliche Suche spezifizieren kann.
Ich habe mal über das OSD eine Suche angelegt. Die kann ich im Plugin dann zwar sehen und auch ausführen, aber wenn ich auf Edit gehe, erhalte ich wieder oben beschriebenes Fenster ohne Eingabefelder (oder was auch immer da kommen müsste).
Hat jemand eine Idee?
Tao
PS: In anderen Menüs (z.B. Configuration), habe ich schon Eingabefelder und auch ansonsten tut das Plugin (bisher) eigentlich das was ich erwarte. Einen generelles Problem kann ich also nicht herleiten.
-
UFO: Danke für den Gedanken "Kein ARM ---> Kein ARM-Crash".
jackfritt: Danke für die Bestätigung - ja, OSD geht bei mir auch noch (VDR als solches stürzt ja auch nicht ab). Über den "Full-TS Mod" bin ich im Wiki bei meinen Recherchen auch schon gestolpert. Erschien mir allerdings zunächst mal mit zu viel Arbeit bei ungewissem Resultat verbunden. Würde mich deshalb natürlich brennend interessieren, ob es bei Dir funzt - dann mach' ich es ja vielleicht auch noch ...
Ansonsten hab' nun gerade mal meine Etat um 50Euro erleichtert und eine "TT-budget S2-1600" bestellt. Damit kann ich dann sicherlich nicht nur kein ZDF gucken, sondern auch kein ZDF HD ... ;-))
Ob der dort verbaute Tuner (STV6110???) besser ist, wird sich zeigen. Ich werde das hier posten ...
Dank zunächst nochmal an alle Beteiligten!
Tao
PS: Von einem weiteren Phänomen mag ich noch berichten, nämlich das dvb_ttpci nach einiger Zeit (eher Stunden) auch dann abstürzt, wenn ich gar nicht gucke. Zunächst dachte ich, das würde an der EPG- bzw. Sender-Suche, die ja im Hintergrund stattfindet, liegen. Aber die habe ich mit "EPGScanTimeout = 0" und "UpdateChannels = 0" mittlerweile ausgeknipst und das Modul stürzt trotzdem irgendwann ab. Es muss also noch irgendwas im Hintergrund ablaufen was dann bei Gelegenheit auf einen "schlechten Sender" zugreift und dabei das Modul umfallen lässt. Was mag das wohl sein? Folgende Plugins habe ich momentan am laufen:
xine
femon
streamdev-server
streamdev-clientWenn ich momentan zeitgesteuert aufnehmen will komme ich also nicht umhin XINE einfach laufen zu lassen - natürlich mit einem "guten Sender" ...
-
Zitat
Original von UFO
D.h. Du brauchst eine Karte, die einen besseren Tuner als ALPS BSRU6 hat."ALPS BSRU6" sagt mir so erstmal überhaupt nichts - da werd' ich wohl nicht ums Lesen drum herum kommen ...
ZitatBeim Kartenvergleich ist zu beachten, daß die Femon-Werte verschiedener Tunertypen nicht vergleichbar sind, da sie nicht geeicht sind.
Guter Tipp, danke.
ZitatDaher kann nur jemand eine Empfehlung aussprechen,
- der selbst Empfangsprobleme mit BSRU6 bzw. FF Rev 1.5 hat und
- keine Probleme mit Karte XYZ.Kann ich nicht beurteilen, denn ich habe keine Empfangsprobleme.
Mir ging es ja auch nicht unbedingt um besseren Empfang, sondern vielmehr um eine Kombination Karte/Treiber die nicht so komplett aussteigt wie meine jetzige. Ich dachte so insgeheim, Du wärst bei Deinen Streifzügen durch die Foren vielleicht schon mal über so eine Karte gestolpert die als besonders robust gilt. Wie geschrieben, meine anderen Geräte steigen ja auch nicht komplett aus ...
Tao
-
Zitat
Original von UFO
(Info zu Kartentyp in Femon): Bei der 1.5 steht da stv0299.Korrekt,so steht dass in Femon..
ZitatWelche Sender sind "schwach"?
Konkret, also von denen die ich gucke:
ZDF
3SAT
ZDFinfokanal
zdf_neo
ZDFtheaterkanalDie kommen alle über Frequenz: 11953 MHz, Transponder-ID: 1079 rein.
ZitatDas ist ein ARM-Crash - vermutlich infolge schlechten Signals.
Laut Log hat der Treiber dies erkannt und den ARM neu gestartet. "Eigentlich" müßte das Bild wieder kommen.
Nö, tut er aber nicht - oder sollte ich da länger abwarten?
ZitatKann natürlich sein, daß bei der Fehlerbehandlung noch irgendwas fehlt. Um sicher zu sein, daß es am Treiber liegt, würde ich gerne wissen, ob es ohne Xine funktioniert...
Nun ja, wie geschrieben: Wenn ich XINE und VDR beende und mit kaffeine "standalone" gucke, dann habe ich den gleichen Effekt (dvb_ttpci stürzt ab). Unterschied ist hier nur, dass kaffeine meistens komplett abstürzt und dann nur noch eine KDE Fehlermeldung über bleibt:
"Ausführbare Datei: kaffeine PID: 9202 Signal: 11 (Segmentation fault)"
Kannst Du mir denn eine Karte empfehlen die Fehlertoleranter ist? Wie geschrieben, am Empfang kann ich derzeit nicht viel ändern.
Tao
-
Zunächst mal eine tiefe Verbeugung mit gefalteten Händen vor der Brust der dann sogleich ein lang gezogenes "ommm" entkommt - angesichts Eurem Einsatz in dieser Angelegenheit!
Dann aber gleich zu den neuen Informationen meinerseits:
Kartenversion
Die Karte hat als Aufdruck: Rev. 1.5 - damit erledigt sich dann auch wohl die Geschichte mit dem SpannungsMod (*prust 'gen Himmel*).Warum XINE mit einer FF-Karte
Eigentlich nur, weil es so einfach war es zu installieren. Ich habe OpenSuSE 11.2 im Einsatz auf meinem AP-Rechner. Da kann man VDR ganz einfach aus der Konserve mittels Yast installieren und mit wenigen Klicks ist der Drops gelutscht. Allerdings stehen so erstmal nur sehr wenige Plugins zur Verfügung, u.A. das für XINE, und da xawt so schlecht war, habe ich erstmal mit Xine geschaut.Gestern habe ich allerdings auch mal Kaffeine in Betrieb genommen und habe dort bei den "schlechten Sendern" den gleichen Effekt: nach einiger Zeit friert das Bild ein, bzw Kaffeine stürzt ab und erst nach dem rausschmiss von dvb_ttpci und neu laden, geht es weiter.
Das betrifft, wie geschrieben, nur bestimmte Sender die auch die anderen Geräte zu Artefakten und Bildaussetzer bringt - andere Sender, kann ich ohne Probleme stundenlang gucken ...
Gibt es auch Probleme bei lirc?
Habe ich nicht im Einsatz. Ich nehme zur Steuerung die GUI "Remote Control" von VDRAdmin-AM.Startoptionen für Treiber
UFO: Da wollte ich auch nicht, unwissend wie ich nun mal bin, experimentieren - daher ja meine Frage hier. Das mit hw_sections=1, werde ich einfach mal probieren.Femon
Also den Tunertyp (Tuner ves1893, oder so) unter Transponderinfomation kann ich nicht finden. Aber vielleicht ist es ja noch interessant:"Schlechte Sernder":
STR: 63%
SNR: 73%"Gute Sender":
STR: 72%
SNR: 80%Firmware aktualisieren
Danke für den Link, habe soeben auf dvb-ttpci-01.fw-fb2624 aktualisiert. Bei der Gelegenheit, hier mal was dvb_ttpci beim starten so meldet:Code
Alles anzeigenApr 7 19:49:08 tao2005 kernel: [ 2562.354584] saa7146: register extension 'dvb'. Apr 7 19:49:08 tao2005 kernel: [ 2562.354651] dvb 0000:05:09.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18 Apr 7 19:49:08 tao2005 kernel: [ 2562.354711] IRQ 18/: IRQF_DISABLED is not guaranteed on shared IRQs Apr 7 19:49:08 tao2005 kernel: [ 2562.354740] saa7146: found saa7146 @ mem f846c000 (revision 1, irq 18) (0x13c2,0x0000). Apr 7 19:49:08 tao2005 kernel: [ 2562.354771] dvb 0000:05:09.0: firmware: requesting dvb-ttpci-01.fw Apr 7 19:49:08 tao2005 kernel: [ 2562.367583] DVB: registering new adapter (Technotrend/Hauppauge WinTV DVB-S rev1.X or Fujitsu Siemens DVB-C) Apr 7 19:49:08 tao2005 kernel: [ 2562.369005] adapter has MAC addr = 00:d0:5c:03:3a:e8 Apr 7 19:49:08 tao2005 kernel: [ 2562.375013] dvb 0000:05:09.0: firmware: requesting av7110/bootcode.bin Apr 7 19:49:09 tao2005 kernel: [ 2562.716364] dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80fb2624 Apr 7 19:49:09 tao2005 kernel: [ 2562.716380] dvb-ttpci: firmware @ card 0 supports CI link layer interface Apr 7 19:49:09 tao2005 kernel: [ 2562.769252] dvb-ttpci: Crystal audio DAC @ card 0 detected Apr 7 19:49:09 tao2005 kernel: [ 2562.770212] saa7146_vv: saa7146 (0): registered device video0 [v4l2] Apr 7 19:49:09 tao2005 kernel: [ 2562.770287] saa7146_vv: saa7146 (0): registered device vbi0 [v4l2] Apr 7 19:49:09 tao2005 kernel: [ 2563.036231] DVB: registering adapter 0 frontend 0 (ST STV0299 DVB-S)... Apr 7 19:49:09 tao2005 kernel: [ 2563.036468] input: DVB on-card IR receiver as /devices/pci0000:00/0000:00:1e.0/0000:05:09.0/input/input6 Apr 7 19:49:09 tao2005 kernel: [ 2563.036546] dvb-ttpci: found av7110-0.
und der Vollständigkeit wegen, was VDR beim Starten so alles meldet:
Code
Alles anzeigenApr 7 19:49:48 tao2005 vdr: [8721] cTimeMs: using monotonic clock (resolution is 1 ns) Apr 7 19:49:48 tao2005 vdr: [8724] cTimeMs: using monotonic clock (resolution is 1 ns) Apr 7 19:49:48 tao2005 vdr: [8724] VDR version 1.6.0-2 started Apr 7 19:49:48 tao2005 vdr: [8724] switched to user 'vdr' Apr 7 19:49:48 tao2005 vdr: [8724] codeset is 'UTF-8' - known Apr 7 19:49:48 tao2005 vdr: [8724] found 23 locales in /usr/share/vdr/locale Apr 7 19:49:48 tao2005 vdr: [8724] loading plugin: /usr/lib/vdr//libvdr-streamdev-server.so.1.6.0 Apr 7 19:49:48 tao2005 vdr: [8724] loading plugin: /usr/lib/vdr//libvdr-streamdev-client.so.1.6.0 Apr 7 19:49:48 tao2005 vdr: [8724] loading plugin: /usr/lib/vdr//libvdr-xine.so.1.6.0 Apr 7 19:49:48 tao2005 vdr: [8724] loading plugin: /usr/lib/vdr//libvdr-femon.so.1.6.0 Apr 7 19:49:48 tao2005 vdr: [8724] loading plugin: /usr/lib/vdr//libvdr-epgsearch.so.1.6.0 Apr 7 19:49:48 tao2005 vdr: [8724] loading /etc/vdr/setup.conf Apr 7 19:49:48 tao2005 vdr: [8724] loading /etc/vdr/sources.conf Apr 7 19:49:48 tao2005 vdr: [8724] loading /etc/vdr/diseqc.conf Apr 7 19:49:48 tao2005 vdr: [8724] loading /etc/vdr/channels.conf Apr 7 19:49:48 tao2005 vdr: [8724] loading /etc/vdr/timers.conf Apr 7 19:49:48 tao2005 vdr: [8724] loading /etc/vdr/svdrphosts.conf Apr 7 19:49:48 tao2005 vdr: [8724] loading /etc/vdr/remote.conf Apr 7 19:49:48 tao2005 vdr: [8724] loading /etc/vdr/keymacros.conf Apr 7 19:49:48 tao2005 vdr: [8725] video directory scanner thread started (pid=8724, tid=8725) Apr 7 19:49:48 tao2005 vdr: [8726] video directory scanner thread started (pid=8724, tid=8726) Apr 7 19:49:48 tao2005 vdr: [8724] reading EPG data from /var/spool/video/epg.data Apr 7 19:49:48 tao2005 vdr: [8726] video directory scanner thread ended (pid=8724, tid=8726) Apr 7 19:49:48 tao2005 vdr: [8725] video directory scanner thread ended (pid=8724, tid=8725) Apr 7 19:49:48 tao2005 vdr: [8724] probing /dev/dvb/adapter0/frontend0 Apr 7 19:49:48 tao2005 vdr: [8728] CI adapter on device 0 thread started (pid=8724, tid=8728) Apr 7 19:49:48 tao2005 vdr: [8729] tuner on device 1 thread started (pid=8724, tid=8729) Apr 7 19:49:48 tao2005 vdr: [8730] section handler thread started (pid=8724, tid=8730) Apr 7 19:49:48 tao2005 vdr: [8724] found 1 video device Apr 7 19:49:48 tao2005 vdr: [8724] initializing plugin: streamdev-server (0.5.0-pre): VDR Streaming Server Apr 7 19:49:48 tao2005 vdr: [8724] initializing plugin: streamdev-client (0.5.0-pre): VTP Streaming Client Apr 7 19:49:48 tao2005 vdr: [8724] initializing plugin: xine (0.9.3): Software-basierte Wiedergabe mittels xine Apr 7 19:49:48 tao2005 vdr: [8731] XineRemote control thread started (pid=8724, tid=8731) Apr 7 19:49:48 tao2005 vdr: [8731] Entering cXineRemote thread Apr 7 19:49:48 tao2005 vdr: [8724] initializing plugin: femon (1.6.7): DVB Signal Information Monitor (OSD) Apr 7 19:49:48 tao2005 vdr: [8724] initializing plugin: epgsearch (0.9.24): Suche im EPG nach Wiederholungen und anderem Apr 7 19:49:48 tao2005 vdr: [8724] setting primary device to 1 Apr 7 19:49:48 tao2005 vdr: [8724] assuming manual start of VDR Apr 7 19:49:48 tao2005 vdr: [8724] SVDRP listening on port 2001 Apr 7 19:49:48 tao2005 vdr: [8724] setting current skin to "sttng" Apr 7 19:49:48 tao2005 vdr: [8724] loading /etc/vdr/themes/sttng-default.theme Apr 7 19:49:48 tao2005 vdr: [8724] starting plugin: streamdev-server Apr 7 19:49:48 tao2005 vdr: [8724] loading /etc/vdr/plugins/streamdev/streamdevhosts.conf Apr 7 19:49:48 tao2005 vdr: [8732] streamdev server thread started (pid=8724, tid=8732) Apr 7 19:49:48 tao2005 vdr: [8732] Streamdev: Listening (VTP) on port 2004 Apr 7 19:49:48 tao2005 vdr: [8732] Streamdev: Listening (HTTP) on port 3000 Apr 7 19:49:48 tao2005 vdr: [8724] starting plugin: streamdev-client Apr 7 19:49:48 tao2005 vdr: [8724] starting plugin: xine Apr 7 19:49:48 tao2005 vdr: [8724] starting plugin: femon Apr 7 19:49:48 tao2005 vdr: [8724] starting plugin: epgsearch Apr 7 19:49:48 tao2005 vdr: [8724] loading /etc/vdr/plugins/epgsearch/epgsearchmenu.conf Apr 7 19:49:48 tao2005 vdr: [8724] EPGSearch: loading /etc/vdr/plugins/epgsearch/epgsearch.conf Apr 7 19:49:48 tao2005 vdr: [8724] EPGSearch: loading /etc/vdr/plugins/epgsearch/epgsearchtemplates.conf Apr 7 19:49:48 tao2005 vdr: [8724] EPGSearch: loading /etc/vdr/plugins/epgsearch/epgsearchdone.data Apr 7 19:49:48 tao2005 vdr: [8735] EPGSearch: conflictcheck thread started (pid=8724, tid=8735) Apr 7 19:49:48 tao2005 vdr: [8724] ERROR: /dev/lircd: Datei oder Verzeichnis nicht gefunden Apr 7 19:49:48 tao2005 vdr: [8736] KBD remote control thread started (pid=8724, tid=8736) Apr 7 19:49:48 tao2005 vdr: [8724] ERROR: remote control XineRemote not ready! Apr 7 19:49:48 tao2005 vdr: [8724] ERROR: remote control LIRC not ready! Apr 7 19:49:48 tao2005 vdr: [8724] remote control KBD - keys known Apr 7 19:49:50 tao2005 vdr: [8724] switching to channel 3 Apr 7 19:49:50 tao2005 vdr: [8728] CAM 1: no module present Apr 7 19:49:50 tao2005 vdr: [8728] CAM 2: no module present
Obwohl die Geschichte mit der neuen Firmware zunächst etwas stabiler aussah (man musste nicht immer den Treiber neu laden), stürzte er dann aber doch irgendwann ab. Die letzten Zeilen, bevor in XINE das Bild einfror waren viele der Art:
CodeApr 7 20:01:07 tao2005 vdr: [8826] PES packet shortened to 2215 bytes (expected: 2318 bytes) Apr 7 20:01:07 tao2005 vdr: [8826] PES packet shortened to 5293 bytes (expected: 5390 bytes) Apr 7 20:01:07 tao2005 vdr: [8826] PES packet shortened to 2076 bytes (expected: 2318 bytes) Apr 7 20:01:08 tao2005 vdr: [8826] PES packet shortened to 5163 bytes (expected: 5390 bytes) Apr 7 20:01:08 tao2005 vdr: [8826] PES packet shortened to 2295 bytes (expected: 2318 bytes) Apr 7 20:01:08 tao2005 vdr: [8826] PES packet shortened to 5103 bytes (expected: 5390 bytes) Apr 7 20:01:08 tao2005 vdr: [8826] PES packet shortened to 1724 bytes (expected: 2318 bytes)
Als ich XINE dann beendete, "hauchte" der Treiber mit folgenden Meldungen, das Ende seines Daseins ins Logfile:
Code
Alles anzeigenApr 7 20:02:21 tao2005 vdr: [8826] transfer thread ended (pid=8724, tid=8826) Apr 7 20:02:21 tao2005 vdr: [8724] cTS2PES got 73 TS errors, 49 TS continuity errors Apr 7 20:02:21 tao2005 vdr: [8724] cTS2PES got 3 TS errors, 17 TS continuity errors Apr 7 20:02:21 tao2005 vdr: [8724] cTS2PES got 4 TS errors, 5 TS continuity errors Apr 7 20:02:21 tao2005 vdr: [8724] cTS2PES got 5 TS errors, 17 TS continuity errors Apr 7 20:02:21 tao2005 vdr: [8724] buffer stats: 163936 (7%) used Apr 7 20:02:21 tao2005 vdr: [8724] setting primary device to 1 Apr 7 20:02:21 tao2005 vdr: [8724] info: Primäres Interface wurde von xine zurückgeschaltet Apr 7 20:02:22 tao2005 vdr: [8828] TS buffer on device 1 thread ended (pid=8724, tid=8828) Apr 7 20:02:22 tao2005 vdr: [8827] buffer stats: 111672 (5%) used Apr 7 20:02:22 tao2005 vdr: [8827] receiver on device 1 thread ended (pid=8724, tid=8827) Apr 7 20:02:23 tao2005 kernel: [ 3356.776021] dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle Apr 7 20:02:23 tao2005 kernel: [ 3356.776040] dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110 Apr 7 20:02:23 tao2005 kernel: [ 3356.776050] dvb-ttpci: av7110_fw_cmd error -110 Apr 7 20:02:26 tao2005 vdr: [8724] switching to channel 2 Apr 7 20:02:26 tao2005 kernel: [ 3359.780023] dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle Apr 7 20:02:26 tao2005 kernel: [ 3359.780041] dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110 Apr 7 20:02:26 tao2005 kernel: [ 3359.780051] dvb-ttpci: av7110_fw_cmd error -110 Apr 7 20:02:27 tao2005 vdr: [8724] ERROR (dvbdevice.c,725): Die Wartezeit für die Verbindung ist abgelaufen Apr 7 20:02:27 tao2005 kernel: [ 3360.785022] dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle Apr 7 20:02:27 tao2005 kernel: [ 3360.785045] dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110 Apr 7 20:02:27 tao2005 kernel: [ 3360.785055] dvb-ttpci: av7110_fw_cmd error -110 Apr 7 20:02:28 tao2005 kernel: [ 3361.793052] dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle Apr 7 20:02:28 tao2005 kernel: [ 3361.793071] dvb-ttpci: av7110_fw_request error -110 Apr 7 20:02:28 tao2005 kernel: [ 3361.793083] dvb-ttpci: StopHWFilter error cmd 0b08 0001 0000 ret ffffff92 resp 3af8 f5b5 pid 18 Apr 7 20:02:29 tao2005 kernel: [ 3362.801115] dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle Apr 7 20:02:29 tao2005 kernel: [ 3362.801141] dvb-ttpci: av7110_fw_request error -110 Apr 7 20:02:29 tao2005 kernel: [ 3362.801151] dvb-ttpci: StopHWFilter error cmd 0b08 0001 0001 ret ffffff92 resp 3af8 f5b5 pid 18 Apr 7 20:02:30 tao2005 vdr: [8724] ERROR (dvbdevice.c,669): Die Operation ist nicht erlaubt Apr 7 20:02:30 tao2005 vdr: [8724] ERROR: can't set PID 110 on device 1 Apr 7 20:02:30 tao2005 vdr: [8724] ERROR (dvbdevice.c,681): Die Operation ist nicht erlaubt Apr 7 20:02:30 tao2005 vdr: [8724] ERROR: failed to set PIDs for channel 2 on device 1 Apr 7 20:02:30 tao2005 vdr: [8724] retrying Apr 7 20:02:30 tao2005 vdr: [8724] ERROR (dvbdevice.c,725): Die Operation ist nicht erlaubt Apr 7 20:02:30 tao2005 vdr: [8724] ERROR (dvbdevice.c,669): Die Operation ist nicht erlaubt Apr 7 20:02:30 tao2005 vdr: [8724] ERROR: can't set PID 110 on device 1 Apr 7 20:02:30 tao2005 vdr: [8724] ERROR (dvbdevice.c,681): Die Operation ist nicht erlaubt Apr 7 20:02:30 tao2005 vdr: [8724] ERROR: failed to set PIDs for channel 2 on device 1 Apr 7 20:02:30 tao2005 vdr: [8724] retrying Apr 7 20:02:30 tao2005 vdr: [8724] ERROR (dvbdevice.c,725): Die Operation ist nicht erlaubt Apr 7 20:02:30 tao2005 vdr: [8724] ERROR (dvbdevice.c,669): Die Operation ist nicht erlaubt Apr 7 20:02:30 tao2005 vdr: [8724] ERROR: can't set PID 110 on device 1 Apr 7 20:02:30 tao2005 vdr: [8724] ERROR (dvbdevice.c,681): Die Operation ist nicht erlaubt Apr 7 20:02:30 tao2005 vdr: [8724] ERROR: failed to set PIDs for channel 2 on device 1 Apr 7 20:02:30 tao2005 vdr: [8724] retrying Apr 7 20:02:30 tao2005 kernel: [ 3363.805031] dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle Apr 7 20:02:30 tao2005 kernel: [ 3363.805051] dvb-ttpci: av7110_fw_request error -110 Apr 7 20:02:30 tao2005 kernel: [ 3363.805061] dvb-ttpci: ARM crashed @ card 0 Apr 7 20:02:30 tao2005 kernel: [ 3363.805077] dvb-ttpci: StopHWFilter error cmd 0b08 0001 0002 ret ffffff92 resp 3af8 f5b5 pid 18 Apr 7 20:02:30 tao2005 kernel: [ 3363.805098] dvb-ttpci: StartHWFilter error buf 0b07 0010 0012 b96a ret -1 handle f5b5 Apr 7 20:02:30 tao2005 kernel: [ 3363.805139] StopHWFilter tried to stop invalid filter ffff, filter type = 1 Apr 7 20:02:30 tao2005 kernel: [ 3363.805155] dvb-ttpci: StartHWFilter error buf 0b07 0010 0012 b96a ret -1 handle f5b5 Apr 7 20:02:30 tao2005 kernel: [ 3363.805176] StopHWFilter tried to stop invalid filter ffff, filter type = 1 Apr 7 20:02:30 tao2005 kernel: [ 3363.805200] dvb-ttpci: StopHWFilter error cmd 0b08 0001 0003 ret ffffffff resp 0000 0000 pid 20 Apr 7 20:02:30 tao2005 kernel: [ 3363.805223] dvb-ttpci: StopHWFilter error cmd 0b08 0001 0004 ret ffffffff resp 0000 0000 pid 0 Apr 7 20:02:30 tao2005 kernel: [ 3363.805246] dvb-ttpci: StopHWFilter error cmd 0b08 0001 0005 ret ffffffff resp 0000 0000 pid 17 Apr 7 20:02:30 tao2005 kernel: [ 3363.805269] dvb-ttpci: StopHWFilter error cmd 0b08 0001 0006 ret ffffffff resp 0000 0000 pid 16 Apr 7 20:02:30 tao2005 kernel: [ 3363.805292] dvb-ttpci: StopHWFilter error cmd 0b08 0001 000b ret ffffffff resp 0000 0000 pid 200 Apr 7 20:02:30 tao2005 kernel: [ 3363.805350] dvb-ttpci: av7110_fw_cmd error -1 Apr 7 20:02:30 tao2005 kernel: [ 3363.805461] dvb-ttpci: av7110_fw_cmd error -1 Apr 7 20:02:30 tao2005 kernel: [ 3363.805539] dvb-ttpci: av7110_fw_cmd error -1 Apr 7 20:02:30 tao2005 kernel: [ 3363.805612] dvb-ttpci: av7110_fw_cmd error -1 Apr 7 20:02:30 tao2005 kernel: [ 3363.805657] dvb-ttpci: av7110_fw_cmd error -1 Apr 7 20:02:30 tao2005 kernel: [ 3363.805722] dvb-ttpci: av7110_fw_cmd error -1 Apr 7 20:02:30 tao2005 kernel: [ 3363.806445] dvb-ttpci: av7110_fw_cmd error -1 Apr 7 20:02:30 tao2005 kernel: [ 3363.806495] dvb-ttpci: av7110_fw_cmd error -1 Apr 7 20:02:30 tao2005 kernel: [ 3363.810823] dvb 0000:05:09.0: firmware: requesting av7110/bootcode.bin Apr 7 20:02:30 tao2005 vdr: [8729] frontend 0 lost lock on channel 2, tp 111953 Apr 7 20:02:30 tao2005 kernel: [ 3364.192231] dvb-ttpci: Crystal audio DAC @ card 0 detected Apr 7 20:02:30 tao2005 vdr: [8729] frontend 0 regained lock on channel 2, tp 111953 Apr 7 20:02:37 tao2005 vdr: [8724] switching to channel 2
Tao
-
Original von UFO
Zitat
Was genau steht im Log?
Kartenrevision? Welcher Treiber? Welche Firmware?Ähh, peinlich, nun ja ... die Karte flog hier so rum ... lspci meldet sie als:
Code05:0b.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01) Subsystem: Technotrend Systemtechnik GmbH Siemens/Technotrend/Hauppauge DVB card rev1.3 or rev1.5 Flags: bus master, medium devsel, latency 32, IRQ 22 Memory at f0500000 (32-bit, non-prefetchable) [size=512] Kernel driver in use: dvb
Reicht das als Info, oder soll ich die Karte nochmal ziehen und irgendwas darauf ablesen?Im Logfile habe ich vorhin, direkt bevor nichts mehr ging, folgendes lesen können
Code
Alles anzeigenApr 6 22:26:07 tao2005 vdr: [14417] PES packet shortened to 8606 bytes (expected: 8974 bytes) Apr 6 22:26:07 tao2005 vdr: [14417] cDolbyRepacker: skipped 1420 bytes while syncing on next AC3 frame Apr 6 22:26:07 tao2005 vdr: [14417] ERROR: unknown picture type '4' Apr 6 22:26:07 tao2005 vdr: [14417] cVideoRepacker: found system start code: stream seems to be scrambled or not demultiplexed Apr 6 22:26:07 tao2005 vdr: [14417] cAudioRepacker(0xC0): skipped 484 bytes to sync on next audio frame Apr 6 22:26:08 tao2005 vdr: [14417] PES packet shortened to 4457 bytes (expected: 5390 bytes) Apr 6 22:26:08 tao2005 vdr: [14417] PES packet shortened to 8877 bytes (expected: 8974 bytes) Apr 6 22:26:08 tao2005 vdr: [14417] cAudioRepacker(0xC1): skipped 278 bytes to sync on next audio frame Apr 6 22:26:08 tao2005 vdr: [14417] PES packet shortened to 2132 bytes (expected: 2318 bytes) Apr 6 22:26:08 tao2005 vdr: [14417] PES packet shortened to 5153 bytes (expected: 5390 bytes) Apr 6 22:26:08 tao2005 vdr: [14417] PES packet shortened to 8830 bytes (expected: 8974 bytes) Apr 6 22:26:08 tao2005 vdr: [14417] PES packet shortened to 2281 bytes (expected: 2318 bytes) Apr 6 22:26:08 tao2005 vdr: [14417] PES packet shortened to 5002 bytes (expected: 5390 bytes)
Danach konnte ich XINE nicht mehr dazu bewegen ein vernünftiges Bild anzuzeigen - auch nicht auf Sendern die sonst stundenlang ohne Probleme laufen ... erst ein Neustart von dvb_ttpci brachte wieder ein Bild.
Zitat
Seltsam. Normalerweise sollte der Treiber einen ARM-Crash erkennen.Die Firmware ist dvb-ttpci-01.fw-2622 und nach allem was ich recherchiert habe, wohl die aktuellste aus dem Jahre 2005.
ARM-Crashes habe ich im Log auch schon mal gefunden, aber nicht immer wenn nichts mehr geht - das System als solches geht schon auch noch, aber in XINE gibt es kein Bild mehr ... auch wenn ich XINE neu starte nicht ... erst nachdem ich die komplette Kette (dvb_ttpci, VDR, XINE) neu starte, bekomme ich wieder ein Bild.
Zitat
Leider ist dies ein unlösbares Problem:
Falls der Decoder infolge schlechten Empfangs mit genügend Datenschrott gefüttert wird, stürzt er ab (-> ARM-Crash).
Hängt ein wenig von der Kartenversion, d.h. dem verbauten Tuner ab.Schade, wenn es denn dann wirklich so ist - und warum können die anderen Geräte denn mit den Empfangsfehlern umgehen?
Ich lebte ja in der Hoffnung, dass man z.B. durch setzen von Parametern für dvb_ttpci ihn etwas geschmeidiger machen könnte - gesehen habe ich schon einige solche Parameter (budgetpatch, full_ts, wss_cfg_16_9 und noch einige mehr) aber sowohl Bedeutung, wie auch das Zusammenspiel untereinander, sind mir gänzlich unbekannt ...
Tao
-
Also das mit dem "Notausstieg" hat nicht ausgereicht. Auch wenn es zunächst gut aussah, war es das leider nicht. Es ist ja auch nicht so das VDR abstürzt - ein alleiniger Restart von VDR bringt zumindest keinen Erfolg. Erst wenn ich dvb_ttpci rauswerfe und neu lade, geht es wieder eine Weile.
-
Bin neu in Eurer Runde, deshalb zunächst mal ein Hallo in dieselbe - knock-knock-knock
Habe Kummer mit meiner VDR-Installation, genauer mit schlechtem Empfang einiger Sender was sich visuell in Artefakten und kleinen Aussetzern äußert, aber letztendlich sogar das Kernelmodul dvb_ttpci die Beine breit machen lässt ...
Erst ein rmmod und anschließendes modprobe hauchen wieder Leben ein.
Leider kann ich am Empfang derzeit nicht viel ändern (Dachinstallation ohne Zugang), aber andere Hardware (vorhandene Sat-Receiver und Dreambox) stürzen zumindest nicht gleich komplett ab.
Hat jemand einen Tipp für mich?
Tao