Full-TS Mod für FF-Karten

Du hattest recht, ich hatte einen Kurzschluß zwischen D1_B1 und D1_B2. Die Karte geht wieder ... den Mod habe ich aber nun wieder komplett entfernt um den Fehler zu finden

EDIT ON

Ich habe nun den TS-Mod wieder aufgelötet und es funktioniert alles wunderbar.
Auch die Probleme mit Dolby Digital und ARD und ZDF scheinen nicht mehr aufzutreten. (Das OSD war bei Dolby extrem träge und es gab auch öfters Ton Aussetzer)

Vielen Dank.

Mich würde interessieren weshalb man bei den 2.3er Karten bis auf die Logic-Schaltung bereits alles implementiert hat und dann doch einen Rückzieher gemacht hat.

EDIT OFF

Hi, Leute,

ich habe heute mal eine Karte ( Tt1.6 ) gemoddet. Dafür habe ich eine kleine Platine für die teilerschatung gemacht, die das Ganze etwas hübscht, anbei ein vergrößertes Bild des Layouts.
Bilder der bestückten Platine und der bestückten DVB-S Karte folgen noch.

Bei Interesse kann ich gerne die Gerber Daten zur Verfügung stellen.

Leerplatinen oder bestückte Platinen kann ich derzeit leider nicht anbieten.

Grüße Magicdragon67

UFO
Der Treiber scheint bei nicht verschlüsslten Programmen problemlos zu funktionieren. Es gibt auch keine Ton oder Bildaussetzer bei AC3 Inhalten von ARD und ZDF. Bei verschlüsselten Sendern habe ich aber vermehrt Probleme das diese gar nicht hell werden. Dies wird erst nach einem Reboot des Rechners (neuladen aller DVB-Treiber) behoben neustart des VDRs bringt keine abhilfe.
Da der Mod aber fast zeitgleich mit VDR 1.6.0 bei mir eingesetzt wurde weis ich nicht wer von beiden hier der Auslöser ist.

UFO

Wenn du das mit auf ein AV Board baust, achte auf die 3,3V Versorgung für die Schaltung, nicht 5 V.
Ein AV Board passt trozdem noch drauf, das ganze ist grad mal 3mm hoch.
Befestigt wird die Platine über 2 Drahtbrücken für 3,3V und GND, kann man direkt an der im Mod angegebenen leiste einlöten, da ist auch der Anschluss für VS_B in der Nähe

Grüße Magicdragon67

inwieweit sollte dieser Treiber auch für ungemoddete Karten gehen, solange er ohne Zusatzoption geladen wird?

Bei mir gab es nach dem Start eines Schnitts keine Reaktion mehr auf die FB, und im Log hagelt es Fehlermeldungen:

Mai 25 16:38:36 linvdr user.debug vdr: [3713] video cutting thread started (pid=3713, tid=3713)
Mai 25 16:38:36 linvdr user.info vdr: [3574] info: Schnitt gestartet
Mai 25 16:38:38 linvdr user.err vdr: [3574] pvrinput: no translation found for 'PVR picture settings' in language 1 (Deutsch)
May 25 16:38:54 linvdr user.warn kernel: [  515.034909] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
May 25 16:39:04 linvdr user.warn kernel: [  523.105438] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Mai 25 16:39:04 linvdr user.debug vdr: [3574] max. latency time 20 seconds
May 25 16:39:14 linvdr user.warn kernel: [  530.970365] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
May 25 16:39:24 linvdr user.warn kernel: [  538.953474] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
May 25 16:39:34 linvdr user.warn kernel: [  546.794335] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
May 25 16:39:44 linvdr user.warn kernel: [  554.766489] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Mai 25 16:39:45 linvdr user.debug vdr: [3574] max. latency time 40 seconds
May 25 16:39:46 linvdr user.err kernel: [  555.876044] __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
May 25 16:39:46 linvdr user.err kernel: [  555.876082] dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
May 25 16:39:46 linvdr user.err kernel: [  555.876093] dvb-ttpci: av7110_fw_cmd error -110
Mai 25 16:39:46 linvdr user.err vdr: [3574] ERROR (dvbdevice.c,1074): Connection timed out
May 25 16:39:47 linvdr user.err kernel: [  556.868688] __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
May 25 16:39:47 linvdr user.err kernel: [  556.869130] dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
May 25 16:39:47 linvdr user.err kernel: [  556.869204] dvb-ttpci: av7110_fw_cmd error -110
Mai 25 16:39:47 linvdr user.err vdr: [3574] ERROR (dvbdevice.c,1076): Connection timed out
Mai 25 16:39:48 linvdr user.err vdr: [3574] ERROR (dvbdevice.c,1089): Connection timed out
May 25 16:39:48 linvdr user.err kernel: [  557.736440] __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
May 25 16:39:48 linvdr user.err kernel: [  557.736475] dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
May 25 16:39:48 linvdr user.err kernel: [  557.736487] dvb-ttpci: av7110_fw_cmd error -110
May 25 16:39:58 linvdr user.warn kernel: [  567.761876] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
May 25 16:39:59 linvdr user.err kernel: [  568.673102] __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
May 25 16:39:59 linvdr user.err kernel: [  568.673571] dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
Mai 25 16:39:59 linvdr user.err vdr: [3574] ERROR (dvbdevice.c,1074): Connection timed out
May 25 16:39:59 linvdr user.err kernel: [  568.673591] dvb-ttpci: av7110_fw_cmd error -110
Mai 25 16:40:00 linvdr user.err vdr: [3574] ERROR (dvbdevice.c,1076): Connection timed out
May 25 16:40:00 linvdr user.err kernel: [  569.570738] __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
May 25 16:40:00 linvdr user.err kernel: [  569.570770] dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
May 25 16:40:00 linvdr user.err kernel: [  569.570784] dvb-ttpci: av7110_fw_cmd error -110

Zitat

Original von Dr. Seltsam
inwieweit sollte dieser Treiber auch für ungemoddete Karten gehen, solange er ohne Zusatzoption geladen wird?

Soll gehen: Update: Optimierter av7110 Treiber

tja, macht aber in der Praxis aber wohl doch Probleme. Damit kommt der fullts-mod jedenfalls nicht in den nächsten Dr.-Seltsam-Kernel

fürs Protokoll: DVB-C 2.1 auf einem alten P3-Board mit i810-Chipsatz und einer 933 MHz C3 CPU

HI,

Dr.Seltsam
Hab ich hier auch schon beschrieben. Der Fehler ist reproduzierbar mit dem Full-TS Treiber, d.h sobald der Full-TS Treiber ohne Full-TS option geladen ist kommt es zum crash.

MfG
Kris

Zitat

Original von UFO

Uneingeschränkt. Für ungemoddete Karten funktioniert der Treiber wie der Refactoring-Treiber. (Jedenfalls ist es so gedacht.)

Ich nutze den Full-TS-Mod-Treiber auf einer TT-C2300 (ungemoddet, geht ja leider nicht so einfach) wegen dem refactoring-Part. Bis jetzt habe ich keine Merkwürdigkeiten feststellen können/müssen.

Gruß
e9hack

Zitat

Original von UFO
Nochmal die Frage:
Tritt es auch mit dem alten Refactoring-Treiber auf?

v4l-dvb-av7110-refactoring-obsolete-f2969d36702b:

Jun 7 16:58:54 linvdr user.debug vdr: [4031] video cutting thread started (pid=4031, tid=4031)
Jun 7 16:58:54 linvdr user.info vdr: [3922] info: Schnitt gestartet
Jun 7 16:58:56 linvdr user.err vdr: [3922] pvrinput: no translation found for 'PVR picture settings' in language 1 (Deutsch)
Jun 7 16:59:31 linvdr user.warn kernel: [ 280.975390] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 16:59:41 linvdr user.warn kernel: [ 289.468997] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 16:59:51 linvdr user.warn kernel: [ 297.973731] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:00:01 linvdr user.warn kernel: [ 306.547151] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:00:01 linvdr cron.notice crond[4016]: USER root pid 4032 cmd convert.pl -q -s
Jun 7 17:00:02 linvdr user.debug vdr: [3922] max. latency time 41 seconds
Jun 7 17:00:12 linvdr user.warn kernel: [ 315.713647] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:00:22 linvdr user.warn kernel: [ 324.133897] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:00:32 linvdr user.warn kernel: [ 332.460963] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:00:42 linvdr user.warn kernel: [ 341.096462] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:00:53 linvdr user.warn kernel: [ 350.488129] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:01:03 linvdr user.warn kernel: [ 359.114486] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:01:13 linvdr user.warn kernel: [ 367.634828] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:01:23 linvdr user.warn kernel: [ 376.379396] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:01:34 linvdr user.warn kernel: [ 386.020246] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:01:44 linvdr user.warn kernel: [ 394.499083] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:01:54 linvdr user.warn kernel: [ 403.030196] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:02:04 linvdr user.warn kernel: [ 411.545943] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:02:06 linvdr user.debug vdr: [4031] playing '/video0/Ein_gutes_Jahr_(A_Good_Year)/2008-05-04.08.10.50.99.rec/002.vdr'
Jun 7 17:02:15 linvdr user.warn kernel: [ 421.069855] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:02:25 linvdr user.warn kernel: [ 429.614025] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:02:26 linvdr user.debug vdr: [4031] recording to '/video0/%Ein_gutes_Jahr_(A_Good_Year)/2008-05-04.08.10.50.99.rec/002.vdr'
Jun 7 17:02:35 linvdr user.warn kernel: [ 438.202113] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:02:45 linvdr user.warn kernel: [ 446.821063] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:02:56 linvdr user.warn kernel: [ 456.279488] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:03:06 linvdr user.warn kernel: [ 465.117857] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:03:16 linvdr user.warn kernel: [ 473.780814] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:03:26 linvdr user.warn kernel: [ 482.433683] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:03:37 linvdr user.warn kernel: [ 491.911130] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:03:47 linvdr user.warn kernel: [ 500.389814] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:03:55 linvdr user.debug vdr: [4031] video cutting thread ended (pid=4031, tid=4031)
Jun 7 17:03:57 linvdr user.warn kernel: [ 508.686395] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:04:07 linvdr user.warn kernel: [ 515.687512] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:04:18 linvdr user.warn kernel: [ 523.279849] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:04:28 linvdr user.warn kernel: [ 530.239619] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:04:38 linvdr user.warn kernel: [ 537.208007] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:04:48 linvdr user.warn kernel: [ 544.123008] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:04:59 linvdr user.warn kernel: [ 552.047211] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:05:01 linvdr cron.notice crond[4016]: USER root pid 4033 cmd convert.pl -q -s
Jun 7 17:05:09 linvdr user.warn kernel: [ 558.848428] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:05:19 linvdr user.warn kernel: [ 565.689337] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:05:20 linvdr auth.info sshd[4034]: Could not reverse map address 192.168.2.2.
Jun 7 17:05:22 linvdr auth.info sshd[4034]: Accepted password for root from 192.168.2.2 port 58662 ssh2
Jun 7 17:05:22 linvdr auth.info sshd[4034]: lastlog_get_entry: Error reading from /var/log/lastlog: Bad file descriptor
Jun 7 17:05:22 linvdr auth.info PAM_unix[4034]: (ssh) session opened for user root by (uid=0)
Jun 7 17:05:22 linvdr auth.err PAM-env[4034]: Unable to open config file: No such file or directory
Jun 7 17:05:22 linvdr auth.err PAM-env[4035]: Unable to open config file: No such file or directory
Jun 7 17:05:29 linvdr user.warn kernel: [ 572.737877] dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
Jun 7 17:05:29 linvdr user.info vdr: [3922] info: Schnitt beendet

es fehlen zwar die auf den crash hindeutenden Meldungen, aber das Resultat ist das gleiche. Der Bildschirm ist schwarz, vdr ist nicht mehr bedienbar.

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. 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.

Im Moment habe ich wieder den normalen Treiber installiert, werde aber sehen, dass ich morgen nochmal den refactoring + dem Patch teste. Dann mache ich auch die Abfrage. Beim normalen Treiber sieht sie so aus:

linvdr:~# cat /proc/interrupts
           CPU0
  0:     419878    XT-PIC-XT        timer
  1:          2    XT-PIC-XT        i8042
  2:          0    XT-PIC-XT        cascade
  4:         22    XT-PIC-XT        lirc_serial
  5:      83414    XT-PIC-XT        uhci_hcd:usb3, ehci_hcd:usb5, saa7146 (1)
  7:          0    XT-PIC-XT        uhci_hcd:usb4
  8:          1    XT-PIC-XT        rtc
  9:          1    XT-PIC-XT        acpi
 10:     302542    XT-PIC-XT        ohci_hcd:usb2, Technisat/B2C2 FlexCop II/IIb/III Digital TV PCI Driver
 11:    1806688    XT-PIC-XT        eth0, saa7146 (0)
 12:      33325    XT-PIC-XT        ohci_hcd:usb1, ivtv0
 14:       2192    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

Zitat

Original von Dr. Seltsam
Das jetzige Problem scheint etwas anders zu sein, es lässt sich mit Beginn eines Schneidevorgangs auch recht schnell reproduzieren.

Code

linvdr:~# cat /proc/interrupts
           CPU0
 11:    1806688    XT-PIC-XT        eth0, saa7146 (0)

Wenn Du schneidest, wo liegen die Videos? Wenn die über NFS/SMB kommen, hast Du vermutlich ein Problem mit 'shared Interrupts'.

Gruß
e9hack

Zitat

Original von e9hack
Wenn Du schneidest, wo liegen die Videos? Wenn die über NFS/SMB kommen, hast Du vermutlich ein Problem mit 'shared Interrupts'.

nein, die liegen auf einer separaten Partition auf der gleichen Festplatte