TS continuity error

caesar · 13. Oktober 2007

Hallo,

Mein VDR stürzt neuerdings in unregelmäßigen Abständen ab:

Bei der Prorammierung zweier gleichzeitiger Aufnahmen erhalte ich dann in unregelmäßigen Abständen in den logs u.a folgende message: TS contiuity error | CAudio Repacker (oxco) skipped 288 bytes to sync on next audio frame | PES packet shortened to 3770 bytes

Meine Frage:
Kann eine solche Diskontinuität aus der mangelnden Verarbeitung des Audiosignales durch einen defekten Audio-Chip (bei mir von TI) - der hat schon länger eine Macke ( kein Ton am Slotblech, am J2 nur knarzender Ton) kommen oder ist es ein Signalfehler und wie findet man das heraus ?

Gruß
caesar

rnissl · 14. Oktober 2007

Hi,

Zitat

Original von caesar
Bei der Prorammierung zweier gleichzeitiger Aufnahmen erhalte ich dann in unregelmäßigen Abständen in den logs u.a folgende message: TS contiuity error | CAudio Repacker (oxco) skipped 288 bytes to sync on next audio frame | PES packet shortened to 3770 bytes

Am Anfang einer jeden Aufzeichnung können solche Meldungen als "normal" angesehen werden, da unmittelbar nach einem Transponderwechsel ggf. etwas "Müll" empfangen wird.

Zu einem späteren Zeitpunkt kann es durch sich ändernde Empfangsbedingungen wie Gewitterwolken o. ä. ausgelöst werden, die dazu führen, dass vorübergehend "Müll" empfangen wird.

Häufiger ist das Problem aber im PC zu finden. So kommt es vor, dass die Datenübertragung von der SAT-Karte über den Kernel zum VDR nicht rechtzeitig stattfinden und deshalb Puffer überlaufen. Die Folge ist, dass ein Teil der Empfangsdaten verloren geht. Da TS-Pakete "durchnummeriert" sind, kann das Fehlen eines Pakets erkannt werden (die "Kontinuitität" der fortlaufenden Nummer war nicht mehr gegeben, d. h. der Zähler ist gesprungen). Sonstige Meldungen sind Folgefehler dieses Datenverlustes.

Solche Verzögerungen können z. B. durch das Schreiben der empfangenen Daten auf Festplatte ausgelöst werden. Das könnte an so "primitiven" Dingen wie nicht aktiviertem DMA-Modus, oder auch an einer ungeeigneten Kerneleinstellung für den "elevator" liegen.

Leider gibt es kein Patentrezept. Da hilft nur weitere Threads zu diesem Thema im Portal zu studieren und die Vorschläge auszuprobieren, bis das Problem gelöst ist.

Zitat

Original von caesar
Kann eine solche Diskontinuität aus der mangelnden Verarbeitung des Audiosignales durch einen defekten Audio-Chip (bei mir von TI) - der hat schon länger eine Macke ( kein Ton am Slotblech, am J2 nur knarzender Ton) kommen oder ist es ein Signalfehler und wie findet man das heraus ?

Nein.

Bye.

caesar · 14. Oktober 2007

Hallo rnissl,

Danke für Deine fundierte Darstellug des Problemes.
Um etwas dazu zu lernen: Was ist der "elevator" ?
Führt die mangelnde Verarbeitung des Signales bis zum Absturz ?
Ich habe ein neues Board und eine neue Version einer mir bek. VDR Software installiert (EasyVDR 0.5. r.c. 1).
Vorher hatte ich solche Abstürze nicht und das Wetter ist bei diesem stabilen Hochdruck wohl eher nicht verantwortlich. Andere Empfangsprobleme scheinen mir z.Zeit ebenfalls unwahrscheinlich.

Ich werde weiter im Forum suchen.

P.S: DMA ist eingestellt.

Gruß
caesar

rnissl · 14. Oktober 2007

Hi,

Zitat

Original von caesar
Danke für Deine fundierte Darstellug des Problemes.
Um etwas dazu zu lernen: Was ist der "elevator" ?

Finde gerade keine Beschreibung dafür. Nur mal soviel: es ist eine Kernelparameter, mit dem der I/O-Scheduler festgelegt werden kann. Und es gibt Scheduler, welche zugunsten von I/O auch mal Anwendungen ausbremsen können, was evtl. das Problem verursachen kann.

Schau mal hier:
Bildruckeln: buffer usage läuft voll

Zitat

Original von caesar
Führt die mangelnde Verarbeitung des Signales bis zum Absturz ?
Ich habe ein neues Board und eine neue Version einer mir bek. VDR Software installiert (EasyVDR 0.5. r.c. 1).
Vorher hatte ich solche Abstürze nicht und das Wetter ist bei diesem stabilen Hochdruck wohl eher nicht verantwortlich. Andere Empfangsprobleme scheinen mir z.Zeit ebenfalls unwahrscheinlich.

Bist du sicher, dass VDR abstürtzt? Legt er nicht vielmehr einen gezielten Neustart hin?

Hmm, neues Board: evtl. ist auch die PCI-Latency vom BIOS ungünstig gewählt worden (lspci -vv). Auch hier bin ich nicht fit, must mal im Portal suchen.

Ich hatte schon mal das Problem, das Disk-I/O TS-Verluste verursacht hat, und komischerweise nur, wenn auf die SATA-Platte zugegriffen wurde (war vermutlich unter OpenSUSE 10.0 oder 10.1). Zur Zeit habe ich damit keine Probleme mehr (OpenSUSE 10.2 mit Kernel von 10.3 Beta).

Bye.

caesar · 14. Oktober 2007

Hallo,

Lspci -vv liefert folgende Angaben über das System:

Code

easyVDR:~# > easyVDR:~#         Region 0: Memory at d8000000 (32-bit, prefetchable) [size=64
-bash: syntax error near unexpected token `('
easyVDR:~# > -bash: syntax error near unex
-bash: syntax: command not found
easyVDR:~# > easyVDR:~#         Region 1: Memor
-bash: Region: command not found
easyVDR:~# > -bash: syntax error near unexpected token `('
> > easyVDR:~#         [virtual] Expansion ROM at dd000000 [di
> > -bash: [virtual]: command not found
> > easyVDR:~#         Capabilities: [60] Power Management version 2
> > -bash: Capabilities:: command not found
> > easyVDR:~#                 Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
> > -bash: syntax error near unexpected token `('
> -bash: syntax error near unexpected token `('
-bash: syntax error near unexpected token `('
easyVDR:~# easyVDR:~# easyVDR:~#                 Status: D0 PME-Enable- DSel=0 DScale=0 PMElspci -vv
-bash: easyVDR:~#: command not found
easyVDR:~# easyVDR:~# easyVDR:~#                 Status: D0 PME-Enable- DSel=0 DScale=0 lspci -vv
-bash: easyVDR:~#: command not found
easyVDR:~# lspci -vv
00:00.0 Host bridge: VIA Technologies, Inc. VT8623 [Apollo CLE266]
        Subsystem: VIA Technologies, Inc. Unknown device cc01
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
        Latency: 8
        Region 0: Memory at d0000000 (32-bit, prefetchable) [size=128M]
        Capabilities: [a0] AGP version 2.0
                Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW- AGP3- Rate=x1,x2,x4
                Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW- Rate=x4
        Capabilities: [c0] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-


00:01.0 PCI bridge: VIA Technologies, Inc. VT8633 [Apollo Pro266 AGP] (prog-if 00 [Normal decode])
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
        Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR+
        Latency: 0
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
        Memory behind bridge: dc000000-ddffffff
        Prefetchable memory behind bridge: d8000000-dbffffff
        Secondary status: 66MHz+ FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ <SERR- <PERR+
        BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B-
        Capabilities: [80] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-


00:08.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
        Subsystem: Technotrend Systemtechnik GmbH Siemens/Technotrend/Hauppauge DVB card rev1.3 or rev1.5
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 32 (3750ns min, 9500ns max)
        Interrupt: pin A routed to IRQ 11
        Region 0: Memory at de000000 (32-bit, non-prefetchable) [size=512]


00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
        Subsystem: Realtek Semiconductor Co., Ltd. RT8139
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 32 (8000ns min, 16000ns max)
        Interrupt: pin A routed to IRQ 5
        Region 0: I/O ports at d000 [size=256]
        Region 1: Memory at de001000 (32-bit, non-prefetchable) [size=256]
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1+,D2+,D3hot+,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-


00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI])
        Subsystem: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 32, Cache Line Size: 32 bytes
        Interrupt: pin A routed to IRQ 11
        Region 4: I/O ports at d400 [size=32]
        Capabilities: [80] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-


00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI])
        Subsystem: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 32, Cache Line Size: 32 bytes
        Interrupt: pin B routed to IRQ 5
        Region 4: I/O ports at d800 [size=32]
        Capabilities: [80] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-


00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI])
        Subsystem: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 32, Cache Line Size: 32 bytes
        Interrupt: pin C routed to IRQ 11
        Region 4: I/O ports at dc00 [size=32]
        Capabilities: [80] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-


00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) (prog-if 20 [EHCI])
        Subsystem: VIA Technologies, Inc. USB 2.0
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 32, Cache Line Size: 32 bytes
        Interrupt: pin D routed to IRQ 5
        Region 0: Memory at de002000 (32-bit, non-prefetchable) [size=256]
        Capabilities: [80] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-


00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
        Subsystem: VIA Technologies, Inc. Unknown device cc01
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Capabilities: [c0] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-


00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP])
        Subsystem: VIA Technologies, Inc. Unknown device cc01
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 32
        Interrupt: pin A routed to IRQ 11
        Region 0: [virtual] Memory at 000001f0 (32-bit, non-prefetchable) [size=8]
        Region 1: [virtual] Memory at 000003f0 (type 3, non-prefetchable) [size=1]
        Region 2: [virtual] Memory at 00000170 (32-bit, non-prefetchable) [size=8]
        Region 3: [virtual] Memory at 00000370 (type 3, non-prefetchable) [size=1]
        Region 4: I/O ports at e000 [size=16]
        Capabilities: [c0] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-


00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74)
        Subsystem: VIA Technologies, Inc. VT6102 [Rhine II] Embeded Ethernet Controller on VT8235
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 32 (750ns min, 2000ns max), Cache Line Size: 32 bytes
        Interrupt: pin A routed to IRQ 11
        Region 0: I/O ports at ec00 [size=256]
        Region 1: Memory at de003000 (32-bit, non-prefetchable) [size=256]
        Capabilities: [40] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-


01:00.0 VGA compatible controller: VIA Technologies, Inc. VT8623 [Apollo CLE266] integrated CastleRock graphics (rev 03) (prog-if 00 [VGA])
        Subsystem: VIA Technologies, Inc. VT8623 [Apollo CLE266] integrated CastleRock graphics
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 32 (500ns min)
        Interrupt: pin A routed to IRQ 11
        Region 0: Memory at d8000000 (32-bit, prefetchable) [size=64M]
        Region 1: Memory at dc000000 (32-bit, non-prefetchable) [size=16M]
        [virtual] Expansion ROM at dd000000 [disabled] [size=64K]
        Capabilities: [60] Power Management version 2
                Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [70] AGP version 2.0
                Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW- AGP3- Rate=x1,x2,x4
                Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW- Rate=<none>


easyVDR:~#

Alles anzeigen

Zu Buffer overflow und Bild-/Tonrucklern

In EasyVDR kann man den Live-Buffer einfach über die Menueeinträge verändern. Bei dem neuen 512 Ram Riegel im Board (das VIA soll etwas zickig ggü. RAM sein) könnte ich ja mit den Einstellungen variieren.
Könnte das etwas bringen ?

Zitat

Bist du sicher, dass VDR abstürtzt? Legt er nicht vielmehr einen gezielten Neustart hin?

Das Verhalten war gestern so, dass das Bild nach "Ruckler" einfror und der VDR nicht mehr über putty anzusprechen war. Kein Neustart.
Heute läuft das Bild weiter. Kein Ansprechen über putty oder Aufrufen des OSD möglich. Einen regelrechten Neustart hat es nach den Fehlern nicht gegeben.

Gruß

caesar

TS continuity error

Jetzt mitmachen!

Teilen