Beiträge von jrie

Hier das core:

Core was generated by `./vdr --lirc=/var/run/lirc/lircd -v /video/video -c /video/video -Psofthddevice'.
Program terminated with signal 4, Illegal instruction.
#0 0xb6ac6dc6 in VdpauMixerSetup (decoder=<value optimized out>) at video.c:5420
5420 background_color->red = (VideoBackground >> 24) / 255.0;
(gdb) bt
#0 0xb6ac6dc6 in VdpauMixerSetup (decoder=<value optimized out>) at video.c:5420
#1 0xb6ac76d5 in VdpauMixerCreate (decoder=0xb1131370) at video.c:5607
#2 VdpauSetupOutput (decoder=0xb1131370) at video.c:6367
#3 0xb6aca2ab in Vdpau_get_format (decoder=0xb1131370, video_ctx=0x8a037e0, fmt=0xb645c1c4) at video.c:6568
#4 0xb6accf82 in Video_get_format (hw_decoder=0xb1131370, video_ctx=0x8a037e0, fmt=0xb645c1c4) at video.c:8989
#5 0xb6ad25e4 in Codec_get_format (video_ctx=0x8a037e0, fmt=0xb645c1c4) at codec.c:124
#6 0xb61b2dc2 in ?? () from /usr/local/lib/libavcodec.so.54
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Ich schaffe es nicht softhddevice auf meinem zweitem VDR zum Laufen zu bekommen. (Auf dem ersten VDR tut es tadellos).
Beim Start gibt es

[mpegvideo_vdpau @ 0x952bea0] mpeg_decode_postinit() failure
[mpegvideo_vdpau @ 0x952bea0] mpeg_decode_postinit() failure
[mpegvideo_vdpau @ 0x952bea0] mpeg_decode_postinit() failure
./vdr-start-softhddevice-minimal: Zeile 13: 8242 Ungültiger Maschinenbefehl ./vdr --lirc=/var/run/lirc/lircd -v /video/video -c /video/video -P'softhddevice'

und im syslog

Apr 12 17:31:22 vdr vdr: [8220] initializing plugin: softhddevice (0.5.1-GITdeea34e): A software and GPU emulated HD device
Apr 12 17:31:22 vdr vdr: [8220] new device number 9
Apr 12 17:31:22 vdr vdr: [8220] setting primary device to 2
Apr 12 17:31:22 vdr vdr: [8220] [softhddev]MakePrimaryDevice: 1
Apr 12 17:31:22 vdr vdr: [8220] [softhddev]SetVideoFormat: 1
Apr 12 17:31:22 vdr vdr: [8220] [softhddev]SetVideoDisplayFormat: 1
Apr 12 17:31:22 vdr vdr: [8220] [softhddev]SetVolumeDevice: 155
Apr 12 17:31:22 vdr vdr: [8220] assuming manual start of VDR
Apr 12 17:31:22 vdr vdr: [8220] SVDRP listening on port 6419
Apr 12 17:31:22 vdr vdr: [8220] setting current skin to "classic"
Apr 12 17:31:22 vdr vdr: [8220] loading /video/video/themes/classic-default.theme
Apr 12 17:31:22 vdr vdr: [8220] starting plugin: softhddevice
Apr 12 17:31:22 vdr vdr: audio: 'alsa' output module used
Apr 12 17:31:22 vdr vdr: audio/alsa: using device 'default'
Apr 12 17:31:22 vdr vdr: [8221] video directory scanner thread started (pid=8220, tid=8221)
Apr 12 17:31:22 vdr vdr: [8226] section handler thread started (pid=8220, tid=8226)
Apr 12 17:31:22 vdr vdr: [8222] video directory scanner thread ended (pid=8220, tid=8222)
Apr 12 17:31:22 vdr vdr: [8225] tuner on frontend 0/0 thread started (pid=8220, tid=8225)
Apr 12 17:31:22 vdr vdr: [8225] cTimeMs: using monotonic clock (resolution is 1 ns)
Apr 12 17:31:22 vdr vdr: [8221] video directory scanner thread ended (pid=8220, tid=8221)
Apr 12 17:31:22 vdr vdr: audio/alsa: supports pause: yes
Apr 12 17:31:22 vdr vdr: audio/alsa: mixer default - PCM open
Apr 12 17:31:22 vdr vdr: audio/alsa: PCM mixer found 0 - 31 ratio 310
Apr 12 17:31:22 vdr vdr: audio: channels 2 frequency 48000 hz pcm
Apr 12 17:31:22 vdr vdr: audio: 0ms flush
Apr 12 17:31:22 vdr vdr: audio/alsa: using device 'default'
Apr 12 17:31:22 vdr vdr: audio/alsa: buffer size 4608 96ms, period size 1152 24ms
Apr 12 17:31:22 vdr vdr: audio/alsa: state PREPARED
Apr 12 17:31:22 vdr vdr: audio/alsa: delay 336ms
Apr 12 17:31:22 vdr vdr: audio: play thread started
Apr 12 17:31:22 vdr vdr: audio: wait on start condition
Apr 12 17:31:22 vdr vdr: video: visual 0x21 depth 24
Apr 12 17:31:22 vdr vdr: video: window prepared
Apr 12 17:31:22 vdr vdr: [8223] epg data reader thread ended (pid=8220, tid=8223)
Apr 12 17:31:22 vdr vdr: video/vdpau: VDPAU API version: 1
Apr 12 17:31:22 vdr vdr: video/vdpau: VDPAU information: NVIDIA VDPAU Driver Shared Library 295.33 Sat Mar 17 15:23:04 PDT 2012
Apr 12 17:31:22 vdr vdr: video/vdpau: high quality scaling unsupported
Apr 12 17:31:22 vdr vdr: video/vdpau: feature deinterlace temporal supported
Apr 12 17:31:22 vdr vdr: video/vdpau: feature deinterlace temporal spatial supported
Apr 12 17:31:22 vdr vdr: video/vdpau: attribute skip chroma deinterlace supported
Apr 12 17:31:22 vdr vdr: video/vdpau: 4:2:0 chroma format with 4096x4096 supported
Apr 12 17:31:22 vdr vdr: video/vdpau: 4:2:2 chroma format with 4096x4096 supported
Apr 12 17:31:22 vdr vdr: video/vdpau: 8bit BGRA format with 8192x8192 supported
Apr 12 17:31:22 vdr vdr: video/vdpau: 10bit RGBA format with 8192x8192 supported
Apr 12 17:31:22 vdr vdr: video/vdpau: created output surface 1920x1080 with id 0x00000004
Apr 12 17:31:22 vdr vdr: video/vdpau: created output surface 1920x1080 with id 0x00000005
Apr 12 17:31:22 vdr vdr: video/vdpau: created output surface 1920x1080 with id 0x00000006
Apr 12 17:31:22 vdr vdr: video/vdpau: created output surface 1920x1080 with id 0x00000007
Apr 12 17:31:22 vdr vdr: video: screen saver extension present
Apr 12 17:31:22 vdr vdr: video: dpms extension present
Apr 12 17:31:22 vdr vdr: video/vdpau: osd surfaces created
Apr 12 17:31:22 vdr vdr: video/vdpau: osd clear image
Apr 12 17:31:23 vdr vdr: [softhddev] ready
Apr 12 17:31:23 vdr kernel: [11240.081885] lirc_serial: ignoring spike: 1 1 4f86f54b 4f86f54b 13fd1 13f94
Apr 12 17:31:23 vdr vdr: [8220] remote control LIRC - keys known
Apr 12 17:31:23 vdr vdr: [8220] remote control KBD - keys known
Apr 12 17:31:23 vdr vdr: [8220] switching to channel 4
Apr 12 17:31:23 vdr vdr: [8220] [softhddev]SetVolumeDevice: 155
Apr 12 17:31:23 vdr vdr: [8220] [softhddev]SetPlayMode: 1
Apr 12 17:31:23 vdr vdr: audio: not paused, check the code
Apr 12 17:31:23 vdr vdr: [softhddev]GetOsdSize: 1920x1080 -nan
Apr 12 17:31:23 vdr vdr: [8229] KBD remote control thread started (pid=8220, tid=8229)
Apr 12 17:31:23 vdr vdr: video: display thread started
Apr 12 17:31:23 vdr vdr: video/event: MapNotify
Apr 12 17:31:23 vdr vdr: [8230] receiver on device 1 thread started (pid=8220, tid=8230)
Apr 12 17:31:23 vdr vdr: [8228] LIRC remote control thread started (pid=8220, tid=8228)
Apr 12 17:31:23 vdr vdr: [8232] TS buffer on device 1 thread started (pid=8220, tid=8232)
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 1
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 0 v-buf
Apr 12 17:31:23 vdr vdr: [8220] OSD size changed to 1920x1080 @ -nan
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 2
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 0 v-buf
Apr 12 17:31:23 vdr vdr: [8220] [softhddev]Flush: FIXME: should be truecolor
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 3
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 0 v-buf
Apr 12 17:31:23 vdr vdr: video/vdpau: osd upload 1664x225+154+768 17ms 1497600
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 4
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 0 v-buf
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 5
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 0 v-buf
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 6
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 0 v-buf
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 7
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 0 v-buf
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 8
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 0 v-buf
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 9
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 0 v-buf
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 10
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 0 v-buf
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 11
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 0 v-buf
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 12
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 0 v-buf
Apr 12 17:31:23 vdr vdr: pesdemux: new codec 000000 -> 0x15000
Apr 12 17:31:23 vdr vdr: codec: using audio codec (null) or ID 0x15000
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 13
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 0 v-buf
Apr 12 17:31:23 vdr vdr: codec: audio ''
Apr 12 17:31:23 vdr vdr: codec/audio: format change 48000Hz 2 channels
Apr 12 17:31:23 vdr vdr: audio: channels 2 frequency 48000 hz pcm
Apr 12 17:31:23 vdr vdr: audio: ----> 0ms start
Apr 12 17:31:23 vdr vdr: audio/alsa: flushing buffers
Apr 12 17:31:23 vdr vdr: audio/alsa: flush state PREPARED
Apr 12 17:31:23 vdr vdr: audio: wait on start condition
Apr 12 17:31:23 vdr vdr: audio: 0ms flush
Apr 12 17:31:23 vdr vdr: audio/alsa: using device 'default'
Apr 12 17:31:23 vdr vdr: audio/alsa: buffer size 4608 96ms, period size 1152 24ms
Apr 12 17:31:23 vdr vdr: audio/alsa: state PREPARED
Apr 12 17:31:23 vdr vdr: audio/alsa: delay 336ms
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 14
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 0 v-buf
Apr 12 17:31:23 vdr vdr: video: mpeg2 detected ID d7
Apr 12 17:31:23 vdr vdr: video: max used PES packet size: 20756
Apr 12 17:31:23 vdr vdr: codec: using video codec mpegvideo_vdpau or ID 0x0002
Apr 12 17:31:23 vdr vdr: codec: vdpau decoder found
Apr 12 17:31:23 vdr vdr: codec: video ''
Apr 12 17:31:23 vdr vdr: codec: video can use truncated packets
Apr 12 17:31:23 vdr vdr: codec: can use own buffer management
Apr 12 17:31:23 vdr vdr: codec: can export data for HW decoding (VDPAU)
Apr 12 17:31:23 vdr vdr: codec: bad frame -2
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 15
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 0 v-buf
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 16
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 0 v-buf
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 17
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 0 v-buf
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 18
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 0 v-buf
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 19
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 0 v-buf
Apr 12 17:31:23 vdr vdr: pesdemux: pes start code id 0xc0
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 20
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 1 v-buf
Apr 12 17:31:23 vdr vdr: codec: bad frame -2
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 21
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 0 v-buf
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 22
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 0 v-buf
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 23
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 0 v-buf
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 24
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 0 v-buf
Apr 12 17:31:23 vdr vdr: video: max used PES packet size: 65506
Apr 12 17:31:23 vdr vdr: video: max used PES packet size: 67828
Apr 12 17:31:23 vdr vdr: video/vdpau: black surface displayed
Apr 12 17:31:23 vdr vdr: video: initial slow down video, frame 25
Apr 12 17:31:23 vdr vdr: video: --:--:--.--- +0 0 0/\ms 3 v-buf
Apr 12 17:31:23 vdr vdr: codec: bad frame -2
Apr 12 17:31:23 vdr vdr: video: ready --:--:--.--- 40ms/frame
Apr 12 17:31:23 vdr vdr: audio/alsa: start 264ms video ready
Apr 12 17:31:23 vdr vdr: video: new stream format 11240525ms
Apr 12 17:31:23 vdr vdr: Vdpau_get_format: codec 2 fmts:
Apr 12 17:31:23 vdr vdr: 0x00000010 xvmcidct
Apr 12 17:31:23 vdr vdr: 0x0000000f xvmcmc
Apr 12 17:31:23 vdr vdr: 0x00000026 vdpau_mpeg2
Apr 12 17:31:23 vdr vdr: video/vdpau: profile 2 with level 3, macro blocks 8192, width 2048, height 2048 supported
Apr 12 17:31:23 vdr vdr: video/vdpau: create decoder profile=2 720x576 #2 refs
Apr 12 17:31:23 vdr vdr: video/vdpau: VdpauCreateSurfaces: 720x576 * 6
Apr 12 17:31:23 vdr vdr: video/vdpau: temporal deinterlace disabled
Apr 12 17:31:23 vdr vdr: video/vdpau: temporal spatial deinterlace disabled
Apr 12 17:31:23 vdr vdr: video/vdpau: inverse telecine disabled
Apr 12 17:31:23 vdr vdr: video/vdpau: noise reduction disabled
Apr 12 17:31:23 vdr vdr: video/vdpau: sharpness disabled

Wer hilft mir weiter?

Zitat von uwe67

Die Hardware ist als OSHW

Veröffentlichst du auch den Schaltplan und die Firmware?

Es hat bisher noch niemand heraus gefunden, warum bei ein paar Leuten mehrere S2-1600 nicht gut zusammen liefen. Es gibt aber auch Berichte von anderen, dass es keine Probleme gibt. Ich habe drei S2-1600 tagelang dauerhaft aufnehmen lassen, und sie liefen perfekt. Die Aufnahmen wurden auf Fehler geprüft und waren einwandfrei. Auch wenn ein oder zwei der Karten skriptgesteuert 24 Stunden permanent gezappt haben, waren die Aufnahmen auf den anderen fehlerlos.
Allerdings war eine von 4 gebraucht gekauften Karten nicht ganz in Ordnung (im Schnitt 3 Continuity Errors pro Stunde). Die wird demnächst bei Technotrend eingeschickt.
Bei schwachem Signal sind die Karten aber nicht zu empfehlen, da sind z.B. S2-3200 besser.
Das gilt aber auch für die Cine S2, schließlich haben sie denselben Tuner wie die S2-1600.

Mein Fazit: für PCI Steckplätze sind mehrere S2-1600 sehr empfehlenswert.

Bei langen Tests mit drei S2-1600 habe ich keine gegenseitige Beeinflussung feststellen können.
Im Gegenteil, die Karten tunen schnell und zuverlässig.

Nur die Empfindlichkeit ist nicht so hoch. Ich habe auch ein auf Hotbird schielendes LNB an meiner 60er Schüssel, an dem die Signalstärke nicht so hoch ist. Eine S2-3200 funktioniert daran trotzdem bestens, während die S2-1600 an der Grenze ist und manchmal Aussetzer bis hin zum Emergency Exit hat.

Sorry, hatte nicht genau geguckt. Erst mit dem Patch aus #59 tut es richtig, danke.

Bei mir läuft osdteletext-git + patch unter vdr-1.7.27.

wie es der Name sagt: auf osdteletext-git anwenden

trivial, aber trotzdem

Ist http://www.nvnews.net/vbulletin/showpost.php?p=2540638&postcount=24 möglicherweise relevant?

vdr vorher gestoppt?

checkts prüft nur auf TS continuity errors, im Vergleich zu NaluDump kommt es so ziemlich aufs selbe raus.

nvidia 295.33 ist da:
http://www.nvnews.net/vbulletin/showthread.php?p=2538961

Studio Level = 16 -235
PC Level = 0 -255
Studio Level hat also 14% weniger und ist daher minderwertiger.
Aber nützlich falls das Endgerät dies erwartet.

Wenn das Endgerät Studio Levels erwartet, sieht es besser aus, wenn diese auch geliefert werden.
Wenn aber der VDR und der Monitor/Fernseher beide mit PC Level laufen können, ist das Bild noch besser.

Gesendet wird mit 0-255. Die werden auch vom Plugin ausgegeben, wenn es auf PC Level eingestellt ist. Und wenn der TV es auch kann, ist die ganze Kette in 0 -255, und dies enthält die meiste Information, sprich bestes Bild.

Falls aber der TV nur Studio Level kann, werden ohne Umrechnung alle Werte 0-15 als 16, und alle Werte 236-255 als 236 dargestellt (abgeschnitten). Das sieht am schlechtesten aus. Dann sieht es besser aus, wenn vdpau die PC Level auf Studio Level umrechnet, weil das gleichmäßiger ist.

Fazit: Falls alle Geräte der Kette PC Level können, ist das Bild optimal.
Falls nur ein Gerät nur Studio Level kann, ist es besser vor diesem Gerät die PC Level auf Studio Level umzurechnen. Dabei geht aber etwas verloren.
Am schlechtesten ist es, wenn ein Gerät nur Studio Level kann, aber nicht umgerechnet, sondern abgeschnitten wird.

Wer daraus schließt, dass Studio Level besser als PC Level seien, hat in Vergleich zum Abschneiden recht, im Vergleich zur ganzen Kette in PC Leveln aber nicht.

Ich mach das mit
1:2345:respawn:/sbin/agetty -n -l /pfad/autologin_root 38400 tty1
und
cat autologin_root.c
int main()
{
execlp("login", "login", "-f", "root",0);
}
Bin aber noch auf 11.3.

Zitat von johns

Die Bildhänger ...
Um diese zu umgehen müsste man den Renderer in einen eigenen Thread abkoppeln und dann noch min. 10 Frames zwischen puffern.

Klingt gut, bei xine hat der soweit ich weiß auch einen eigenen Thread. Und ich habe in xine Hänger immer erst ab ca. 500ms gesehen, noch nie bei weitaus niedrigeren Werten.
(Und noch eine Korrektur, die 22-30 Puffer waren in xine, nicht in vdpau.)

Merkwürdig, dass bei 171 bzw. 172 ms nicht abgepuffert werden.
Vdpau hat 22 bis 30 Puffer, das Plugin sogar mehr. Müßte doch eigentlich reichen.

zufällig gerade das gelesen:
http://www.mce-community.de/forum/index.php?showtopic=45529&view=findpost&p=321989
klingt ähnlich

rudirabbit: Da du Suse 11.3 hast, ist es für dich ganz einfach festzustellen, ob die "decoder render too slow" am nvidia Treiber oder etwas anderem liegen, du müsstest nur den nvidia 195.30 bei dir installieren. Wenn sie dann weg sind, lag´s am nvidia Treiber, wenn nicht, an was anderem.

Wenn du mit -D3 aufnimmst, hast du dann TS continuity error im syslog? Falls ja, dürfte sie hin sein.