Bei meiner VDR installation kommt es immer zu Audioaussetzer. Es ist egeal welche Version vom ct VDR ich verwende es kommt immer zu den selben unregelmäßigen Audioaussetzern. Versucht habe ich es mit folgenden Version 5.1, 6.0 und 6.1.
Mein System ist ein Celeron 700 und als DVB-Karte verwende ich eine Hauppauge DVB-S Version 1.3.
Hat irgendwer eine Idee woran es liegen könnte dass es immer zu Audioaussetzern kommt.
mfg elwayne
/var/log/syslog analysieren.
Hier mal der Syslog vom Boot bis zum Zeitpunkt wo schon einige Audioaussetzer statfanden. Ich sehe darin nichts was auf die Audioaussetzer hindeuten würde.
Edit:
Hier noch die Ausgabe von lspci -vv
vdr:~# lspci -vv
00:00.0 Host bridge: Intel Corporation 82810 GMCH [Graphics Memory Controller Hub] (rev 03)
Subsystem: Intel Corporation 82810 GMCH [Graphics Memory Controller Hub]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
Latency: 0
00:01.0 VGA compatible controller: Intel Corporation 82810 CGC [Chipset Graphics Controller] (rev 03) (prog-if 00 [VGA])
Subsystem: Intel Corporation 82810 CGC [Chipset Graphics 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: 0
Interrupt: pin A routed to IRQ 11
Region 0: Memory at d0000000 (32-bit, prefetchable) [size=64M]
Region 1: Memory at d4100000 (32-bit, non-prefetchable) [size=512K]
Capabilities: [dc] Power Management version 1
Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:1e.0 PCI bridge: Intel Corporation 82801AA PCI Bridge (rev 02) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=32
I/O behind bridge: 0000c000-0000cfff
Memory behind bridge: d4000000-d40fffff
Secondary status: 66MHz- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
BridgeCtl: Parity- SERR+ NoISA+ VGA- MAbort- >Reset- FastB2B-
00:1f.0 ISA bridge: Intel Corporation 82801AA ISA Bridge (LPC) (rev 02)
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
00:1f.1 IDE interface: Intel Corporation 82801AA IDE (rev 02) (prog-if 80 [Master])
Subsystem: Intel Corporation 82801AA IDE
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
Region 4: I/O ports at f000 [size=16]
00:1f.2 USB Controller: Intel Corporation 82801AA USB (rev 02) (prog-if 00 [UHCI])
Subsystem: Intel Corporation 82801AA USB
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
Interrupt: pin D routed to IRQ 5
Region 4: I/O ports at d000 [size=32]
00:1f.5 Multimedia audio controller: Intel Corporation 82801AA AC'97 Audio (rev 02)
Subsystem: Analog Devices SoundMAX Integrated Digital Audio
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
Interrupt: pin B routed to IRQ 10
Region 0: I/O ports at d400 [size=256]
Region 1: I/O ports at d800 [size=64]
01:04.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Subsystem: Unknown device 4554:434e
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 11
Region 0: I/O ports at c000 [size=256]
Region 1: Memory at d4000000 (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-
01:0a.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 12
Region 0: Memory at d4001000 (32-bit, non-prefetchable) [size=512]Ja es ist das selbe Problem wie in meinem anderen Thread.
Die Aussetzer treten auch in Aufnahmen auf und in Aufzeichnungen kommt es auch zu Bild rucklern welche man zb am ntv Ticker deutlcih sieht.
Sind die Aussetzer auch in den Aufnahmen (Mal an einem anderen Rechner anschauen (Mplayer, VLC))?
Streamen geht aber problemlos, stimmt doch? ... eigenartig.
Besonders die Ruckler bei LiveTV, da geht ja eigentlich nichts zum Rechner, alles läuft auf der FF ab.
Versuch mal im Menü "Digital Ton benutzen" auf "nein" zu stellen, wird es da besser?
Digital Ton abschalten hat keine Wirkung.
Streamen auf einen andren Rechner geht ohne Probleme.
Die Wiedergabe auf einem anderen Rechner geht ebenfals ohne iregendwelche Aussetzer. Was mir bei der Wiedergabe der Aufnahme auf dem VDR aufgefallen ist ,dass die Aussetzer immer an der selben Stelle auftreten.
Hier ist ebenfalls nichts im syslog zufinden was auf die Audioaussetzer hindeutet.
ZitatOriginal von elWayne
Die Wiedergabe auf einem anderen Rechner geht ebenfals ohne iregendwelche Aussetzer.
Dann kommen die Daten zumindest heil auf die Festplatte, das ist ja schon mal was.
ZitatWas mir bei der Wiedergabe der Aufnahme auf dem VDR aufgefallen ist ,dass die Aussetzer immer an der selben Stelle auftreten.
Das ist echt bemerkenswert.
Das macht andere Programme als Fehlerquelle eher unwahrscheinlich, denke ich.
Fallen die Aussetzer vielleicht mit dem Zugriff auf die Festplatte zusammen?
War der Fehler schon immer da?
Für die 1.3er Karte gibts nen Spannungsmod.
Schon mal nen neueren Kernel probiert?
Ja unter Linux war dieser Fehler schon immer da. Den Spannungsmod hab ich schon angewandt. Die Audioaussetzer kommen nur unter Standart Debian, ctVDR und Gen2VDR vor unter EasyVDR habe ich keine Audioaussetzer. Einen anderen Kernel auf Basis der EasyVDR Config habe ich schon versucht hatte aber nichts gebracht.
Ich werde jetzt mal auf die Festplatten aktivität schauen ob diese zurselben Zeit auftreten wie die Aussetzer.
Edit:
So wie es ausschaut hängen die Aussetzer wirklich mit der Festplatten aktivität zusammen. Wenn der Ton da ist und ich hdparm -t ausführe setzt der Ton sofort aus.
Die Latency bei dem IDE-Controller steht bei dir auf 0, eventuell hat das was damit zu tun.
Bei meinen Rechnern steht die Latency beim IDE-Controller auf 32 oder 64.
Auch wenn ich die Latency Werte ändere sind die Aussetzer immer noch gleich.
Naja, es gibt ja auch noch unterschiedliche firmware für die Karten...
da könnte man auch mal ne andere testen...
Wüsste jetzt nicht was es sonst noch für nen Unterschied geben sollte.
Hab die Firmware Version von meiner easyVDR installation probiert auch die ändert nichts.
Bleibt eigentlich nur noch der Kernel als Ursache.
Der Debian-Kernel ist ja auch gepatcht, vielleicht hängt da ja das Problem.
Du könntest es mal mit dem Kernel von Dr.Seltsam versuchen, könnte gut sein, dass der auch mit etch läuft.
Du hast nicht zufällig ein Mehrprozessorsystem (bei dem Chipsatz denke ich eher nicht)?
Ich habe ja schon einen anderen Kernel versucht was auch nichts gebracht ich habe ja schon einen ungepatchen Kernel versucht.
Ein Mehrprozessorsystem habich nicht ich verwende einen Celeron 700er und ein altes DFI CW35-L. Ich habe auch schon einen IBM Desktop mit dem selben ergbniss versucht.
Ich werde jetzt noch andere Rechner versuchen bevor ich noch einen weiteren Kernel versuche.
ZitatOriginal von elWayne
Ich werde jetzt noch andere Rechner versuchen bevor ich noch einen weiteren Kernel versuche.
Ich denke nicht, dass es am Rechner liegt:
[list=1]
[*]Es stockt auf dem "IBM Desktop" auch.
[*]Die Konkurrenz Distri/OS läuft ohne Probleme.
[/list=1]
Ich habe schon mehrere Computer mit i810-Chipsatz Mahlzeit 4.2 aufgesetzt und da stockt nichts. Daher der Tipp mit dem Dr.Seltsam Kernel, wenn der nicht tut liegt es ziemlich sicher an was anderem.
BTW.: Die DMA ist bei den Festplatten aktiv?
DMA ist ein.
hdparm -I /dev/hda
/dev/hda:
ATA device, with non-removable media
Model Number: Maxtor 90648D3
Serial Number: A3HLQF8C
Firmware Revision: GAS54112
Standards:
Used: ATA/ATAPI-4 T13 1153D revision 17
Supported: 4 3 2
Configuration:
Logical max current
cylinders 12556 12556
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 12656448
LBA user addressable sectors: 12656448
device size with M = 1024*1024: 6179 MBytes
device size with M = 1000*1000: 6480 MBytes (6 GB)
Capabilities:
LBA, IORDY(can be disabled)
bytes avail on r/w long: 29
Standby timer values: spec'd by Standard
R/W multiple sector transfer: Max = 16 Current = 0
DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
* SMART feature set
* Power Management feature set
* Write cache
* Look-ahead
* Host Protected Area feature set
* WRITE_VERIFY command
* WRITE_BUFFER command
* READ_BUFFER command
* NOP cmd
* DOWNLOAD_MICROCODESie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!