Full-TS Mod für FF-Karten

UFO · 8. Juni 2008

Zitat

Original von Dr. Seltsam
Hallo Oliver,

den refactoring-Treiber habe ich seit ca. Oktober 2007 nicht mehr benutzt. Davor lief er einwandfrei. Damals war das Problem etwas anders, es traten vdsb auf. Schau mal in Deine Mails vom 15.10.2007
Ich habe damals allerlei getestet, um die Ursache einzugrenzen, bin allerdings zu keinem klaren Resultat gekommen.

Ich erinnere mich. Damals sind wir nicht weiter gekommen.

Zitat

Der Fehler trat oft erst nach Stunden auf, und da es mein Produktiv-vdr ist wollte ich nicht dauernd kaputte Filme haben. Das jetzige Problem scheint etwas anders zu sein, es lässt sich mit Beginn eines Schneidevorgangs auch recht schnell reproduzieren.

Hm - hat sich an der Hardware denn irgendetwas geändert?

Ansonsten haben wir nun aufgrund der besseren Reproduzierbarkeit evtl. eine bessere Chance, das Problem einzukreisen.

Zitat

Im Moment habe ich wieder den normalen Treiber installiert, werde aber sehen, dass ich morgen nochmal den refactoring + dem Patch teste.

Danke!

CU
Oliver

e9hack · 8. Juni 2008

Jetzt habe ich den Treiber gerade gelobt und bekomme prompt die gleichen Probleme :achdufresse. Während einer Wiedergabe wollte ich die Werbung überspringen. Dabei ist das Bild eingefroren und der VDR war scheinbar nicht mehr bedienbar. Es sieht so aus, als hätte sich derARM an einem korrupten TS während des EPG-Scans verschluckt. Im Log steht folgendes:

Code

Jun  7 22:46:28 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 1295, tp 794
Jun  7 22:46:36 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 1295, tp 794
Jun  7 22:46:36 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 1295, tp 794
Jun  7 22:46:38 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 1295, tp 794
Jun  7 22:46:38 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 1295, tp 794
Jun  7 22:46:39 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 1295, tp 794
Jun  7 22:46:39 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 1295, tp 794
Jun  7 22:46:42 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 1295, tp 794
Jun  7 22:46:42 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 1295, tp 794
Jun  7 22:46:43 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 1295, tp 794
Jun  7 22:46:43 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 1295, tp 794
Jun  7 22:46:45 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 0, tp 802
Jun  7 22:46:46 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 0, tp 802
Jun  7 22:46:47 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 0, tp 802
Jun  7 22:46:48 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 0, tp 802
Jun  7 22:46:49 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 0, tp 802
Jun  7 22:46:50 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 0, tp 802
Jun  7 22:46:51 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 0, tp 802
Jun  7 22:46:51 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 0, tp 802
Jun  7 22:46:52 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 0, tp 802
Jun  7 22:46:52 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 0, tp 802
Jun  7 22:46:57 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 0, tp 802
Jun  7 22:46:57 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 0, tp 802
Jun  7 22:46:58 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 0, tp 802
Jun  7 22:46:58 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 0, tp 802
Jun  7 22:46:59 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 0, tp 802
Jun  7 22:47:00 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 0, tp 802
Jun  7 22:47:01 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 0, tp 802
Jun  7 22:47:01 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 0, tp 802
Jun  7 22:47:02 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 0, tp 802
Jun  7 22:47:02 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 0, tp 802
Jun  7 22:50:14 very-new-darkstar vdr: [13705] changing name of channel 95 from 'D 3 - 21:00,;' to 'D 3 - 23:00,;'
Jun  7 22:50:14 very-new-darkstar vdr: [13705] changing name of channel 102 from 'D 5 - 20:30,;' to 'D 5 - 23:00,;'
Jun  7 22:50:14 very-new-darkstar vdr: [13705] linking channel 80 from 96 101 93 94 100 95 98 97 99 103 102 to 101 93 94 100 98 97 95 99 103 102
Jun  7 22:51:20 very-new-darkstar syslog-ng[3422]: STATS: dropped 118
Jun  7 22:53:00 very-new-darkstar vdr: [13712] EPGSearch: timer conflict check started
Jun  7 22:53:00 very-new-darkstar vdr: [13712] EPGSearch: timer conflict check finished
Jun  7 22:54:06 very-new-darkstar vdr: [13705] channel 4 (SAT 1) event Sam 07.06.2008 22:50-23:50 'Genial daneben - Die Comedy Arena' status 4
Jun  7 22:57:57 very-new-darkstar kernel: dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun  7 22:58:07 very-new-darkstar kernel: dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun  7 22:58:17 very-new-darkstar kernel: dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun  7 22:58:27 very-new-darkstar kernel: dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun  7 22:58:31 very-new-darkstar vdr: [13716] caught signal 15

Alles anzeigen

Die Sender über 650MHz sind bei mir nicht fehlerfrei empfangbar, da der Hausverstärker nur bis 550MHz geht. Über 750MHz geht eigentlich nichts mehr. Ich werde wohl mal einen Patch bauen müssen, der alle Kanäle über einer bestimmten Frequenz nicht mehr in die channels.conf übernimmt.

Nur ein Neustarten des VDR war nicht ausreichend:

Code

Jun  7 22:58:41 very-new-darkstar vdr: [16321] EPGSearch: conflictcheck thread started (pid=16308, tid=16321)
Jun  7 22:58:41 very-new-darkstar vdr: [16308] starting plugin: dvd
Jun  7 22:58:41 very-new-darkstar vdr: [16308] starting plugin: avards
Jun  7 22:58:41 very-new-darkstar vdr: [16322] avards-detector thread started (pid=16308, tid=16322)
Jun  7 22:58:41 very-new-darkstar vdr: [16308] starting plugin: atmo
Jun  7 22:58:41 very-new-darkstar vdr: [16308] starting plugin: femon
Jun  7 22:58:41 very-new-darkstar vdr: [16308] starting plugin: skinsoppalusikka
Jun  7 22:58:41 very-new-darkstar vdr: [16308] setting current skin to "soppalusikka"
Jun  7 22:58:41 very-new-darkstar vdr: [16308] loading /etc/vdr/themes/soppalusikka-blackberry.theme
Jun  7 22:58:41 very-new-darkstar kernel: lirc_serial: ignoring spike: 0 0 484af681 484af681 d3798 d3777
Jun  7 22:58:41 very-new-darkstar vdr: [16325] LIRC remote control thread started (pid=16308, tid=16325)
Jun  7 22:58:41 very-new-darkstar vdr: [16326] KBD remote control thread started (pid=16308, tid=16326)
Jun  7 22:58:41 very-new-darkstar vdr: [16308] remote control LIRC - keys known
Jun  7 22:58:41 very-new-darkstar vdr: [16308] remote control KBD - keys known
Jun  7 22:58:42 very-new-darkstar vdr: [16312] CAM 1: no module present
Jun  7 22:58:42 very-new-darkstar vdr: [16312] CAM 2: no module present
Jun  7 22:58:43 very-new-darkstar vdr: [16317] CAM 3: no module present
Jun  7 22:58:43 very-new-darkstar vdr: [16308] switching to channel 5
Jun  7 22:58:44 very-new-darkstar vdr: [16308] ERROR (dvbdevice.c,724): Die Wartezeit für die Verbindung ist abgelaufen
Jun  7 22:58:44 very-new-darkstar kernel: __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
Jun  7 22:58:44 very-new-darkstar kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
Jun  7 22:58:44 very-new-darkstar kernel: dvb-ttpci: av7110_fw_cmd error -110
Jun  7 22:58:45 very-new-darkstar kernel: __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
Jun  7 22:58:45 very-new-darkstar kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
Jun  7 22:58:45 very-new-darkstar kernel: dvb-ttpci: av7110_fw_cmd error -110
Jun  7 22:58:45 very-new-darkstar vdr: [16308] ERROR (dvbdevice.c,858): Die Wartezeit für die Verbindung ist abgelaufen
Jun  7 22:58:46 very-new-darkstar kernel: __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
Jun  7 22:58:46 very-new-darkstar kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
Jun  7 22:58:46 very-new-darkstar kernel: dvb-ttpci: av7110_fw_cmd error -110
Jun  7 22:58:46 very-new-darkstar vdr: [16308] ERROR (dvbdevice.c,861): Die Wartezeit für die Verbindung ist abgelaufen
Jun  7 22:58:47 very-new-darkstar kernel: __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
Jun  7 22:58:47 very-new-darkstar kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
Jun  7 22:58:47 very-new-darkstar kernel: dvb-ttpci: av7110_fw_cmd error -110
Jun  7 22:58:47 very-new-darkstar kernel: av7110_wait_msgstate: timeout waiting for MSGSTATE 0040
Jun  7 22:58:47 very-new-darkstar vdr: [16308] ERROR (dvbdevice.c,887): Die Wartezeit für die Verbindung ist abgelaufen
Jun  7 22:58:48 very-new-darkstar kernel: __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
Jun  7 22:58:48 very-new-darkstar kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
Jun  7 22:58:48 very-new-darkstar kernel: dvb-ttpci: av7110_fw_cmd error -110
Jun  7 22:58:48 very-new-darkstar vdr: [16308] ERROR (dvbdevice.c,887): Die Wartezeit für die Verbindung ist abgelaufen
Jun  7 22:58:58 very-new-darkstar kernel: dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun  7 22:58:58 very-new-darkstar vdr: [16308] timer 1 (1 2013-2155 'Tatort: Tödliche Tagung~Fernsehfilm Österreich 2002') set to event Son 08.06.2008

Alles anzeigen

Der VDR lief nach dem Entladen/Laden der DVB-Treiber wieder korrekt.

Gruß
e9hack

Dr. Seltsam · 8. Juni 2008

so, mit dem busy_rest-Patch tritt zunächst kein Problem mehr beim Schneiden auf. Mir fiel auch auf, dass beim Springen in Aufzeichnungen (gelbe/grüne Taste) die Verpixelungen nicht mehr auftreten.
Habe dann hoffnungsvoll zwei parallele Aufnahmen auf verschiedenen Transpondern gestartet, so dass sowohl die FF als auch die 1500C beschäftigt sind.
Leider kommt nun nach einiger Zeit wieder das gleiche Problem wie im Oktober: zuerst TS continuity errors, danach:

Code

Jun  8 11:46:57 linvdr user.debug vdr: [22023] clearing device because of consecutive poll timeouts
Jun  8 11:46:58 linvdr user.err vdr: [22044] ERROR: video data stream broken
Jun  8 11:46:58 linvdr user.err vdr: [22044] initiating emergency exit
Jun  8 11:46:58 linvdr user.debug vdr: [22023] clearing device because of consecutive poll timeouts
Jun  8 11:46:58 linvdr user.err vdr: [21939] emergency exit requested - shutting down

vdr macht dann ständige restarts, und im Log taucht auch

Code

Jun  8 11:47:00 linvdr user.err vdr: [21939] ERROR (dvbdevice.c,994): Connection timed out
Jun  8 11:47:00 linvdr user.err kernel: [ 5350.255484] __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
Jun  8 11:47:00 linvdr user.err kernel: [ 5350.255516] dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
Jun  8 11:47:00 linvdr user.err kernel: [ 5350.255530] dvb-ttpci: av7110_fw_cmd error -110
Jun  8 11:47:01 linvdr user.err vdr: [21939] ERROR (dvbdevice.c,995): Connection timed out
Jun  8 11:47:01 linvdr user.err kernel: [ 5351.091416] __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
Jun  8 11:47:01 linvdr user.err kernel: [ 5351.091466] dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
Jun  8 11:47:01 linvdr user.err kernel: [ 5351.091478] dvb-ttpci: av7110_fw_cmd error -110
Jun  8 11:47:01 linvdr user.debug vdr: [21939] cTS2PES got 0 TS errors, 22 TS continuity errors
Jun  8 11:47:01 linvdr user.debug vdr: [21939] cTS2PES got 0 TS errors, 22 TS continuity errors

auf

die beiden Stellen in dvbdevice.c sind
CHECK(ioctl(fd_audio, AUDIO_SET_AV_SYNC, true));
CHECK(ioctl(fd_audio, AUDIO_SET_MUTE, false));
aus case pmNone in SetPlayMode

linvdr:/lib/modules/2.6.25.4/kernel/drivers/media/dvb/ttpci# cat /proc/interrupts

Code

CPU0
  0:    7483615    XT-PIC-XT        timer
  1:          2    XT-PIC-XT        i8042
  2:          0    XT-PIC-XT        cascade
  4:      78455    XT-PIC-XT        lirc_serial
  5:    1170607    XT-PIC-XT        uhci_hcd:usb3, ehci_hcd:usb5, saa7146 (1)
  7:          3    XT-PIC-XT        uhci_hcd:usb4
  8:          1    XT-PIC-XT        rtc
  9:          1    XT-PIC-XT        acpi
 10:    3478144    XT-PIC-XT        ohci_hcd:usb2, Technisat/B2C2 FlexCop II/IIb/III Digital TV PCI Driver
 11:   26864134    XT-PIC-XT        eth0, saa7146 (0)
 12:     814932    XT-PIC-XT        ohci_hcd:usb1, ivtv0
 14:     112584    XT-PIC-XT        ide0
 15:         43    XT-PIC-XT        ide1
NMI:          0   Non-maskable interrupts
LOC:          0   Local timer interrupts
RES:          0   Rescheduling interrupts
CAL:          0   function call interrupts
TLB:          0   TLB shootdowns
TRM:          0   Thermal event interrupts
SPU:          0   Spurious interrupts
ERR:          0
MIS:          0

Alles anzeigen

Dr. Seltsam · 8. Juni 2008

ein User hat mir dazu noch eine Mail geschickt und geschrieben, dass folgendes bei ihm das gleiche Problem mit dem refactoring beseitigt hat:

Zitat

EPG-Scan 0,
Test-R aus channels entfernen,
Channels/Transponderupdate ausschalten, (andauernde PID-Updates)
Budget-Modul mit Maximumbuffer laden. (Evtl PCI-Latency ändern)

ich hatte auch schon den Eindruck, dass die dauernden PID updates auf einigen Kanälen das Problem provozieren. Ich möchte aber auf den EPG-Scan nicht verzichten, und zumindest das Aktualisieren von Namen und PIDs ist für die Premiere Direktkanäle unverzichtbar.

UFO · 8. Juni 2008

Zitat

Original von e9hack
Jetzt habe ich den Treiber gerade gelobt und bekomme prompt die gleichen Probleme :achdufresse. Während einer Wiedergabe wollte ich die Werbung überspringen. Dabei ist das Bild eingefroren und der VDR war scheinbar nicht mehr bedienbar. Es sieht so aus, als hätte sich derARM an einem korrupten TS während des EPG-Scans verschluckt. Im Log steht folgendes:

Code

Jun  7 22:46:28 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 1295, tp 794
Jun  7 22:46:36 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 1295, tp 794
Jun  7 22:46:36 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 1295, tp 794
Jun  7 22:46:38 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 1295, tp 794
Jun  7 22:46:38 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 1295, tp 794
Jun  7 22:46:39 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 1295, tp 794
Jun  7 22:46:39 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 1295, tp 794
Jun  7 22:46:42 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 1295, tp 794
Jun  7 22:46:42 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 1295, tp 794
Jun  7 22:46:43 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 1295, tp 794
Jun  7 22:46:43 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 1295, tp 794
Jun  7 22:46:45 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 0, tp 802
Jun  7 22:46:46 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 0, tp 802
Jun  7 22:46:47 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 0, tp 802
Jun  7 22:46:48 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 0, tp 802
Jun  7 22:46:49 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 0, tp 802
Jun  7 22:46:50 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 0, tp 802
Jun  7 22:46:51 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 0, tp 802
Jun  7 22:46:51 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 0, tp 802
Jun  7 22:46:52 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 0, tp 802
Jun  7 22:46:52 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 0, tp 802
Jun  7 22:46:57 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 0, tp 802
Jun  7 22:46:57 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 0, tp 802
Jun  7 22:46:58 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 0, tp 802
Jun  7 22:46:58 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 0, tp 802
Jun  7 22:46:59 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 0, tp 802
Jun  7 22:47:00 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 0, tp 802
Jun  7 22:47:01 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 0, tp 802
Jun  7 22:47:01 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 0, tp 802
Jun  7 22:47:02 very-new-darkstar vdr: [13704] frontend 0 lost lock on channel 0, tp 802
Jun  7 22:47:02 very-new-darkstar vdr: [13704] frontend 0 regained lock on channel 0, tp 802
Jun  7 22:50:14 very-new-darkstar vdr: [13705] changing name of channel 95 from 'D 3 - 21:00,;' to 'D 3 - 23:00,;'
Jun  7 22:50:14 very-new-darkstar vdr: [13705] changing name of channel 102 from 'D 5 - 20:30,;' to 'D 5 - 23:00,;'
Jun  7 22:50:14 very-new-darkstar vdr: [13705] linking channel 80 from 96 101 93 94 100 95 98 97 99 103 102 to 101 93 94 100 98 97 95 99 103 102
Jun  7 22:51:20 very-new-darkstar syslog-ng[3422]: STATS: dropped 118
Jun  7 22:53:00 very-new-darkstar vdr: [13712] EPGSearch: timer conflict check started
Jun  7 22:53:00 very-new-darkstar vdr: [13712] EPGSearch: timer conflict check finished
Jun  7 22:54:06 very-new-darkstar vdr: [13705] channel 4 (SAT 1) event Sam 07.06.2008 22:50-23:50 'Genial daneben - Die Comedy Arena' status 4
Jun  7 22:57:57 very-new-darkstar kernel: dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun  7 22:58:07 very-new-darkstar kernel: dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun  7 22:58:17 very-new-darkstar kernel: dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun  7 22:58:27 very-new-darkstar kernel: dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun  7 22:58:31 very-new-darkstar vdr: [13716] caught signal 15

Alles anzeigen

Die Sender über 650MHz sind bei mir nicht fehlerfrei empfangbar, da der Hausverstärker nur bis 550MHz geht. Über 750MHz geht eigentlich nichts mehr. Ich werde wohl mal einen Patch bauen müssen, der alle Kanäle über einer bestimmten Frequenz nicht mehr in die channels.conf übernimmt.

Hm - eigentlich bin ich der Meinung, daß ein korrupter Datenstrom nur zum ARM-Crash führen kann, wenn er an den Decoder weitergeleitet wird...

Zitat

Nur ein Neustarten des VDR war nicht ausreichend:

Code

Jun  7 22:58:41 very-new-darkstar vdr: [16321] EPGSearch: conflictcheck thread started (pid=16308, tid=16321)
Jun  7 22:58:41 very-new-darkstar vdr: [16308] starting plugin: dvd
Jun  7 22:58:41 very-new-darkstar vdr: [16308] starting plugin: avards
Jun  7 22:58:41 very-new-darkstar vdr: [16322] avards-detector thread started (pid=16308, tid=16322)
Jun  7 22:58:41 very-new-darkstar vdr: [16308] starting plugin: atmo
Jun  7 22:58:41 very-new-darkstar vdr: [16308] starting plugin: femon
Jun  7 22:58:41 very-new-darkstar vdr: [16308] starting plugin: skinsoppalusikka
Jun  7 22:58:41 very-new-darkstar vdr: [16308] setting current skin to "soppalusikka"
Jun  7 22:58:41 very-new-darkstar vdr: [16308] loading /etc/vdr/themes/soppalusikka-blackberry.theme
Jun  7 22:58:41 very-new-darkstar kernel: lirc_serial: ignoring spike: 0 0 484af681 484af681 d3798 d3777
Jun  7 22:58:41 very-new-darkstar vdr: [16325] LIRC remote control thread started (pid=16308, tid=16325)
Jun  7 22:58:41 very-new-darkstar vdr: [16326] KBD remote control thread started (pid=16308, tid=16326)
Jun  7 22:58:41 very-new-darkstar vdr: [16308] remote control LIRC - keys known
Jun  7 22:58:41 very-new-darkstar vdr: [16308] remote control KBD - keys known
Jun  7 22:58:42 very-new-darkstar vdr: [16312] CAM 1: no module present
Jun  7 22:58:42 very-new-darkstar vdr: [16312] CAM 2: no module present
Jun  7 22:58:43 very-new-darkstar vdr: [16317] CAM 3: no module present
Jun  7 22:58:43 very-new-darkstar vdr: [16308] switching to channel 5
Jun  7 22:58:44 very-new-darkstar vdr: [16308] ERROR (dvbdevice.c,724): Die Wartezeit für die Verbindung ist abgelaufen
Jun  7 22:58:44 very-new-darkstar kernel: __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
Jun  7 22:58:44 very-new-darkstar kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
Jun  7 22:58:44 very-new-darkstar kernel: dvb-ttpci: av7110_fw_cmd error -110
Jun  7 22:58:45 very-new-darkstar kernel: __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
Jun  7 22:58:45 very-new-darkstar kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
Jun  7 22:58:45 very-new-darkstar kernel: dvb-ttpci: av7110_fw_cmd error -110
Jun  7 22:58:45 very-new-darkstar vdr: [16308] ERROR (dvbdevice.c,858): Die Wartezeit für die Verbindung ist abgelaufen
Jun  7 22:58:46 very-new-darkstar kernel: __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
Jun  7 22:58:46 very-new-darkstar kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
Jun  7 22:58:46 very-new-darkstar kernel: dvb-ttpci: av7110_fw_cmd error -110
Jun  7 22:58:46 very-new-darkstar vdr: [16308] ERROR (dvbdevice.c,861): Die Wartezeit für die Verbindung ist abgelaufen
Jun  7 22:58:47 very-new-darkstar kernel: __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
Jun  7 22:58:47 very-new-darkstar kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
Jun  7 22:58:47 very-new-darkstar kernel: dvb-ttpci: av7110_fw_cmd error -110
Jun  7 22:58:47 very-new-darkstar kernel: av7110_wait_msgstate: timeout waiting for MSGSTATE 0040
Jun  7 22:58:47 very-new-darkstar vdr: [16308] ERROR (dvbdevice.c,887): Die Wartezeit für die Verbindung ist abgelaufen
Jun  7 22:58:48 very-new-darkstar kernel: __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
Jun  7 22:58:48 very-new-darkstar kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
Jun  7 22:58:48 very-new-darkstar kernel: dvb-ttpci: av7110_fw_cmd error -110
Jun  7 22:58:48 very-new-darkstar vdr: [16308] ERROR (dvbdevice.c,887): Die Wartezeit für die Verbindung ist abgelaufen
Jun  7 22:58:58 very-new-darkstar kernel: dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun  7 22:58:58 very-new-darkstar vdr: [16308] timer 1 (1 2013-2155 'Tatort: Tödliche Tagung~Fernsehfilm Österreich 2002') set to event Son 08.06.2008

Alles anzeigen

Der VDR lief nach dem Entladen/Laden der DVB-Treiber wieder korrekt.

Du hast den Patch von oben nicht eingebaut, oder?
Der erste Teil des Patches sollte nämlich diesen Fall abfangen und den ARM zurücksetzen. Damit müßte der Treiber auch ohne Neuladen wieder auf die Füße kommen.

Die Preisfragen sind:
- Verursacht der OSD-Transfer das Problem oder ist dies nur ein Folgefehler?
- Und wieso verhält sich der alte Treiber anders?

Ok, das Timing der Treiber ist sicher unterschiedlich. Ich vermute, daß im Refactoring-Teil irgendein Bug steckt, der aufgrund irgendwelcher Änderungen im System (Kernel?, VDR?) erst seit einiger Zeit zum Tragen kommt. Fragt sich nur, was das ist.

CU
Oliver

UFO · 8. Juni 2008

Zitat

Original von Dr. Seltsam
so, mit dem busy_rest-Patch tritt zunächst kein Problem mehr beim Schneiden auf. Mir fiel auch auf, dass beim Springen in Aufzeichnungen (gelbe/grüne Taste) die Verpixelungen nicht mehr auftreten.

Das ist merkwürdig! Denn der Patch macht zweierlei:
- Verbesserung der ARM-Crash-Erkennung -> ARM-Reset.
- OSD-Transfers können nicht mehr unterbrochen werden (kein -ERESTARTSYS)

Der Patch stammt aus dem letzten Teil dieses Threads:
http://vdrportal.de/board/thread.php?threadid=74757

Mir ist immer noch nicht klar, wer oder was dem Prozeß damals Signals geschickt hat, denn dadurch wurde der ioctl offenbar unterbrochen. Wenn dies erst in neuerer Zeit auftritt, könnte es die Probleme erklären. Ich würde nicht die Hand dafür ins Feuer legen, daß das ERESTARTSYS-Handling wirklich korrekt ist.

Evtl. sollte man dieses ganze *interruptible*-Gedöns probehalber mal durch nicht-unterbrechbare Varianten ersetzen.

Zitat
Habe dann hoffnungsvoll zwei parallele Aufnahmen auf verschiedenen Transpondern gestartet, so dass sowohl die FF als auch die 1500C beschäftigt sind.
Leider kommt nun nach einiger Zeit wieder das gleiche Problem wie im Oktober: zuerst TS continuity errors, danach:
Code
Jun  8 11:46:57 linvdr user.debug vdr: [22023] clearing device because of consecutive poll timeouts
Jun  8 11:46:58 linvdr user.err vdr: [22044] ERROR: video data stream broken
Jun  8 11:46:58 linvdr user.err vdr: [22044] initiating emergency exit
Jun  8 11:46:58 linvdr user.debug vdr: [22023] clearing device because of consecutive poll timeouts
Jun  8 11:46:58 linvdr user.err vdr: [21939] emergency exit requested - shutting down

Der Anfang der Aufzeichnung ist aber ok, d.h. es bricht mitten in der Aufnahme ab?

Zitat

vdr macht dann ständige restarts, und im Log taucht auch

Code

Jun  8 11:47:00 linvdr user.err vdr: [21939] ERROR (dvbdevice.c,994): Connection timed out
Jun  8 11:47:00 linvdr user.err kernel: [ 5350.255484] __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
Jun  8 11:47:00 linvdr user.err kernel: [ 5350.255516] dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
Jun  8 11:47:00 linvdr user.err kernel: [ 5350.255530] dvb-ttpci: av7110_fw_cmd error -110
Jun  8 11:47:01 linvdr user.err vdr: [21939] ERROR (dvbdevice.c,995): Connection timed out
Jun  8 11:47:01 linvdr user.err kernel: [ 5351.091416] __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
Jun  8 11:47:01 linvdr user.err kernel: [ 5351.091466] dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
Jun  8 11:47:01 linvdr user.err kernel: [ 5351.091478] dvb-ttpci: av7110_fw_cmd error -110
Jun  8 11:47:01 linvdr user.debug vdr: [21939] cTS2PES got 0 TS errors, 22 TS continuity errors
Jun  8 11:47:01 linvdr user.debug vdr: [21939] cTS2PES got 0 TS errors, 22 TS continuity errors

auf

die beiden Stellen in dvbdevice.c sind
CHECK(ioctl(fd_audio, AUDIO_SET_AV_SYNC, true));
CHECK(ioctl(fd_audio, AUDIO_SET_MUTE, false));
aus case pmNone in SetPlayMode

Alles anzeigen

Wird der Treiber beim Restart denn nicht neu geladen?

CU
Oliver

neptunvasja · 8. Juni 2008

Na dann kann ich hoffen das meine Karte (2300) doch nicht defekt ist :), denn ich habe genau die selben Fehler nach dem Umbau auf 4MB u. Full-TS Mod .... so wie es hier beschrieben haben:
http://vdrportal.de/board/thread.php?threadid=74757&threadview=0&hilight=&hilightuser=0&sid=&page=2

Allerdings muss dazu sagen, dass nach dem das hier http://vdrportal.de/board/attachment.php?attachmentid=18618

eingespielt wurde treten die Fehler wesentlich seltener auf.

Dr. Seltsam · 8. Juni 2008

Zitat

Der Anfang der Aufzeichnung ist aber ok, d.h. es bricht mitten in der Aufnahme ab?

ja

Zitat

Wird der Treiber beim Restart denn nicht neu geladen?

eigentlich schon, aber anscheinend hat das nicht geklappt. Der betreffende Teil des logs ist inzwischen leider überschrieben.

Frodo · 9. Juni 2008

Bei einem meiner 4 VDRs tritt genau dieser

Code

Jun  7 22:58:44 very-new-darkstar vdr: [16308] ERROR (dvbdevice.c,724): Die Wartezeit für die Verbindung ist abgelaufen
Jun  7 22:58:44 very-new-darkstar kernel: __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
Jun  7 22:58:44 very-new-darkstar kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
Jun  7 22:58:44 very-new-darkstar kernel: dvb-ttpci: av7110_fw_cmd error -110

Fehler Sporadisch auf. Dort ist eine auf 4 MB gepatchte 2.1er DVB-S und eine Nova Budget DVB-S verbaut, ein tausch der FF-Karte durch eine nicht gemoddete 2.1er führte zu keiner Besserung.
In meinem 2ten Gerät das zusätzlich noch den ts-mod hat mit einer 1.3er Karte trat der Fehler noch nie auf.
Der Fehler scheint auch nicht aufzuteten wenn keine Budgetkarte zusätzlich verbaut wurde beobachtet habe ich das bei 2 weiteren VDRs mit nur einer FF-Karte (2.1er und 2.3er).

s.krueger · 11. Juli 2008

Hi @ all

So ich habe mich auch mal drann gewagt den Mod zu machen, habe erstmal die Kabel vom av7110 zum SAA gelötet, allerdigs mit KynarWire-Kabel aus PS2_ModChip Umbau resten! Ging besser als gedacht...

Aber nun kommt meine Frage:
Ich komme mit der Beschaltung der 74HC... Chips nicht klar, bzw. mit dem Schaltplan ansich!
Könnte mir einer von euch mal helfen und mir ein Schaltplan erstellen wo ich sehen kann welches Kabel an welchen Pin soll vom jeweiligen 74HC...?!?

Währe euch sehr Dankbar

Mfg SVen

Ach ja, so sieht es bei mir im Mom bei meiner TT_1.3 aus:

IO470E · 12. Juli 2008

Hallo Oliver,

erstmal vielen Dank für diesen genialen Mod! Ich habe eine gemoddete TT DVB-S 2.3 im Einsatz und auch die Probleme wie die anderen hier. D.h. sporadisch bleibt der VDR vollständig hängen, Bild weiterhin da. Ist dann wohl der ARM...

Könntest Du nicht bitte, wie schon mal überlegt, den Treiber ohne den Refactoring-Part zur Verfügung stellen? Der original Treiber aus dem 2.6.23 Kernel lief bisher absolut stabil.

Wäre doch sicher auch für andere eine Hilfe.

Vielen Dank!

Martin

UFO · 16. Juli 2008

Zitat

Original von s.krueger
Ich komme mit der Beschaltung der 74HC... Chips nicht klar, bzw. mit dem Schaltplan ansich!
Könnte mir einer von euch mal helfen und mir ein Schaltplan erstellen wo ich sehen kann welches Kabel an welchen Pin soll vom jeweiligen 74HC...?!?

Was ist denn an dem von mir angegebenen Schaltplan http://www.escape-edv.de/endriss/dvb-full-ts-mod/vs_b.png unklar?
Steht doch jede Verbindung genau drin, mit IC-Bezeichnung und Pin-Nr.

CU
Oliver

UFO · 16. Juli 2008

Zitat

Original von IO470E
Könntest Du nicht bitte, wie schon mal überlegt, den Treiber ohne den Refactoring-Part zur Verfügung stellen? Der original Treiber aus dem 2.6.23 Kernel lief bisher absolut stabil.

Wäre doch sicher auch für andere eine Hilfe.

Also schön. Solange der Refactoring-Teil bei einigen (aber imho zu vielen) Leuten für mich nicht nachvollziehbare Probleme zu verursachen scheint, kann ich diesen ohnehin nicht in den offiziellen Treiber integrieren.

Anbei ein Patch, der Full-TS-Support in den Standard-Treiber integriert. Sollte keinerlei Einfluß auf nicht gemoddete Karten haben. Bitte testen!

CU
Oliver

IO470E · 16. Juli 2008

Hallo Oliver,

vielen Dank dafür! Ich werde berichten, wie es funktioniert.

Schöne Grüße

Martin

PS
Ich glaube, es gibt eine gewisse Dunkelziffer bei den Problemmeldern ;-).
Jetzt gibt es auf alle Fälle keine Argumente mehr gegen diesen genialen Mod.

mase · 18. Juli 2008

Zitat

Original von UFO

Also schön. Solange der Refactoring-Teil bei einigen (aber imho zu vielen) Leuten für mich nicht nachvollziehbare Probleme zu verursachen scheint, kann ich diesen ohnehin nicht in den offiziellen Treiber integrieren.

Anbei ein Patch, der Full-TS-Support in den Standard-Treiber integriert. Sollte keinerlei Einfluß auf nicht gemoddete Karten haben. Bitte testen!

CU
Oliver

Alles anzeigen

Für welche Kernelversion ist der Patch?
Ich habe das ganze mal auf einen 2.6.26 angewendet.
Ein bisjen Handarbeit war nötig. Mal sehen, ob's geht.

UFO · 18. Juli 2008

Zitat

Original von IO470E
Ich glaube, es gibt eine gewisse Dunkelziffer bei den Problemmeldern ;-).

Dunkelziffern gibt es immer. Allerdings dürfte die Dunkelziffer bei den Erfolgsmeldern am höchsten sein.

CU
Oliver

UFO · 18. Juli 2008

Zitat

Original von Mase
Für welche Kernelversion ist der Patch?
Ich habe das ganze mal auf einen 2.6.26 angewendet.
Ein bisjen Handarbeit war nötig. Mal sehen, ob's geht.

Nicht für den Kernel, sondern für den offiziellen HG-Treiber zum Zeitpunkt meines Postings (um mich ganz korrekt auszudrücken :schiel).

Leider wurden/werden derzeit (wieder einmal) Änderungen eingebaut, die von den Kernel-Entwicklern stammen und imho so überflüssig wie ein Kropf sind. Daher weicht das HG-Repository vom Kernel an einigen Stellen ab, und es ist Handarbeit angesagt.

mase · 18. Juli 2008

Ich hab den Patch mit etwas Handarbeit auf den Kernel 2.6.26 angewandt. Scheint zu laufen.

s.krueger · 20. Juli 2008

Also ich weiß nicht was ich falsch mache, aber ich kann mir keinen Reim drauf machen!

Habe ich den Mod aufgelötet bekomme ich kein Bild, und Aufzeichnen geht auch nicht, aber Aufnahme Abspielen geht und OSD geht!
Signal der DVB ist auch top laut Femon!

Löte ich alle Kabel ab ist alles wieder normal, Bild ist wieder da, kapiere ich nicht!

Habe nun schon zum zweiten Mal alles ab und wieder rann und wird kein Stück besser!

Wonach kann ich Suchen, also Lötbrücken zwischen Pin`s kann ausgeschlossen werden, hab ich hundertfach geprüft...

Danke schon mal im Vorraus für Hilfe

Mfg SVen

mase · 20. Juli 2008

Deutet auf einen Kurzschluss hin.

Full-TS Mod für FF-Karten

Jetzt mitmachen!

Teilen