Themabewertung:
  • 0 Bewertung(en) - 0 im Durchschnitt
  • 1
  • 2
  • 3
  • 4
  • 5
Problem bei aufnahmen! (Festplatte defekt?)
#1
Hallo!

Seit gestern abend treten bei mir am VDR Fehler bei der Aufnahme auf.
Das verhält sich so, das wenn eine Aufnahme läuft sich im Bild kurz Klötzchen bilden und dieses Widerliche "zirpen" im Ton auftritt.

Hier ein Auszug aus dmesg während einer Aufnahme:

Code:
hda: dma_timer_expiry: dma status == 0x20
hda: DMA timeout retry
hda: timeout waiting for DMA
hda: status error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: unknown
hda: drive not ready for command
ide0: reset: success
hda: dma_timer_expiry: dma status == 0x20
hda: DMA timeout retry
hda: timeout waiting for DMA
hda: status error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: unknown
hda: drive not ready for command
ide0: reset: success
saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
hda: dma_timer_expiry: dma status == 0x20
hda: DMA timeout retry
hda: timeout waiting for DMA
hda: status error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: unknown
hda: drive not ready for command
ide0: reset: success
saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Clocksource tsc unstable (delta = 84917895 ns)
saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
eth0:  setting full-duplex.
ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
eth0: no IPv6 routers present
saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer

Und hier aus dem syslog:

Code:
Oct 13 14:39:41 (none) user.debug vdr: [3590] TS continuity error (0)
Oct 13 14:39:44 (none) user.debug vdr: [3638] TS continuity error (0)
Oct 13 14:39:44 (none) user.debug vdr: [3638] TS continuity error (5)
Oct 13 14:39:44 (none) user.debug vdr: [3638] TS continuity error (12)
Oct 13 14:39:44 (none) user.debug vdr: [3638] TS continuity error (11)
Oct 13 14:39:44 (none) user.debug vdr: [3590] TS continuity error (0)
Oct 13 14:39:44 (none) user.debug vdr: [3590] TS continuity error (12)
Oct 13 14:39:44 (none) user.debug vdr: [3590] TS continuity error (11)
Oct 13 14:39:47 (none) user.debug vdr: [3638] TS continuity error (9)
Oct 13 14:39:47 (none) user.debug vdr: [3638] TS continuity error (3)
Oct 13 14:39:47 (none) user.debug vdr: [3638] TS continuity error (14)
Oct 13 14:39:47 (none) user.debug vdr: [3638] TS continuity error (1)
Oct 13 14:39:47 (none) user.debug vdr: [3638] TS continuity error (15)
Oct 13 14:39:47 (none) user.debug vdr: [3638] TS continuity error (7)
Oct 13 14:39:47 (none) user.debug vdr: [3638] TS continuity error (10)
Oct 13 14:39:47 (none) user.debug vdr: [3638] TS continuity error (9)
Oct 13 14:39:47 (none) user.debug vdr: [3638] PES packet shortened to 3102 bytes (expected: 3470 bytes)
Oct 13 14:39:47 (none) user.debug vdr: [3590] TS continuity error (9)
Oct 13 14:39:47 (none) user.debug vdr: [3590] TS continuity error (3)
Oct 13 14:39:47 (none) user.debug vdr: [3590] TS continuity error (1)
Oct 13 14:39:47 (none) user.debug vdr: [3590] TS continuity error (15)
Oct 13 14:39:47 (none) user.debug vdr: [3590] TS continuity error (7)
Oct 13 14:39:47 (none) user.debug vdr: [3590] TS continuity error (9)
Oct 13 14:39:47 (none) user.debug vdr: [3590] PES packet shortened to 3102 bytes (expected: 3470 bytes)
Oct 13 14:39:47 (none) user.debug vdr: [3638] PES packet shortened to 2918 bytes (expected: 3470 bytes)
Oct 13 14:39:47 (none) user.debug vdr: [3590] PES packet shortened to 2918 bytes (expected: 3470 bytes)

Meine erste Vermutung dazu ist das eventuell die Festplatte einen defekt erlitten hat?

Vielen Dank schonmal für eure Hilfe Wink

Sven
Zitieren
#2
Zitat:hda: dma_timer_expiry: dma status == 0x20
hda: DMA timeout retry
hda: timeout waiting for DMA
hda: status error: status=0x58 { DriveReady SeekComplete DataRequest }

nix gut !

mach mal ein

hdparm -tT /dev/hda (und mal hdparm --help oder ähnlich und dann die Info welcher DMA Modus aktiv ist)
~30 MByte Transfer/Sec ist für ne mittere Platte normal

Hast Du gerade etwas an HW oder SW verändert ?

CU
Grüße
Martin
-----------------------------------------------------------------------------------------------------------
Du brauchst Hilfe? Wir brauchen Daten! English-Version: Don't eat yellow snow!
Meine VDRs (Spoiler klicken) 

Zitieren
#3
Ich kann das Problem bestätigen.
Habe vor ein paar Tagen von 0.43 auf 0.5 RC1 gewechselt (komplette Neuinstallation, kein Update) und seitdem die oben beschriebenen Probleme bei Aufnahmen. In der Syslog (messages) stehen bei mir auch etliche "TS continuity error", manchmal gefolgt von "PES packet shortened to abcd bytes (expected: efgh bytes)".

hdparm -tT /dev/hda liefert bei mir:
Code:
/dev/hda:
Timing cached reads:   828 MB in  2.00 seconds = 413.82 MB/sec
Timing buffered disk reads:  132 MB in  3.03 seconds =  43.58 MB/sec

hdparm -i /dev/hda:
Code:
/dev/hda:

Model=SAMSUNG SV1203N, FwRev=TQ100-24, SerialNo=S01CJ10X138952
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=234493056
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes:  pio0 pio1 pio2 pio3 pio4
DMA modes:  mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 udma3 udma4 *udma5
AdvancedPM=no WriteCache=enabled
Drive conforms to: ATA/ATAPI-7 T13 1532D revision 0:  ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 ATA/ATAPI-7

cat /proc/interrupts:
Code:
           CPU0
  0:        179   IO-APIC-edge      timer
  1:          2   IO-APIC-edge      i8042
  4:       4582   IO-APIC-edge      lirc_serial
  7:          0   IO-APIC-edge      parport0
  8:          1   IO-APIC-edge      rtc
14:      16382   IO-APIC-edge      ide0
15:         79   IO-APIC-edge      ide1
16:    1863714   IO-APIC-fasteoi   cx88[0]
18:          0   IO-APIC-fasteoi   ohci_hcd:usb2
19:          0   IO-APIC-fasteoi   ehci_hcd:usb3
20:          0   IO-APIC-fasteoi   acpi, ohci_hcd:usb1
21:       4233   IO-APIC-fasteoi   eth0
22:    3130796   IO-APIC-fasteoi   saa7146 (0)
NMI:          0
LOC:    2514225
ERR:          0
MIS:          0

Habe bereits mehrere Dinge ausprobiert, wie abschalten von Plugins, wechseln der DVB-Firmware, ohne jede Besserung. Meine Vermutung ist, dass es irgendwas mit den Modulen / Treibern meiner Nova-S Karte (CX88) zu tun haben könnte, da bei Aufname mit meiner Full Featured Karte, die Probleme anscheinend nicht auftreten (muss ich zur Sicherheit nochmal genau nachtesten).
@sven-rosema: Was für Karten hast du den verbaut???
Das beschriebene Problem (oder ähnlich) scheint ja ein paar User seit Update auf 0.5 zu betreffen, wie ich hier im Forum lese. Wie gesagt, hatte ich bei der 0.43 keinerlei Probleme mit Aufnahmen (auch bei 3 bis 4 gleichzeitigen). Irgendwelche Vorschläge???

Gruß Heiko
Software: EasyVDR 0.7.14, VDR 1.6.0-2-extp65, Kernel 2.6.28.9, MMS 1.1.1.
Hardware: Asus P4S533-MX (Micro-ATX), Intel Celeron 2000 Mhz @ 2500 Mhz, 512 MB DDR Ram, Samsung 120 GB HD, Display KS0180, Technotrend Rev. 1.5, AVBoard 1.4, WinTV Nova-S Plus, GeForce 5200FX, Dual Atmolight, 5,6'' Sharp TFT, 37'' Samsung LCD TV.
Zitieren
#4
So, die letzten Tage war ich damit beschäftigt, die neuesten DVB-Treiber (v4l-dvb) zu installieren / kompilieren, was schlussendlich auch klappte. Jedoch besteht das oben geschilderte Problem weiterhin.
Ich kann zwar immer noch nicht sagen, ob es nur an meiner Nova-S Plus Karte liegt, dafür habe ich aber bemerkt, dass die Störungen auch auftreten beim Live-Tv schauen, wenn dabei eine Aufnahme läuft (also nicht nur die Aufnahmen an sich haben Störungen). Irgendwie scheint es auch mit dem Aufruf des Menüs zusammenzuhängen. Denn durch Menüaufruf lässt sich die Störung (meist) reproduzieren, siehe Log:

Code:
Oct 17 22:56:54 (none) user.debug vdr: [3111] TS continuity error (7)
Oct 17 22:56:54 (none) user.debug vdr: [3111] PES packet shortened to 3400 bytes (expected: 6160 bytes)
Oct 17 22:56:54 (none) user.debug vdr: [3111] PES packet shortened to 2600 bytes (expected: 4624 bytes)
Oct 17 22:56:54 (none) user.debug vdr: [3116] EnigmaNG effects thread ended (pid=3116, tid=3116)
Oct 17 22:57:08 (none) user.debug vdr: [3111] TS continuity error (9)
Oct 17 22:57:08 (none) user.debug vdr: [3111] TS continuity error (4)
Oct 17 22:57:08 (none) user.debug vdr: [3111] TS continuity error (8)
Oct 17 22:57:08 (none) user.err vdr: [3111] 8 cRepacker messages suppressed
Oct 17 22:57:08 (none) user.err vdr: [3111] cAudioRepacker(0xC0): skipped 32 bytes to sync on next audio frame
Oct 17 22:57:08 (none) user.err vdr: [3111] 10 cRepacker messages suppressed
Oct 17 22:57:08 (none) user.err vdr: [3111] cAudioRepacker(0xC1): skipped 416 bytes to sync on next audio frame
Oct 17 22:57:08 (none) user.debug vdr: [3111] PES packet shortened to 5424 bytes (expected: 6160 bytes)
Oct 17 22:57:08 (none) user.debug vdr: [3111] PES packet shortened to 3888 bytes (expected: 4624 bytes)
Oct 17 22:57:11 (none) user.debug vdr: [3111] TS continuity error (6)
Oct 17 22:57:11 (none) user.debug vdr: [3111] TS continuity error (1)
Oct 17 22:57:11 (none) user.debug vdr: [3111] PES packet shortened to 5792 bytes (expected: 6160 bytes)
Oct 17 22:57:11 (none) user.debug vdr: [3111] PES packet shortened to 4440 bytes (expected: 4624 bytes)
Oct 17 22:57:13 (none) user.debug vdr: [3111] TS continuity error (10)
Oct 17 22:57:13 (none) user.debug vdr: [3111] TS continuity error (2)
Oct 17 22:57:15 (none) user.debug vdr: [3111] TS continuity error (8)
Oct 17 22:57:46 (none) user.debug vdr: [3111] TS continuity error (5)
Oct 17 22:57:46 (none) user.debug vdr: [3111] TS continuity error (11)
Oct 17 22:57:46 (none) user.debug vdr: [3111] TS continuity error (9)
Oct 17 22:57:46 (none) user.err vdr: [3111] 5 cRepacker messages suppressed
Oct 17 22:57:46 (none) user.err vdr: [3111] cAudioRepacker(0xC0): skipped 208 bytes to sync on next audio frame
Oct 17 22:57:46 (none) user.err vdr: [3111] 5 cRepacker messages suppressed
Oct 17 22:57:46 (none) user.err vdr: [3111] cAudioRepacker(0xC1): skipped 248 bytes to sync on next audio frame
Oct 17 22:58:09 (none) user.info vdr: [2457] switching to channel 2
Oct 17 22:58:09 (none) user.debug vdr: [3111] transfer thread ended (pid=3111, tid=3111)
Oct 17 22:58:09 (none) user.debug vdr: [2457] cTS2PES got 0 TS errors, 8 TS continuity errors
Oct 17 22:58:09 (none) user.debug vdr: [2457] cTS2PES got 0 TS errors, 10 TS continuity errors
Oct 17 22:58:09 (none) user.debug vdr: [2457] cTS2PES got 0 TS errors, 13 TS continuity errors
Oct 17 22:58:09 (none) user.debug vdr: [2457] buffer stats: 253988 (12%) used
Oct 17 22:58:09 (none) user.debug vdr: [3113] TS buffer on device 2 thread ended (pid=3113, tid=3113)
Oct 17 22:58:09 (none) user.debug vdr: [3112] buffer stats: 261884 (12%) used
Oct 17 22:58:09 (none) user.debug vdr: [3112] receiver on device 2 thread ended (pid=3112, tid=3112)
Oct 17 22:58:09 (none) user.debug vdr: [3117] transfer thread started (pid=3117, tid=3117)
Oct 17 22:58:09 (none) user.debug vdr: [3118] receiver on device 2 thread started (pid=3118, tid=3118)
Oct 17 22:58:09 (none) user.debug vdr: [3119] TS buffer on device 2 thread started (pid=3119, tid=3119)
Oct 17 22:58:09 (none) user.debug vdr: [2457] buffer stats: 0 (0%) used
Oct 17 22:58:10 (none) user.debug vdr: [3117] setting audio track to 1 (0)
Oct 17 22:58:14 (none) user.info vdr: [2457] switching to channel 3
Oct 17 22:58:14 (none) user.debug vdr: [3117] transfer thread ended (pid=3117, tid=3117)
Oct 17 22:58:15 (none) user.debug vdr: [2457] buffer stats: 105456 (5%) used
Oct 17 22:58:15 (none) user.debug vdr: glcdgraphics: image /etc/vdr/plugins/graphlcd/logos/RTL TELEVISION_m.glcd loaded.
Oct 17 22:58:15 (none) user.debug vdr: [3119] TS buffer on device 2 thread ended (pid=3119, tid=3119)
Oct 17 22:58:15 (none) user.debug vdr: [3118] buffer stats: 111296 (5%) used
Oct 17 22:58:15 (none) user.debug vdr: [3118] receiver on device 2 thread ended (pid=3118, tid=3118)
Oct 17 22:58:15 (none) user.debug vdr: [2457] buffer stats: 0 (0%) used
Oct 17 22:58:15 (none) user.debug vdr: [2457] creating directory /vtx/S19.2E-1-1089-12003
Oct 17 22:58:18 (none) user.info vdr: [2457] switching to channel 4
Oct 17 22:58:18 (none) user.debug vdr: [3122] transfer thread started (pid=3122, tid=3122)
Oct 17 22:58:18 (none) user.debug vdr: [2457] buffer stats: 0 (0%) used
Oct 17 22:58:31 (none) user.info vdr: [2457] switching to channel 5
Oct 17 22:58:31 (none) user.debug vdr: [3122] transfer thread ended (pid=3122, tid=3122)
Oct 17 22:58:31 (none) user.debug vdr: [2457] buffer stats: 48880 (2%) used
Oct 17 22:58:31 (none) user.debug vdr: [3124] transfer thread started (pid=3124, tid=3124)
Oct 17 22:58:31 (none) user.debug vdr: [3125] receiver on device 2 thread started (pid=3125, tid=3125)
Oct 17 22:58:31 (none) user.err vdr: glcdgraphics: open /etc/vdr/plugins/graphlcd/logos/1-1107-17500_m.glcd failed (cGLCDFile::Load).
Oct 17 22:58:31 (none) user.debug vdr: [3126] TS buffer on device 2 thread started (pid=3126, tid=3126)
Oct 17 22:58:31 (none) user.debug vdr: [2457] buffer stats: 0 (0%) used
Oct 17 22:58:32 (none) user.debug vdr: [3124] setting audio track to 1 (0)
Oct 17 22:58:33 (none) user.debug vdr: [3124] TS continuity error (9)
Oct 17 22:58:33 (none) user.debug vdr: [3124] TS continuity error (15)
Oct 17 22:58:33 (none) user.err vdr: [3124] cAudioRepacker(0xC0): skipped 296 bytes to sync on next audio frame
Oct 17 22:58:39 (none) user.debug vdr: [2525] recording to '/video0/Stargate#3A_Atlantis/Niemandsland/2007-10-17.21.07.48.98.rec/003.vdr'
Oct 17 22:58:41 (none) user.debug vdr: [3124] TS continuity error (5)
Oct 17 22:58:41 (none) user.debug vdr: [3124] TS continuity error (6)
Oct 17 22:58:41 (none) user.debug vdr: [3124] PES packet shortened to 2734 bytes (expected: 3470 bytes)
Oct 17 22:58:44 (none) user.info vdr: [2457] switching to channel 4
Oct 17 22:58:44 (none) user.debug vdr: [3124] transfer thread ended (pid=3124, tid=3124)
Oct 17 22:58:44 (none) user.debug vdr: [2457] cTS2PES got 0 TS errors, 2 TS continuity errors
Oct 17 22:58:44 (none) user.debug vdr: [2457] cTS2PES got 0 TS errors, 2 TS continuity errors
Oct 17 22:58:44 (none) user.debug vdr: [2457] buffer stats: 203228 (9%) used
Oct 17 22:58:44 (none) user.debug vdr: [3128] transfer thread started (pid=3128, tid=3128)
Oct 17 22:58:44 (none) user.debug vdr: [3126] TS buffer on device 2 thread ended (pid=3126, tid=3126)
Oct 17 22:58:44 (none) user.debug vdr: [3125] buffer stats: 212816 (10%) used
Oct 17 22:58:44 (none) user.debug vdr: [3125] receiver on device 2 thread ended (pid=3125, tid=3125)
Oct 17 22:58:44 (none) user.debug vdr: [2457] buffer stats: 0 (0%) used
Oct 17 22:58:55 (none) user.info vdr: [2457] switching to channel 5
Oct 17 22:58:55 (none) user.debug vdr: [3128] transfer thread ended (pid=3128, tid=3128)
Oct 17 22:58:55 (none) user.debug vdr: [2457] buffer stats: 50572 (2%) used
Oct 17 22:58:55 (none) user.debug vdr: [3130] transfer thread started (pid=3130, tid=3130)
Oct 17 22:58:55 (none) user.debug vdr: [3131] receiver on device 2 thread started (pid=3131, tid=3131)
Oct 17 22:58:55 (none) user.err vdr: glcdgraphics: open /etc/vdr/plugins/graphlcd/logos/1-1107-17500_m.glcd failed (cGLCDFile::Load).
Oct 17 22:58:55 (none) user.debug vdr: [3132] TS buffer on device 2 thread started (pid=3132, tid=3132)
Oct 17 22:58:55 (none) user.debug vdr: [2457] buffer stats: 0 (0%) used
Oct 17 22:58:56 (none) user.debug vdr: [3130] setting audio track to 1 (0)
Oct 17 22:58:57 (none) user.info vdr: [2457] switching to channel 6
Oct 17 22:58:57 (none) user.debug vdr: [3130] transfer thread ended (pid=3130, tid=3130)
Oct 17 22:58:57 (none) user.debug vdr: [2457] buffer stats: 225036 (10%) used
Oct 17 22:58:57 (none) user.debug vdr: [3132] TS buffer on device 2 thread ended (pid=3132, tid=3132)
Oct 17 22:58:57 (none) user.debug vdr: [3131] buffer stats: 234060 (11%) used
Oct 17 22:58:57 (none) user.debug vdr: [3131] receiver on device 2 thread ended (pid=3131, tid=3131)
Oct 17 22:58:57 (none) user.debug vdr: [2457] buffer stats: 0 (0%) used
Oct 17 23:00:00 (none) user.info vdr: [2472] channel 4 (RTL2) event Mit 17.10.2007 23:00-23:55 'Battlestar Galactica' status 4
Oct 17 23:02:00 (none) user.info vdr: [2479] EPGSearch: timer conflict check started
Oct 17 23:02:00 (none) user.info vdr: [2479] EPGSearch: timer conflict check finished
Oct 17 23:02:00 (none) user.info vdr: [2478] EPGSearch: search timer update started
Oct 17 23:02:00 (none) user.info vdr: [2478] EPGSearch: search timer update finished
Oct 17 23:03:52 (none) user.debug vdr: [3168] femon receiver thread started (pid=3168, tid=3168)
Oct 17 23:03:52 (none) user.debug vdr: [3169] femon osd thread started (pid=3169, tid=3169)
Oct 17 23:03:56 (none) user.debug vdr: [3169] femon osd thread ended (pid=3169, tid=3169)
Oct 17 23:03:58 (none) user.debug vdr: [3168] femon receiver thread ended (pid=3168, tid=3168)
Oct 17 23:03:59 (none) user.info vdr: [2457] switching to channel 5
Oct 17 23:03:59 (none) user.debug vdr: [3170] transfer thread started (pid=3170, tid=3170)
Oct 17 23:03:59 (none) user.debug vdr: [3171] receiver on device 2 thread started (pid=3171, tid=3171)
Oct 17 23:03:59 (none) user.err vdr: glcdgraphics: open /etc/vdr/plugins/graphlcd/logos/1-1107-17500_m.glcd failed (cGLCDFile::Load).
Oct 17 23:03:59 (none) user.debug vdr: [3172] TS buffer on device 2 thread started (pid=3172, tid=3172)
Oct 17 23:03:59 (none) user.debug vdr: [2457] buffer stats: 0 (0%) used
Oct 17 23:04:00 (none) user.debug vdr: [3170] setting audio track to 1 (0)
Oct 17 23:04:00 (none) user.info vdr: [2457] switching to channel 4
Oct 17 23:04:00 (none) user.debug vdr: [3170] transfer thread ended (pid=3170, tid=3170)
Oct 17 23:04:00 (none) user.debug vdr: [2457] buffer stats: 105280 (5%) used
Oct 17 23:04:00 (none) user.debug vdr: [3174] transfer thread started (pid=3174, tid=3174)
Oct 17 23:04:01 (none) user.debug vdr: [3172] TS buffer on device 2 thread ended (pid=3172, tid=3172)
Oct 17 23:04:01 (none) user.debug vdr: [3171] buffer stats: 108476 (5%) used
Oct 17 23:04:01 (none) user.debug vdr: [3171] receiver on device 2 thread ended (pid=3171, tid=3171)
Oct 17 23:04:01 (none) user.debug vdr: [2457] buffer stats: 0 (0%) used
Oct 17 23:04:07 (none) user.info vdr: [2457] switching to channel 3
Oct 17 23:04:07 (none) user.debug vdr: [3174] transfer thread ended (pid=3174, tid=3174)
Oct 17 23:04:07 (none) user.debug vdr: [2457] buffer stats: 85352 (4%) used
Oct 17 23:04:07 (none) user.debug vdr: [2457] buffer stats: 0 (0%) used
Oct 17 23:04:10 (none) user.info vdr: [2457] switching to channel 2
Oct 17 23:04:10 (none) user.debug vdr: [3177] transfer thread started (pid=3177, tid=3177)
Oct 17 23:04:10 (none) user.debug vdr: [3178] receiver on device 2 thread started (pid=3178, tid=3178)
Oct 17 23:04:10 (none) user.debug vdr: [3179] TS buffer on device 2 thread started (pid=3179, tid=3179)
Oct 17 23:04:10 (none) user.debug vdr: [2457] buffer stats: 0 (0%) used
Oct 17 23:04:11 (none) user.debug vdr: [3177] setting audio track to 1 (0)
Oct 17 23:04:12 (none) user.debug vdr: [3177] TS continuity error (11)
Oct 17 23:04:12 (none) user.debug vdr: [3177] TS continuity error (7)
Oct 17 23:04:12 (none) user.debug vdr: [3177] PES packet shortened to 2342 bytes (expected: 5390 bytes)
Oct 17 23:04:12 (none) user.debug vdr: [3177] TS continuity error (5)
Oct 17 23:04:12 (none) user.debug vdr: [3177] PES packet shortened to 722 bytes (expected: 2318 bytes)
Oct 17 23:04:12 (none) user.err vdr: [3177] cAudioRepacker(0xC0): skipped 24 bytes to sync on next audio frame
Oct 17 23:04:12 (none) user.err vdr: [3177] cAudioRepacker(0xC1): skipped 324 bytes to sync on next audio frame
Oct 17 23:04:21 (none) user.debug vdr: [3177] TS continuity error (2)
Oct 17 23:04:21 (none) user.debug vdr: [3177] TS continuity error (0)
Oct 17 23:04:22 (none) user.info vdr: [2457] switching to channel 3
Oct 17 23:04:22 (none) user.debug vdr: [3177] transfer thread ended (pid=3177, tid=3177)
Oct 17 23:04:22 (none) user.debug vdr: [2457] cTS2PES got 0 TS errors, 1 TS continuity errors
Oct 17 23:04:22 (none) user.debug vdr: [2457] cTS2PES got 0 TS errors, 2 TS continuity errors
Oct 17 23:04:22 (none) user.debug vdr: [2457] cTS2PES got 0 TS errors, 2 TS continuity errors
Oct 17 23:04:22 (none) user.debug vdr: [2457] buffer stats: 194580 (9%) used
Oct 17 23:04:23 (none) user.debug vdr: [3179] TS buffer on device 2 thread ended (pid=3179, tid=3179)
Oct 17 23:04:23 (none) user.debug vdr: [3178] buffer stats: 203040 (9%) used
Oct 17 23:04:23 (none) user.debug vdr: [3178] receiver on device 2 thread ended (pid=3178, tid=3178)
Oct 17 23:04:23 (none) user.debug vdr: [2457] buffer stats: 0 (0%) used
Oct 17 23:04:32 (none) user.info vdr: [2457] switching to channel 4
Oct 17 23:04:32 (none) user.debug vdr: [3182] transfer thread started (pid=3182, tid=3182)
Oct 17 23:04:32 (none) user.debug vdr: [2457] buffer stats: 0 (0%) used
Oct 17 23:04:35 (none) user.info vdr: [2457] switching to channel 5
Oct 17 23:04:35 (none) user.debug vdr: [3182] transfer thread ended (pid=3182, tid=3182)
Oct 17 23:04:36 (none) user.debug vdr: [2457] buffer stats: 71816 (3%) used
Oct 17 23:04:36 (none) user.debug vdr: [3184] transfer thread started (pid=3184, tid=3184)
Oct 17 23:04:36 (none) user.debug vdr: [3185] receiver on device 2 thread started (pid=3185, tid=3185)
Oct 17 23:04:36 (none) user.err vdr: glcdgraphics: open /etc/vdr/plugins/graphlcd/logos/1-1107-17500_m.glcd failed (cGLCDFile::Load).
Oct 17 23:04:36 (none) user.debug vdr: [3186] TS buffer on device 2 thread started (pid=3186, tid=3186)
Oct 17 23:04:36 (none) user.debug vdr: [2457] buffer stats: 0 (0%) used
Oct 17 23:04:36 (none) user.debug vdr: [3184] setting audio track to 1 (0)
Oct 17 23:04:37 (none) user.debug vdr: [3184] TS continuity error (15)
Oct 17 23:04:37 (none) user.err vdr: [3184] cAudioRepacker(0xC0): skipped 112 bytes to sync on next audio frame
Oct 17 23:04:50 (none) user.info vdr: [2457] switching to channel 4
Oct 17 23:04:50 (none) user.debug vdr: [3184] transfer thread ended (pid=3184, tid=3184)
Oct 17 23:04:50 (none) user.debug vdr: [2457] cTS2PES got 0 TS errors, 1 TS continuity errors
Oct 17 23:04:50 (none) user.debug vdr: [2457] buffer stats: 175216 (8%) used
Oct 17 23:04:50 (none) user.debug vdr: [3188] transfer thread started (pid=3188, tid=3188)
Oct 17 23:04:50 (none) user.debug vdr: [3186] TS buffer on device 2 thread ended (pid=3186, tid=3186)
Oct 17 23:04:50 (none) user.debug vdr: [3185] buffer stats: 184804 (8%) used
Oct 17 23:04:50 (none) user.debug vdr: [3185] receiver on device 2 thread ended (pid=3185, tid=3185)
Oct 17 23:04:50 (none) user.debug vdr: [2457] buffer stats: 0 (0%) used
Oct 17 23:04:59 (none) user.debug vdr: [3190] femon receiver thread started (pid=3190, tid=3190)
Oct 17 23:04:59 (none) user.debug vdr: [3191] femon osd thread started (pid=3191, tid=3191)
Oct 17 23:05:01 (none) user.debug vdr: [3191] femon osd thread ended (pid=3191, tid=3191)
Oct 17 23:05:03 (none) user.debug vdr: [3190] femon receiver thread ended (pid=3190, tid=3190)
Oct 17 23:05:05 (none) user.info vdr: [2457] switching to channel 3
Oct 17 23:05:05 (none) user.debug vdr: [3188] transfer thread ended (pid=3188, tid=3188)
Oct 17 23:05:05 (none) user.debug vdr: [2457] buffer stats: 88360 (4%) used
Oct 17 23:05:05 (none) user.debug vdr: [2457] buffer stats: 0 (0%) used
Oct 17 23:05:05 (none) user.info vdr: [2457] switching to channel 2
Oct 17 23:05:06 (none) user.debug vdr: [3193] transfer thread started (pid=3193, tid=3193)
Oct 17 23:05:06 (none) user.debug vdr: [3194] receiver on device 2 thread started (pid=3194, tid=3194)
Oct 17 23:05:06 (none) user.debug vdr: [3195] TS buffer on device 2 thread started (pid=3195, tid=3195)
Oct 17 23:05:06 (none) user.debug vdr: [2457] buffer stats: 0 (0%) used
Oct 17 23:05:06 (none) user.debug vdr: [3193] setting audio track to 1 (0)
Oct 17 23:05:08 (none) user.debug vdr: [3193] TS continuity error (4)
Oct 17 23:05:08 (none) user.debug vdr: [3193] TS continuity error (4)
Oct 17 23:05:08 (none) user.debug vdr: [3193] TS continuity error (6)
Oct 17 23:05:08 (none) user.err vdr: [3193] cAudioRepacker(0xC0): skipped 168 bytes to sync on next audio frame
Oct 17 23:05:08 (none) user.debug vdr: [3193] PES packet shortened to 1418 bytes (expected: 2318 bytes)
Oct 17 23:05:08 (none) user.err vdr: [3193] cAudioRepacker(0xC1): skipped 252 bytes to sync on next audio frame

Jegliche Ratschläge? oder eine Idee was ich sonst noch versuchen könnte?

P.S.: ich habe bereits auch schon verschiedene Skins verwendet.
Software: EasyVDR 0.7.14, VDR 1.6.0-2-extp65, Kernel 2.6.28.9, MMS 1.1.1.
Hardware: Asus P4S533-MX (Micro-ATX), Intel Celeron 2000 Mhz @ 2500 Mhz, 512 MB DDR Ram, Samsung 120 GB HD, Display KS0180, Technotrend Rev. 1.5, AVBoard 1.4, WinTV Nova-S Plus, GeForce 5200FX, Dual Atmolight, 5,6'' Sharp TFT, 37'' Samsung LCD TV.
Zitieren
#5
HI,

HDD überprüfen würde ich trotzdem ! Hier http://www.ultimatebootcd.com/ kannst Du die Ultimatebootcd runterladen. Davon booten und die HDD Tools auszuwählen, um die HDD zu testen.

Ich hatte ein "ähnliches" Problem. (Aber auf einem Rechner ohne easyvdr) Allerdings kam dazu auch noch eine Meldung vom vom irq der Lan-Karte. Soweit ich das jetzt gelesen habe, wurde das Problem auch mit auf den Chipsatz (via) geschoben. Seitdem ich in der menu.lst noch "noirqdebug" eingetragen hab, tritt das Problem nicht mehr auf.

CU
Kamikaze
Zitieren
#6
Also ein Problem mit der Festplatte liegt definitiv bei mir nicht vor. Ich habe wie vorgeschlagen mehrere HDD-Tests gemacht. Keinerlei Fehler gefunden. Hätte mich aber auch gewundert, da ich die Probleme ja erst seit Update auf 0.5 RC1 habe.
Ich werde jetzt noch den Vorschlag mit "noirqdebug" versuchen. Wenn erfolglos, werde ich das Problem in den Bugtracker eintragen, da es sich um ein reproduzierbares Problem handelt, welches mit der neuen Version 0.5 zu tun haben muss. Ich schätze ja mal, dass es irgendwas mit den Modulen meiner Budget-Karte zu tun hat. Mal sehn...
Software: EasyVDR 0.7.14, VDR 1.6.0-2-extp65, Kernel 2.6.28.9, MMS 1.1.1.
Hardware: Asus P4S533-MX (Micro-ATX), Intel Celeron 2000 Mhz @ 2500 Mhz, 512 MB DDR Ram, Samsung 120 GB HD, Display KS0180, Technotrend Rev. 1.5, AVBoard 1.4, WinTV Nova-S Plus, GeForce 5200FX, Dual Atmolight, 5,6'' Sharp TFT, 37'' Samsung LCD TV.
Zitieren
#7
Guten Tag zusammen!

Also das o.g. Problem beim den Aufnehmen habe ich auch! Ein Problem mit der Platte halte ich für unwahrscheinlich. Auch die Budget-Module scheinen mir nicht schuldig... ich benutze nur eine einzige Karte im System, und die ist FF!
Leider habe ich zu weiteren Untersuchung das Problem noch nicht nach Belieben reproduzieren können...

Zur Erklärung: Das System lief bis vor wenigen Tagen (seit 2005) störungsfrei... zuletzt mit einem aufbebohrten Mahlzeit-LinVDR 3.2 und bis dato hat es bei Aufnahmen nie Probleme gegeben...

Auf jeden Fall aber an dieser Stelle mein Dank an alle Mitwirkenden bei easyVDR. Schon die RC1 ist in jeder Hinsicht gelungen und hat mich überzeugt.

Gruss Ralf
Zitieren
#8
Dem kann ich mich anschließen! Deshalb würde ich auch nur ungern auf die 0.43 downgraden.
Zur Reproduktion des Problems: versuche mal eine Aufnahme zu starten (z.B. Sofortaufnahme) und schalte dann ein paar Kanäle durch. Dabei hin und wieder das Menü aufrufen und hoch und runter scrollen. Es bilden sich dann gleich die genannten Störungen. Klappt bei mir fast immer.
Software: EasyVDR 0.7.14, VDR 1.6.0-2-extp65, Kernel 2.6.28.9, MMS 1.1.1.
Hardware: Asus P4S533-MX (Micro-ATX), Intel Celeron 2000 Mhz @ 2500 Mhz, 512 MB DDR Ram, Samsung 120 GB HD, Display KS0180, Technotrend Rev. 1.5, AVBoard 1.4, WinTV Nova-S Plus, GeForce 5200FX, Dual Atmolight, 5,6'' Sharp TFT, 37'' Samsung LCD TV.
Zitieren
#9
Hi,

Gibts hierfür eigentlich schon eine Lösung?
Ich habe auch auf RC1 upgegraded und kann keine Aufnahmen mehr abspielen: TS continuity errors ohne Ende und Neustart. Schade, aber ich muss wohl erstmal wieder auf die 0.4.3 zurück.

Grüße
Jörg
VDR1: M3N78-EM, Sempron 140, easyvdr 0.7.11, 2 x Satelco EasyWatch DVB-C
VDR2: YY-A206, ASR K7S41GX, Geode 1750+, easyvdr 0.6.08, DVB-S FF / Budget
Zitieren
#10
Hallo,
auf dem gwdg-Server liegt ein neuer Test-Kernel (2.6.22.10) zum download bereit.
Testet es mal damit. Die Probleme kann ich "leider" nicht nachvollziehen. Bei mir laufen alle Aufnahmen und Wiedergaben einwandfrei.

Vorher würde ich aber mal die Treiber-Einträge in der /etc/vdr/sysconfig ändern:

Zitat:MODULES="
budget_ci
evdev
videodev
dvb_ttpci vidmode=$VIDMODE
dvb_core dvb_shutdown_timeout=0
v4l1_compat
v4l2_common
video_buf
ves1x93
#stv0299
ves1820
tda10086
saa7134
saa7134-dvb
tda1004x
tda10086
cx24110
mt312
saa7146
saa7146_vv
ttpci_eeprom
#b2c2_flexcop_pci
ivtv
#cx88_dvb
dvb-usb
dvb-usb-opera
bttv i2c_hw=1 card=0x71
dvb-bt8xx
dst
bt878
dvb-usb
dvb-usb-opera
budget_core
budget
budget_ci
budget_av
s5h1420
saa7134-dvb
budget
stv0299
b2c2_flexcop_pci
"
##### entfernt #####
#cx88_dvb
#skystar2
#cinergyT2
#Twinhan
#bttv i2c_hw=1 card=0x71
#dvb-bt8xx
#dst dst_type=0
########################


Distrie:                easyVDR 0.9.10 VDR-Version:1.7.0
Hardware:            Athlon64 x2 4050 be passiv gekühlt
                          ECS GF8200A
                          passives 400W NT
Root-HD:              80 GB 2,5" Sata-Laptop HDD
Video/Media-HDD:  400 GB Sata-Samsung
Convert und Filme: 1TB WD
DVB: 2.1er TT FF + Budget
Alles in allem: Power und das sogar äusserst sparsam und geräuscharm!
Zitieren
#11
Hi Uwe,

probiere ich am WE mal - eben habe ich erstmal wieder die 0.4.3 aufgespielt.

Kann es damit zu tun haben, dass es keine frische Platte, sondern die der 0.4er version mit den "alten" Videodaten auf hda4 ist? Wie ist denn das bei den anderen, die auch diese Probleme haben? Habt Ihr auch die alten Platten "recycled" oder ist da auch mal ne neue dabei?

Aufnehmen ging bei mir auch - erstaunlicherweise aber das Abspielen nicht. Auch nicht der neuen Aufnahmen. Das betrifft auch MP3s aus dem Music-Plugin heraus - auch hier: Neustart. Logread gibt außer "TS continuity error" leider nichts her, dmesg noch weniger.

Aber ich teste es morgen oder Sonntag nochmal.

Grüße
Jörg
VDR1: M3N78-EM, Sempron 140, easyvdr 0.7.11, 2 x Satelco EasyWatch DVB-C
VDR2: YY-A206, ASR K7S41GX, Geode 1750+, easyvdr 0.6.08, DVB-S FF / Budget
Zitieren
#12
Ok, ich habs:

graphtft ist schuld!

Irgendwas ist ja eh faul an der Version 0.1.8alpha (und 0.1.10alpha auch) - bei "-d vdr/1", also bei Anschluss an die zweite FF kommt bei mir kein Bild aufs TFT (dazu gibt es auch einen anderen Threat, in dem stmeier das gleiche Phaenomen bestätigt).

Aber wenn man graphtft als Plugin deaktiviert - dann lassen sich auch die Aufnahmen wieder abspielen!

Aber darauf muss man auch erstmal kommen...

Somit bin ich erstmal froh, dass ich doch bei der RC1 bleiben kann. Ohne Graphtft kann ich leben, ohne Aufnahmen macht so ein VDR schon weniger Sinn.

Jetzt bin ich mal gespannt, ob bei Graphtft jemand helfen kann, mir fehlt da ein bißchen der richtige Ansatz.

Gute Nacht!
Jörg

EDIT:
Konnte es noch etwas weiter eingrenzen - der fehler mit den Aufnahmen kommt immer dann, wenn bei graphtft der Skin Enigma ausgewählt ist. (Zumindest) bei "Standard Theme" funktioniert alles - naja, bis auf graphtft selber halt...

VDR1: M3N78-EM, Sempron 140, easyvdr 0.7.11, 2 x Satelco EasyWatch DVB-C
VDR2: YY-A206, ASR K7S41GX, Geode 1750+, easyvdr 0.6.08, DVB-S FF / Budget
Zitieren
#13
Auch bei mir treten seit Abschaltung von Graph-TFT keine "TS continuity error" mehr auf. Das erklärt auch, warum diese Fehler vorallem bei Menü-Aktivitäten aufgetreten sind. Mir ist nur nicht ganz klar was Graph-TFT mit den fehlerhaften Aufnahmen (und bei mir auch Live-Bild bei gleichen Aufnahmekanal) zu tun hat?
Es scheint bei mir auf alle Fälle die gleichen Ursachen zu haben, wie bei anderen Usern, auch wenn bei mir keine Abstürze auftreten, sondern nur die beschriebenen Störungen.
Ein Wechsel des Skins (ich benutze auch EnigmaNG), nützt bei mir allen Anschein nach nichts (solange Graph-TFT in Gebrauch ist). Also nur eine Abschaltung von Graph-TFT führt zur Beseitung der Probleme.

Gruß Heiko 
Software: EasyVDR 0.7.14, VDR 1.6.0-2-extp65, Kernel 2.6.28.9, MMS 1.1.1.
Hardware: Asus P4S533-MX (Micro-ATX), Intel Celeron 2000 Mhz @ 2500 Mhz, 512 MB DDR Ram, Samsung 120 GB HD, Display KS0180, Technotrend Rev. 1.5, AVBoard 1.4, WinTV Nova-S Plus, GeForce 5200FX, Dual Atmolight, 5,6'' Sharp TFT, 37'' Samsung LCD TV.
Zitieren
#14
Hi Heiko,

ich habe jetzt bei mir wieder die 0.1.3 von graphtft installiert, damit scheint es (wie gehabt) rund zu laufen.

Ich habe das hier:
http://www.easy-vdr.de/forum/index.php?t...2#msg20422

genauer beschrieben.

Grüße
Jörg
VDR1: M3N78-EM, Sempron 140, easyvdr 0.7.11, 2 x Satelco EasyWatch DVB-C
VDR2: YY-A206, ASR K7S41GX, Geode 1750+, easyvdr 0.6.08, DVB-S FF / Budget
Zitieren
#15
Ich habe jetzt auch die Versionen 0.1.7 und 0.1.3 versucht, doch bleiben auch bei diesen die Probleme bestehen. Nur ein Abschalten des Plugins führt zur Besserung. Wie weiter oben erwähnt, vermute ich auch weiterhin einen Zusammenhang mit meiner Budget-Karte (Nova-S Plus), da besagte Störungen nur bei Aufnahmen (oder Kanäle gleicher Frequenz als Live-Bild) mit dieser Karte Störungen bemerktbar sind.
Software: EasyVDR 0.7.14, VDR 1.6.0-2-extp65, Kernel 2.6.28.9, MMS 1.1.1.
Hardware: Asus P4S533-MX (Micro-ATX), Intel Celeron 2000 Mhz @ 2500 Mhz, 512 MB DDR Ram, Samsung 120 GB HD, Display KS0180, Technotrend Rev. 1.5, AVBoard 1.4, WinTV Nova-S Plus, GeForce 5200FX, Dual Atmolight, 5,6'' Sharp TFT, 37'' Samsung LCD TV.
Zitieren
#16
Hi Heiko,

hast Du auch den Enigma-Skin für graphtft abgewählt?
Daran lag es, dass er bei den Aufnahmen gecrashed ist.

Grüße
Jörg
VDR1: M3N78-EM, Sempron 140, easyvdr 0.7.11, 2 x Satelco EasyWatch DVB-C
VDR2: YY-A206, ASR K7S41GX, Geode 1750+, easyvdr 0.6.08, DVB-S FF / Budget
Zitieren
#17
Ich hatte bei mir den Enigma-Skin gar nicht verwendet, sondern der Deep-Blue-Skin. Habe aber zum testen auch gerade mal den Standard-Skin eingestellt. Auch keine Besserung. Bei mir sind die Störungen wohl unabhängig vom verwendetet Skin/Theme.

Heiko
Software: EasyVDR 0.7.14, VDR 1.6.0-2-extp65, Kernel 2.6.28.9, MMS 1.1.1.
Hardware: Asus P4S533-MX (Micro-ATX), Intel Celeron 2000 Mhz @ 2500 Mhz, 512 MB DDR Ram, Samsung 120 GB HD, Display KS0180, Technotrend Rev. 1.5, AVBoard 1.4, WinTV Nova-S Plus, GeForce 5200FX, Dual Atmolight, 5,6'' Sharp TFT, 37'' Samsung LCD TV.
Zitieren
#18
Das Problem ist nun endlich behoben! Auch wenn ein leichterer Weg mir mehr zugesagt hätte, bin ich nun froh mich nicht mehr mit beschädigten Aufnahmen herumärgern zu müssen.
Die Lösung: Kernel-Update auf 2.6.23.1 (momentan der neueste Kernel von kernel.org). Das Update wurde nach der hier im Forum beschriebenen Anleitung zur Kernel-Kompilierung ohne Probleme durchgeführt und es sind seitdem keine Probleme mehr vorhanden.

Gruß Heiko
Software: EasyVDR 0.7.14, VDR 1.6.0-2-extp65, Kernel 2.6.28.9, MMS 1.1.1.
Hardware: Asus P4S533-MX (Micro-ATX), Intel Celeron 2000 Mhz @ 2500 Mhz, 512 MB DDR Ram, Samsung 120 GB HD, Display KS0180, Technotrend Rev. 1.5, AVBoard 1.4, WinTV Nova-S Plus, GeForce 5200FX, Dual Atmolight, 5,6'' Sharp TFT, 37'' Samsung LCD TV.
Zitieren


Gehe zu:


Benutzer, die gerade dieses Thema anschauen: 1 Gast/Gäste