ARD Empfangsprobleme, wenn Aufnahme läuft

Sturmmoewe · 26. August 2008

Hi Leute

Ich habe vor Kurzem meinen ersten VDR zusammengebastelt. Zum Einsatz kommt ctvdr6, vdr 1.6.0 eine TT C-2300 Karte mit CI und Alphacrypt Light CAM. Provider ist KDG.
Allerdings habe ich ein Problem, z.B. bei ARD. Beim reinen Live-Stream schauen ist alles ok. Aber sobald ich gleichzeitig aufnehme kommt es kurz nach dem Aufnahmestart zu starken Bild- und Tonstörungen. Wird die Aufnahme beendet, ist kurze Zeit später alles in Ordnung. Mit dem femon Plugin habe ich mir die Signalstärke angesehen. STR ist 80%, SNR liegt zwischen 6% und 8%, BER hat gelegentlich einige Anzeigen aber UNC ist immer 0.
Im syslog erscheinen während der Bildfehler immer Meldungen wie

Code

Aug 25 21:10:46 vdr vdr: [4545] record /var/lib/video.00/@Ramstein_Die_Flugschau-Katastrophe/2008-08-25.21.10.10.01.rec
Aug 25 21:10:46 vdr vdr: [4545] creating directory /var/lib/video.00/@Ramstein_Die_Flugschau-Katastrophe/2008-08-25.21.10.10.01.rec
Aug 25 21:10:46 vdr vdr: [4545] recording to '/var/lib/video.00/@Ramstein_Die_Flugschau-Katastrophe/2008-08-25.21.10.10.01.rec/001.vdr
Aug 25 21:10:46 vdr vdr: [5169] file writer thread started (pid=4545, tid=5169)
Aug 25 21:10:46 vdr vdr: [5170] recording thread started (pid=4545, tid=5170)
Aug 25 21:10:48 vdr vdr: [4545] replay /var/lib/video.00/@Ramstein_Die_Flugschau-Katastrophe/2008-08-25.21.10.10.01.rec
Aug 25 21:10:48 vdr vdr: [4545] playing '/var/lib/video.00/@Ramstein_Die_Flugschau-Katastrophe/2008-08-25.21.10.10.01.rec/001.vdr'
Aug 25 21:10:48 vdr vdr: [4545] playing '/var/lib/video.00/@Ramstein_Die_Flugschau-Katastrophe/2008-08-25.21.10.10.01.rec/001.vdr'
Aug 25 21:10:48 vdr vdr: [4673] transfer thread ended (pid=4545, tid=4673)
Aug 25 21:10:48 vdr vdr: [4545] cTS2PES got 0 TS errors, 12 TS continuity errors
Aug 25 21:10:48 vdr vdr: [4545] cTS2PES got 0 TS errors, 9 TS continuity errors
Aug 25 21:10:48 vdr vdr: [4545] cTS2PES got 0 TS errors, 11 TS continuity errors
Aug 25 21:10:48 vdr vdr: [4545] buffer stats: 187060 (8%) used
Aug 25 21:10:49 vdr vdr: [4549] CAM 1: module present
Aug 25 21:10:49 vdr vdr: [5196] dvbplayer thread started (pid=4545, tid=5196)
Aug 25 21:10:49 vdr vdr: [5197] non blocking file reader thread started (pid=4545, tid=5197)
Aug 25 21:10:49 vdr vdr: [5170] TS continuity error (9)
Aug 25 21:10:49 vdr vdr: [5170] TS continuity error (8)
Aug 25 21:10:49 vdr vdr: [5196] setting audio track to 1 (0)
Aug 25 21:10:49 vdr vdr: [5170] TS continuity error (4)
Aug 25 21:10:49 vdr vdr: [5170] cAudioRepacker(0xC0): skipped 704 bytes to sync on next audio frame
Aug 25 21:10:49 vdr vdr: [5170] PES packet shortened to 944 bytes (expected: 4624 bytes)
Aug 25 21:10:49 vdr vdr: [5170] cAudioRepacker(0xC1): skipped 348 bytes while syncing on next audio frame
Aug 25 21:10:49 vdr vdr: [5170] TS continuity error (6)
Aug 25 21:10:50 vdr vdr: [4549] CAM 1: module ready
Aug 25 21:10:54 vdr vdr: [4549] CAM 1: module present
Aug 25 21:10:54 vdr vdr: [5170] TS continuity error (12)
Aug 25 21:10:54 vdr vdr: [5170] TS continuity error (10)
Aug 25 21:10:54 vdr vdr: [5170] TS continuity error (9)
Aug 25 21:10:54 vdr vdr: [5170] TS continuity error (1)
Aug 25 21:10:54 vdr vdr: [5170] PES packet shortened to 1104 bytes (expected: 4624 bytes)
Aug 25 21:10:54 vdr vdr: [5170] PES packet shortened to 2496 bytes (expected: 3600 bytes)
Aug 25 21:10:54 vdr vdr: [5170] cDolbyRepacker: skipped 684 bytes while syncing on next AC3 frame
Aug 25 21:10:54 vdr vdr: [5170] TS continuity error (3)
Aug 25 21:10:55 vdr vdr: [4549] CAM 1: module ready
Aug 25 21:10:58 vdr vdr: [4549] CAM 1: AlphaCrypt Light, 01, 4A20, 4A20
Aug 25 21:11:00 vdr vdr: [4545] found Timeshiftrecording
Aug 25 21:11:00 vdr vdr: [4545] confirm: Aufzeichnung l<F6>schen?
Aug 25 21:11:00 vdr vdr: [4545] warning: Aufzeichnung l<F6>schen?
Aug 25 21:11:00 vdr vdr: [4549] CAM 1: replies to QUERY - multi channel decryption possible
Aug 25 21:11:02 vdr vdr: [4545] confirmed
Aug 25 21:11:02 vdr vdr: [5170] recording thread ended (pid=4545, tid=5170)
Aug 25 21:11:02 vdr vdr: [5169] file writer thread ended (pid=4545, tid=5169)
Aug 25 21:11:02 vdr vdr: [4545] cTS2PES got 0 TS errors, 3 TS continuity errors
Aug 25 21:11:02 vdr vdr: [4545] cTS2PES got 0 TS errors, 2 TS continuity errors
Aug 25 21:11:02 vdr last message repeated 2 times
Aug 25 21:11:02 vdr vdr: [4545] buffer stats: 118816 (2%) used

Alles anzeigen

Häufig meldet vdr auch einen Buffer Usage von bis zu 90%

Code

Aug 25 21:10:07 vdr vdr: [4673] cAudioRepacker(0xC1): skipped 352 bytes to sync on next audio frame
Aug 25 21:10:07 vdr vdr: [4549] CAM 1: module ready
Aug 25 21:10:10 vdr vdr: [4549] CAM 1: module reset
Aug 25 21:10:10 vdr vdr: [4549] CAM 1: module present
Aug 25 21:10:11 vdr vdr: [4549] CAM 1: module ready
Aug 25 21:10:11 vdr vdr: [4673] TS continuity error (13)
Aug 25 21:10:11 vdr vdr: [4673] TS continuity error (1)
Aug 25 21:10:11 vdr vdr: [4673] TS continuity error (15)
Aug 25 21:10:11 vdr vdr: [4673] TS continuity error (5)
Aug 25 21:10:11 vdr vdr: [4673] TS continuity error (5)
Aug 25 21:10:11 vdr vdr: [4673] 2 cRepacker messages suppressed
Aug 25 21:10:11 vdr vdr: [4673] cAudioRepacker(0xC0): skipped 704 bytes to sync on next audio frame
Aug 25 21:10:15 vdr vdr: [4549] CAM 1: module reset
Aug 25 21:10:16 vdr vdr: [4549] CAM 1: module present
Aug 25 21:10:16 vdr vdr: [4633] buffer usage: 70% (tid=4673)
Aug 25 21:10:16 vdr vdr: [4633] buffer usage: 60% (tid=4673)
Aug 25 21:10:16 vdr vdr: [4633] buffer usage: 70% (tid=4673)
Aug 25 21:10:16 vdr vdr: [4633] buffer usage: 60% (tid=4673)
Aug 25 21:10:16 vdr vdr: [4633] buffer usage: 70% (tid=4673)
Aug 25 21:10:17 vdr vdr: [4633] buffer usage: 60% (tid=4673)
Aug 25 21:10:17 vdr vdr: [4633] buffer usage: 70% (tid=4673)
Aug 25 21:10:17 vdr vdr: [4633] buffer usage: 60% (tid=4673)
Aug 25 21:10:17 vdr vdr: [4633] buffer usage: 70% (tid=4673)
Aug 25 21:10:17 vdr vdr: [4633] buffer usage: 60% (tid=4673)
Aug 25 21:10:17 vdr vdr: [4633] buffer usage: 70% (tid=4673)
Aug 25 21:10:17 vdr vdr: [4633] buffer usage: 60% (tid=4673)
Aug 25 21:10:17 vdr vdr: [4633] buffer usage: 70% (tid=4673)
Aug 25 21:10:17 vdr vdr: [4633] buffer usage: 60% (tid=4673)
Aug 25 21:10:17 vdr vdr: [4633] buffer usage: 70% (tid=4673)
Aug 25 21:10:17 vdr vdr: [4549] CAM 1: module ready
Aug 25 21:10:17 vdr vdr: [4633] buffer usage: 60% (tid=4673)
Aug 25 21:10:17 vdr vdr: [4633] buffer usage: 70% (tid=4673)
Aug 25 21:10:17 vdr vdr: [4633] buffer usage: 60% (tid=4673)
Aug 25 21:10:17 vdr vdr: [4633] buffer usage: 70% (tid=4673)
Aug 25 21:10:17 vdr vdr: [4673] TS continuity error (0)
Aug 25 21:10:17 vdr vdr: [4673] TS continuity error (1)
Aug 25 21:10:17 vdr vdr: [4673] TS continuity error (2)
Aug 25 21:10:17 vdr vdr: [4633] buffer usage: 60% (tid=4673)

Alles anzeigen

Folgendes habe ich schon probiert:
- SATA Kabel der Festplatte neu verlegt, um möglichst weit weg vom Tuner zu sein
- Netzteil getauscht
- Antennenkabel getauscht
- DVB Karte in den anderen PCI Slot gesteckt

Ich bin mit meinem Latein am Ende.
Habt Ihr noch einen Tip?

Gruß
Sturmmoewe

heinzelrumpel · 28. August 2008

Poste mal bitte die Daten deines System plus die Ausgabe von top während der Aufnahme.

Gruß, Heinzelrumpel

Sturmmoewe · 29. August 2008

Zitat

Poste mal bitte die Daten deines System plus die Ausgabe von top während der Aufnahme.

Hi

Bei dem System handelt es sich um ein System mit folgenden Daten:
- AMD Athlon X2 Dual Core BE-2400
- 1GB RAM
- ALiveNF7G-HD720p Mainboard mit NVidia NForce 630A MCP Chipsatz
- 750 GB WD SATA Harddisk (davon 70% free)
- Technotrend C-2300 DVB-C Karte
- Technotrend CI Modul
- Alphacrypt Light CAM (Firmware 3.12)

Top zeigt bei einer Aufnahme nie mehr CPU Last als max. 5-6%.
z.B.:

Code

vdr:~# top
top - 15:44:54 up 3 days, 18:39,  1 user,  load average: 0.18, 0.11, 0.09
Tasks:  75 total,   2 running,  73 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.5%us,  0.8%sy,  0.0%ni, 98.1%id,  0.0%wa,  0.0%hi,  0.6%si,  0.0%st
Mem:    905872k total,   896828k used,     9044k free,    38716k buffers
Swap:  2096440k total,       56k used,  2096384k free,   708436k cached


  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 6308 vdr       20   0  268m  41m 8692 S    1  4.7   4:59.79 vdr
    1 root      20   0  1944  640  544 S    0  0.1   0:02.08 init

Alles anzeigen

Gruß
Sturmmoewe

berni123 · 14. November 2008

Hallo,

bei mir tauchen diese Probleme seit kurzem auch auf.

a) System läut 1a
b) Aufnahme startet , Bild zeigt Klötzchen, Ton hängt
auf ein mal bleibt alles stehe, dann gehts weiter
Das Log ist voll mit TS continuity error
c1) Aufnahme abbrechen - paar Minuten warten - System wieder 1a in Ordnung
c2) kann aber auch sein, dass sich das ganze Ding total weghängt.

Hier das log:

Code

Nov 14 20:33:44 vdr1 vdr: [29577] TS continuity error (11)
Nov 14 20:33:44 vdr1 vdr: [29577] TS continuity error (0)
Nov 14 20:33:44 vdr1 vdr: [29577] TS continuity error (8)
Nov 14 20:33:44 vdr1 vdr: [29577] TS continuity error (15)
Nov 14 20:33:44 vdr1 vdr: [29577] cAudioRepacker(0xC0): skipped 520 bytes to sync on next audio f
rame
Nov 14 20:33:44 vdr1 vdr: [29577] cAudioRepacker(0xC1): skipped 344 bytes to sync on next audio f
rame
Nov 14 20:33:45 vdr1 vdr: [29577] TS continuity error (10)
Nov 14 20:33:45 vdr1 vdr: [29567] TS continuity error (11)
Nov 14 20:33:45 vdr1 vdr: [29567] TS continuity error (0)
Nov 14 20:33:45 vdr1 vdr: [29567] TS continuity error (8)
Nov 14 20:33:45 vdr1 vdr: [29567] TS continuity error (15)
Nov 14 20:33:45 vdr1 vdr: [29567] cAudioRepacker(0xC0): skipped 520 bytes to sync on next audio f
rame
Nov 14 20:33:45 vdr1 vdr: [29567] cAudioRepacker(0xC1): skipped 344 bytes to sync on next audio f
rame
Nov 14 20:33:45 vdr1 vdr: [15746] CAM 1: module ready
Nov 14 20:33:46 vdr1 vdr: [29567] TS continuity error (10)
Nov 14 20:33:48 vdr1 vdr: [15746] CAM 1: module reset
Nov 14 20:33:50 vdr1 vdr: [29577] TS continuity error (0)
Nov 14 20:33:50 vdr1 vdr: [29577] TS continuity error (1)
Nov 14 20:33:50 vdr1 vdr: [29577] TS continuity error (1)
Nov 14 20:33:50 vdr1 vdr: [15746] CAM 1: module present
Nov 14 20:33:50 vdr1 vdr: [29577] TS continuity error (3)
Nov 14 20:33:51 vdr1 vdr: [15746] CAM 1: module ready
Nov 14 20:33:51 vdr1 vdr: [15731] max. latency time 13 seconds
Nov 14 20:33:51 vdr1 vdr: [29567] TS continuity error (0)
Nov 14 20:33:51 vdr1 vdr: [29567] TS continuity error (1)
Nov 14 20:33:51 vdr1 vdr: [29567] TS continuity error (1)
Nov 14 20:33:52 vdr1 vdr: [29567] TS continuity error (3)
Nov 14 20:33:55 vdr1 vdr: [29568] buffer usage: 70% (tid=29567)
Nov 14 20:33:55 vdr1 vdr: [29568] buffer usage: 60% (tid=29567)
Nov 14 20:33:57 vdr1 vdr: [29568] buffer usage: 70% (tid=29567)
Nov 14 20:33:57 vdr1 vdr: [29568] buffer usage: 60% (tid=29567)
Nov 14 20:33:57 vdr1 vdr: [29568] buffer usage: 70% (tid=29567)
Nov 14 20:33:57 vdr1 vdr: [29568] buffer usage: 60% (tid=29567)
Nov 14 20:33:57 vdr1 vdr: [29568] buffer usage: 70% (tid=29567)
Nov 14 20:33:57 vdr1 vdr: [29568] buffer usage: 60% (tid=29567)
Nov 14 20:33:57 vdr1 vdr: [29568] buffer usage: 70% (tid=29567)

Alles anzeigen

Systemlast ist vernachlässigbar gering.

Hat jemand eine Idee?

Gruss,
Bernd

Dr. Seltsam · 15. November 2008

das ist doch hinlänglich bekannt, das Forum ist voll davon.
U.a. durch die Qualitätsoffensive ist die Datenrate so hoch, dass FF-Karten die gleichzeitige Wiedergabe + Aufnahme nicht mehr vertragen. Abhilfe schafft eine Budget-Karte oder der Full-TS-mod.

berni123 · 15. November 2008

Danke für die Infos, dann werde ich mal nach dem Modul suchen, um herauszufinden, was dieses Modul macht, oder mir noch eine Budget Karte reinstecken.
Die "Suche" fürhte mich jedenfalls nur zu diesem Beitrag und darum habe ich mich mal dieses Beitrages angeschlossen. Trotzdem Dank für Deine Aufklärung auch hier.

Gruss,
Bernd

Dr. Seltsam · 15. November 2008

das ist kein Modul, sondern eine sehr Hardware-Modifikation, die sehr gute LÖtkünste erfordert. Ich habe mich da noch nicht rangetraut.
Nimmt man eine Budget, so kommt bei vdr 1.6 leider das problem dazu, das es unberechenbar wird, auf welcher Karte vdr jeweils die Aufnahme startet.

berni123 · 15. November 2008

Zitat

Original von Dr. Seltsam
das ist kein Modul, sondern eine sehr Hardware-Modifikation, die sehr gute LÖtkünste erfordert. Ich habe mich da noch nicht rangetraut.

Das hab ich auch gerade entdeckt. Beim SMB Löten bin ich eher unbeleckt - vor normalen Platinen habe ich keine Angst

Zitat

Nimmt man eine Budget, so kommt bei vdr 1.6 leider das problem dazu, das es unberechenbar wird, auf welcher Karte vdr jeweils die Aufnahme startet.

Ohje - das löst also das Problem nicht wirklich, dann hat man entweder Glück oder verloren. Ob Klaus das in der nächsten VDR Version wird lösen können ?

Gruss,
Bernd

Dr. Seltsam · 15. November 2008

Zitat

Original von berni123

Ohje - das löst also das Problem nicht wirklich, dann hat man entweder Glück oder verloren. Ob Klaus das in der nächsten VDR Version wird lösen können ?

Klaus hat zuletzt wenig Zeit gehabt und sich voll auf vdr 1.7 und die darin enthaltene HDTV-Unterstützung konzentriert. Im Moment ist leider nicht erkennbar, dass er Lust hat, die bekannten Probleme von vdr 1.6 zu fixen.

berni123 · 15. November 2008

Zitat

Original von Dr. Seltsam

Klaus hat zuletzt wenig Zeit gehabt und sich voll auf vdr 1.7 und die darin enthaltene HDTV-Unterstützung konzentriert. Im Moment ist leider nicht erkennbar, dass er Lust hat, die bekannten Probleme von vdr 1.6 zu fixen.

Was ich voll verstehen kann

Naja, also probier ich es mit ner Budget und muss dann halt aufpassen, dass ich
wenn ne Aufzeichnung auf der FF läuft eben nicht auch noch "digital" schau sondern
die gute alte Glotze auf Analog benutze

Gruss,
Bernd

Dr. Seltsam · 15. November 2008

wenn vdr die Aufnahme auf der FF startet, hast Du die Probleme. Ob Du den Fernseher nun anschaltest oder nicht spielt keine Rolle - die FF gibt dennoch aus, wenn vdr gerade auf diesem Kanal läuft. Ich habe das früher in Kombination mit einer DVB-T-Karte so gelöst, dass ich unter "Kanal beim Einschalten" einen DVB-T-Kanal definiert habe. Wenn dann im Hintergrund eine Aufnahme auf der FF lief, blieb vdr bei der Ausgabe des DVB-T-Kanals. Das müsste mit einer DVB-C-Budget genauso funktionieren. Du müsstest dann einen Startkanal definieren, der über das CA-Feld fest der Budget-Karte zugeordnet ist.

berni123 · 15. November 2008

Zitat

Original von Dr. Seltsam
wenn vdr die Aufnahme auf der FF startet, hast Du die Probleme. Ob Du den Fernseher nun anschaltest oder nicht spielt keine Rolle - die FF gibt dennoch aus, wenn vdr gerade auf diesem Kanal läuft. Ich habe das früher in Kombination mit einer DVB-T-Karte so gelöst, dass ich unter "Kanal beim Einschalten" einen DVB-T-Kanal definiert habe. Wenn dann im Hintergrund eine Aufnahme auf der FF lief, blieb vdr bei der Ausgabe des DVB-T-Kanals. Das müsste mit einer DVB-C-Budget genauso funktionieren. Du müsstest dann einen Startkanal definieren, der über das CA-Feld fest der Budget-Karte zugeordnet ist.

Danke für den TIpp, das wede ich berücksichtigen

ARD Empfangsprobleme, wenn Aufnahme läuft

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema