yaVDR 0.5.0 BUG: soft lockup - CPU#0 stuck for ...

Hab Gestern auf 0.5.0 umgestellt und direkt nach der Installation ein Update gemacht.
Zunächst hatte ich das Problem mit dem fehlenden Ton. Konnte ich aber durch Korrektur der fehlerhaften Konfiguration manuell lösen.
(Wie hier [yaVDR 0.5-alpha1] Webkonfiguration Sound Problem mit Nvidia HDMI von IG88 beschrieben)

Kiste läuft schnell und bis vorhin ohne Probleme!

Jetzt viel mir im Kernel Log folgendes auf (Es sollte gerade auch ne Aufnahme in HD laufen):

[15648.068013] BUG: soft lockup - CPU#0 stuck for 22s! [swapper/0:0][15648.068016] Modules linked in: dvb_usb_dw2102 ds3000 snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_seq_midi snd_rawmidi psmouse serio_raw ir_lirc_codec lirc_dev ir_mce_kbd_decoder ir_sony_decoder snd_seq_midi_event ir_jvc_decoder ir_rc6_decoder ir_rc5_decoder ir_nec_decoder dvb_usb usbhid snd_seq drm_kms_helper hid dvb_core drm rc_core i2c_algo_bit video nvidia(P) snd_timer nfsd snd_seq_device nfs lockd fscache auth_rpcgss nfs_acl sunrpc snd soundcore snd_page_alloc mac_hid lp parport r8169 vesafb [last unloaded: dvb_usb_dw2102]
[15648.068051] CPU 0 
[15648.068053] Modules linked in: dvb_usb_dw2102 ds3000 snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_seq_midi snd_rawmidi psmouse serio_raw ir_lirc_codec lirc_dev ir_mce_kbd_decoder ir_sony_decoder snd_seq_midi_event ir_jvc_decoder ir_rc6_decoder ir_rc5_decoder ir_nec_decoder dvb_usb usbhid snd_seq drm_kms_helper hid dvb_core drm rc_core i2c_algo_bit video nvidia(P) snd_timer nfsd snd_seq_device nfs lockd fscache auth_rpcgss nfs_acl sunrpc snd soundcore snd_page_alloc mac_hid lp parport r8169 vesafb [last unloaded: dvb_usb_dw2102]
[15648.068084] 
[15648.068086] Pid: 0, comm: swapper/0 Tainted: P        W  O 3.2.0-29-generic #46-Ubuntu To Be Filled By O.E.M. To Be Filled By O.E.M./G41M-GS3
[15648.068091] RIP: 0010:[<ffffffff8106e460>]  [<ffffffff8106e460>] __do_softirq+0x60/0x210
[15648.068097] RSP: 0018:ffff88011bc03ed0  EFLAGS: 00000206
[15648.068099] RAX: 0000000000000000 RBX: 0000000000000010 RCX: 0000000000000003
[15648.068102] RDX: 0000000000000040 RSI: 0000000000000000 RDI: ffff8801145e1ca4
[15648.068104] RBP: ffff88011bc03f30 R08: 0000000000000001 R09: ffff8800dfb52edc
[15648.068106] R10: 0000000000000000 R11: 00000000ffffffff R12: ffff88011bc03e48
[15648.068109] R13: ffffffff8166299e R14: ffff88011bc03f30 R15: ffffffff81c01fd8
[15648.068111] FS:  0000000000000000(0000) GS:ffff88011bc00000(0000) knlGS:0000000000000000
[15648.068114] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[15648.068116] CR2: 00007fd81bbd3740 CR3: 00000001106be000 CR4: 00000000000006f0
[15648.068119] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[15648.068121] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[15648.068124] Process swapper/0 (pid: 0, threadinfo ffffffff81c00000, task ffffffff81c0d020)
[15648.068125] Stack:
[15648.068127]  0000000000000000 ffffffff81c01fd8 000000000000000a ffffffff81c01fd8
[15648.068131]  ffff8801145e1ca4 ffff88011bc03f38 ffffffff81034dc2 0000000000000046
[15648.068135]  ffffffff81c01fd8 0000000000000010 ffffffff81c01e08 000000000008c800
[15648.068140] Call Trace:
[15648.068142]  <IRQ> 
[15648.068146]  [<ffffffff81034dc2>] ? ack_apic_level+0x72/0x190
[15648.068150]  [<ffffffff8166412c>] call_softirq+0x1c/0x30
[15648.068153]  [<ffffffff81015305>] do_softirq+0x65/0xa0
[15648.068157]  [<ffffffff8106e88e>] irq_exit+0x8e/0xb0
[15648.068160]  [<ffffffff816649e3>] do_IRQ+0x63/0xe0
[15648.068163]  [<ffffffff81659d6e>] common_interrupt+0x6e/0x6e
[15648.068165]  <EOI> 
[15648.068169]  [<ffffffff8101be45>] ? mwait_idle+0x95/0x210
[15648.068172]  [<ffffffff81012236>] cpu_idle+0xd6/0x120
[15648.068176]  [<ffffffff816202ae>] rest_init+0x72/0x74
[15648.068180]  [<ffffffff81cfbc03>] start_kernel+0x3b0/0x3bd
[15648.068183]  [<ffffffff81cfb388>] x86_64_start_reservations+0x132/0x136
[15648.068186]  [<ffffffff81cfb140>] ? early_idt_handlers+0x140/0x140
[15648.068189]  [<ffffffff81cfb459>] x86_64_start_kernel+0xcd/0xdc
[15648.068191] Code: 04 25 58 da 00 00 c7 45 b0 0a 00 00 00 89 45 b4 4c 89 7d b8 4c 89 7d a8 0f 1f 00 65 c7 04 25 00 36 01 00 00 00 00 00 fb 66 66 90 <66> 66 90 48 c7 c3 80 40 c0 81 66 0f 1f 44 00 00 41 f6 c5 01 74 
[15648.068226] Call Trace:
[15648.068227]  <IRQ>  [<ffffffff81034dc2>] ? ack_apic_level+0x72/0x190
[15648.068233]  [<ffffffff8166412c>] call_softirq+0x1c/0x30
[15648.068236]  [<ffffffff81015305>] do_softirq+0x65/0xa0
[15648.068239]  [<ffffffff8106e88e>] irq_exit+0x8e/0xb0
[15648.068242]  [<ffffffff816649e3>] do_IRQ+0x63/0xe0
[15648.068245]  [<ffffffff81659d6e>] common_interrupt+0x6e/0x6e
[15648.068247]  <EOI>  [<ffffffff8101be45>] ? mwait_idle+0x95/0x210
[15648.068253]  [<ffffffff81012236>] cpu_idle+0xd6/0x120
[15648.068256]  [<ffffffff816202ae>] rest_init+0x72/0x74
[15648.068259]  [<ffffffff81cfbc03>] start_kernel+0x3b0/0x3bd
[15648.068262]  [<ffffffff81cfb388>] x86_64_start_reservations+0x132/0x136
[15648.068266]  [<ffffffff81cfb140>] ? early_idt_handlers+0x140/0x140
[15648.068269]  [<ffffffff81cfb459>] x86_64_start_kernel+0xcd/0xdc
[15653.516414] irq 17: nobody cared (try booting with the "irqpoll" option)
[15653.516421] Pid: 0, comm: swapper/0 Tainted: P        W  O 3.2.0-29-generic #46-Ubuntu
[15653.516424] Call Trace:
[15653.516426]  <IRQ>  [<ffffffff810dae5d>] __report_bad_irq+0x3d/0xe0
[15653.516437]  [<ffffffff810db0e5>] note_interrupt+0x135/0x190
[15653.516441]  [<ffffffff810d8949>] handle_irq_event_percpu+0xa9/0x220
[15653.516444]  [<ffffffff810d8b11>] handle_irq_event+0x51/0x80
[15653.516447]  [<ffffffff810dbb3a>] handle_fasteoi_irq+0x6a/0x110
[15653.516452]  [<ffffffff81015282>] handle_irq+0x22/0x40
[15653.516456]  [<ffffffff816649da>] do_IRQ+0x5a/0xe0
[15653.516460]  [<ffffffff81659d6e>] common_interrupt+0x6e/0x6e
[15653.516462]  <EOI>  [<ffffffff8101be45>] ? mwait_idle+0x95/0x210
[15653.516469]  [<ffffffff81012236>] cpu_idle+0xd6/0x120
[15653.516473]  [<ffffffff816202ae>] rest_init+0x72/0x74
[15653.516478]  [<ffffffff81cfbc03>] start_kernel+0x3b0/0x3bd
[15653.516481]  [<ffffffff81cfb388>] x86_64_start_reservations+0x132/0x136
[15653.516485]  [<ffffffff81cfb140>] ? early_idt_handlers+0x140/0x140
[15653.516488]  [<ffffffff81cfb459>] x86_64_start_kernel+0xcd/0xdc
[15653.516490] handlers:
[15653.516494] [<ffffffff814913a0>] usb_hcd_irq
[15653.516497] [<ffffffff814913a0>] usb_hcd_irq
[15653.516503] [<ffffffffa0e941e0>] azx_interrupt
[15653.516505] Disabling IRQ #17
[15654.514802] init: vdr main process (5576) terminated with status 1
[15679.565524] init: vdr-exit-other main process (6184) terminated with status 1 [15687.444028] hda-intel: azx_get_response timeout, switching to polling mode: last cmd=0x005f0700

und seit dem ist nur noch Flackern zu sehen.
Zwischendurch bin ich auch nicht mehr auf das Webfrontend gekommen. Aber das tut gerade wieder.

top sieht OK aus (bis auf die fehlenden Zeichenumbrüche zumindest... sorry):

top - 21:26:19 up 1 day,  8:47,  1 user,  load average: 0.67, 1.97, 3.47Tasks: 115 total,   1 running, 111 sleeping,   0 stopped,   3 zombieCpu(s):  2.0%us,  1.7%sy,  0.3%ni, 91.7%id,  4.3%wa,  0.0%hi,  0.0%si,  0.0%stMem:   4047124k total,   989896k used,  3057228k free,   105372k buffersSwap:  4192252k total,        0k used,  4192252k free,   568188k cached
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND 6188 vdr       10 -10 1183m  90m  17m S  8.6  2.3   0:58.93 vdr    1 root      20   0 24704 2612 1348 S  0.0  0.1   0:08.33 init    2 root      20   0     0    0    0 S  0.0  0.0   0:00.00 kthreadd    3 root      20   0     0    0    0 S  0.0  0.0   0:00.11 ksoftirqd/0    6 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/0    7 root      RT   0     0    0    0 S  0.0  0.0   6:55.76 watchdog/0    8 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 cpuset    9 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 khelper   10 root      20   0     0    0    0 S  0.0  0.0   0:00.00 kdevtmpfs   11 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 netns   12 root      20   0     0    0    0 S  0.0  0.0   0:00.02 sync_supers   13 root      20   0     0    0    0 S  0.0  0.0   0:00.00 bdi-default

Linux tvbox 3.2.0-29-generic #46-Ubuntu SMP Fri Jul 27 17:03:23 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

Nach einem sauberen Reboot sieht es erstmal wieder gut aus. (Sauberes Kernel.log ind TOP im Anhang.)
Ich befürchte allerdings, dass es nicht dabei bleiben wird. :-/

Hat jemand 'ne Idee?
Liegt das an meinen DVB devices?

___________________
PS: mit 0.4.0 hatte ich kein Glück. sporadisch hat sich das System aufgehängt ohne, dass was brauchbares in den Logs zu finden war.
Geholfen hatte dann nur noch ein Kaltstart.

Hardware:
Mainboard - ASRock G41M-GS3
CPU - Intel(R) Celeron(R) CPU 440 @ 2.00GHz (35W TPD)
Speicher - 2x GSkill 4GB (Memtest ohne Fehler durchgelaufen)
DVB device - TeVii S480 Dual DVB-S2 PCIe
Graphics - GT520 1GB DDR3 (Von Haus aus passiv gekühlt)

Mainboard und Speicher sind vor dem Umbau auch schon stabil mit CT VDR gelaufen. DVD device und Graka hab ich beim Umbau auf S2 besorgt.

"root@tvbox:/home/alegs# sensors
coretemp-isa-0000
Adapter: ISA adapter
Core 0: +47.0°C (high = +80.0°C, crit = +100.0°C)

w83627dhg-isa-0290
Adapter: ISA adapter
Vcore: +1.28 V (min = +0.00 V, max = +1.74 V)
in1: +0.14 V (min = +0.38 V, max = +0.44 V) ALARM
AVCC: +3.38 V (min = +3.01 V, max = +2.02 V) ALARM
+3.3V: +3.38 V (min = +0.27 V, max = +0.62 V) ALARM
in4: +1.81 V (min = +1.88 V, max = +0.38 V) ALARM
in5: +1.72 V (min = +1.63 V, max = +1.93 V)
in6: +1.69 V (min = +0.74 V, max = +0.02 V) ALARM
3VSB: +3.47 V (min = +2.00 V, max = +1.49 V) ALARM
Vbat: +3.33 V (min = +1.36 V, max = +2.74 V) ALARM
fan1: 0 RPM (min = 2109 RPM, div = 128 ) ALARM
fan2: 1117 RPM (min = 2376 RPM, div = 128 ) ALARM
fan3: 0 RPM (min = 1171 RPM, div = 128 ) ALARM
fan5: 0 RPM (min = 958 RPM, div = 128 ) ALARM
temp1: +36.0°C (high = -96.0°C, hyst = +42.0°C) sensor = thermistor
temp2: +30.5°C (high = +80.0°C, hyst = +75.0°C) sensor = thermistor
temp3: +32.0°C (high = +80.0°C, hyst = +75.0°C) sensor = thermistor
cpu0_vid: +2.050 V
intrusion0: ALARM"

Die 47°C ist die Graka.
CPU und Board sind kalt.

Sterbende Platten vermute ich nicht.
Das System läuft auf einer relativ neuen SSD.
Videoverzeichnis auf ner 2TB SATA (ebenfalls relativ neu).
Keine I/O Fehler.

Die TeVii macht mir von allem am ehesten Bedenken. Die war gebraucht und ich hab bisher noch kein Firmwareupdate für die Karte eingespielt.
(Hätte jetzt auch keine Ahnung, wie das ginge.)
Auch sehen mir die Logs nach der TeVii aus, aber die verstehe ich nicht vollends... :-/

Bisher läuft die Kiste nach dem Neustart wieder gut.
Keine Fehler im Kernel Log.
Es läuft aber gerade auch keine Aufnahme.
________________________________________________
PS: An die Entwickler: Die Pastebin API ist veraltet:
THIS API HAS BEEN DISABLED. Please use Pastebin's new API. http://pastebin.com/api

Grad hängt er wieder.
Im Kernel Log ist nix zu sehen.
Syslog zeigt folgendes:

Sep 3 22:59:51 tvbox vdr: video: slow down video, duping frame
Sep 3 22:59:51 tvbox vdr: video: 7:27:54.369 +47 399 0/\ms 47 v-buf
Sep 3 22:59:55 tvbox vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Sep 3 22:59:55 tvbox vdr: video: slow down video, duping frame
Sep 3 22:59:55 tvbox vdr: video: speed up video, droping frame
Sep 3 22:59:55 tvbox vdr: video: 7:27:58.409 -151 144 0/\ms 37 v-buf
Sep 3 22:59:55 tvbox vdr: video: slow down video, duping frame
Sep 3 22:59:55 tvbox vdr: video: 7:27:58.469 +52 288 0/\ms 38 v-buf
Sep 3 23:00:02 tvbox vdr: audio/alsa: writei underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Sep 3 23:00:04 tvbox vdr: [3081] buffer usage: 70% (tid=3079)
Sep 3 23:00:04 tvbox vdr: [3081] buffer usage: 80% (tid=3079)
Sep 3 23:00:04 tvbox vdr: [3079] ERROR: TS packet not accepted in Transfer Mode
Sep 3 23:00:04 tvbox vdr: [3081] buffer usage: 90% (tid=3079)
Sep 3 23:00:05 tvbox vdr: [3081] buffer usage: 100% (tid=3079)
Sep 3 23:00:07 tvbox vdr: [3081] ERROR: driver buffer overflow on device 1
Sep 3 23:00:09 tvbox vdr: [3079] ERROR: skipped 11 bytes to sync on TS packet on device 1
Sep 3 23:00:09 tvbox vdr: video/vdpau: decoder render too slow 154ms
Sep 3 23:00:10 tvbox vdr: video/vdpau: decoder render too slow 155ms
Sep 3 23:00:10 tvbox vdr: video: slow down video, duping frame
Sep 3 23:00:10 tvbox vdr: video/vdpau: missed frame (575/21230)
Sep 3 23:00:10 tvbox vdr: video: slow down video, duping frame
...

Sep 3 23:05:52 tvbox vdr: video: audio/video difference too big
Sep 3 23:05:52 tvbox vdr: video: decoder buffer empty, duping frame (62170/21513) 0 v-buf
Sep 3 23:05:52 tvbox vdr: video: 7:29:14.349+8888 7823 0/\ms 0 v-buf
Sep 3 23:05:52 tvbox vdr: [3079] ERROR: TS packet not accepted in Transfer Mode
Sep 3 23:05:53 tvbox vdr: video: audio/video difference too big
Sep 3 23:05:53 tvbox vdr: video: decoder buffer empty, duping frame (62171/21513) 0 v-buf
Sep 3 23:05:53 tvbox vdr: video: 7:29:14.349+8888 7823 0/\ms 0 v-buf
Sep 3 23:05:53 tvbox vdr: video: audio/video difference too big
Sep 3 23:05:53 tvbox vdr: video: decoder buffer empty, duping frame (62172/21513) 0 v-buf
Sep 3 23:05:53 tvbox vdr: video: 7:29:14.349+8888 7823 0/\ms 0 v-buf
Sep 3 23:05:53 tvbox vdr: video: audio/video difference too big
Sep 3 23:05:53 tvbox vdr: video: decoder buffer empty, duping frame (62173/21513) 0 v-buf
Sep 3 23:05:53 tvbox vdr: video: 7:29:14.349+8888 7823 0/\ms 0 v-buf
Sep 3 23:05:53 tvbox vdr: [3081] ERROR: driver buffer overflow on device 1
Sep 3 23:05:53 tvbox vdr: video: audio/video difference too big
Sep 3 23:05:53 tvbox vdr: video: decoder buffer empty, duping frame (62174/21513) 0 v-buf
Sep 3 23:05:53 tvbox vdr: video: 7:29:14.349+8888 7823 0/\ms 0 v-buf
Sep 3 23:05:53 tvbox vdr: video: audio/video difference too big
Sep 3 23:05:53 tvbox vdr: video: decoder buffer empty, duping frame (62175/21513) 0 v-buf
Sep 3 23:05:53 tvbox vdr: video: 7:29:14.349+8888 7823 0/\ms 0 v-buf
Sep 3 23:05:53 tvbox vdr: video: audio/video difference too big
Sep 3 23:05:53 tvbox vdr: video: decoder buffer empty, duping frame (62176/21513) 0 v-buf
Sep 3 23:05:53 tvbox vdr: video: 7:29:14.349+8888 7823 0/\ms 0 v-buf
Sep 3 23:05:53 tvbox rsyslogd-2177: imuxsock begins to drop messages from pid 2661 due to rate-limiting

CPU-Auslastung ist marginal.
Temperaturen wie gehabt.

Danke für die Antworten.

Ich denke, es handelt sich bei mir um 2 unterschiedliche Probleme:
1. der soft lockup (Stimmt da was mit dem C stepping nicht? Oder gibt's mit dem IRQ Probleme? Keine Ahnung )
2. Bild und Ton laufen auseinander (doch noch Alsa Probleme?)

Ich würde mal hoffen, dass beides an der TeVii bzw. an der MB/DVB Komination liegt und gerne mal ne andere S2 Dualtunerkarte testen. (MB-Tausch bräuchte auch CPU, Speicher und Kühler wieder neu und der Celeron erscheint mir immernoch geeignet.)

CINE S2 V6 scheint laut Forum am unkompliziertesten... Das Ding hab ich mal bestellt. Hoffentlich war's das dann auch...

Zitat von fnu

Du kannst ja DVB-S2 immer noch testen, hät'sch halt erstmal die alten DVB-S Empfänger dran gehängt/eingebaut, nur um mal die generelle Funktion zu prüfen ...

Ich hab tatsächlich noch ne NOVA PCI. Nur hat das Board keinen PCI Slot mehr. Da faellt mir ein, dass ich das Board beim Upgrade auch getauscht hatte. Hoffentlich muss ich das nicht auch noch tauschen. Obwohl, ... dann ginge evtl. auch mal wieder NVRAMWakeup. Das hab ich bei dem Board naemlich auch nicht zum Laufen gekriegt.

PS Warum hab ich ploetylich hier im Forum Tastaurlayout US????? qwerty

Zitat von fnu

Und ja, die L4M Karten (aka Cine) haben mein uneingeschränktes Vertrauen, siehe Sig.

supi, das laesst hoffen

Zitat von fnu

Interessant, das von Dir o.a. Mainboard ASRock G41M-GS3 hat sicher einen PCI Slot ...

Stimmt, der Grakakühler steht so dick über, dass ich die beiden gar nicht gesehen hab. Sollte aber noch daneben passen. Muss nur schauen, das die Graka dann noch Luft bekommt...
Ich werd's morgen mal testen.
Wobei die Kiste grade seit ner Stunde ohne Probleme läuft.
alles was ich heute noch in den Logs hab ist das hier:
"Sep 4 22:06:22 tvbox vdr: video/vdpau: missed frame (1221/203634)
Sep 4 22:06:22 tvbox vdr: video/vdpau: missed frame (1222/203642)
Sep 4 22:06:22 tvbox vdr: video: slow down video, duping frame
Sep 4 22:06:22 tvbox vdr: video: 4:03:43.871 +47 219 0/\ms 35 v-buf
Sep 4 22:06:22 tvbox vdr: video/vdpau: missed frame (1223/203653)
Sep 4 22:06:22 tvbox vdr: video: slow down video, duping frame
Sep 4 22:06:22 tvbox vdr: video: 4:03:44.071 +46 261 0/\ms 35 v-buf
Sep 4 22:06:22 tvbox vdr: video/vdpau: missed frame (1224/203662)
Sep 4 22:06:22 tvbox vdr: video: slow down video, duping frame
Sep 4 22:06:22 tvbox vdr: video: 4:03:44.331 +46 241 0/\ms 32 v-buf
Sep 4 22:06:22 tvbox vdr: video/vdpau: missed frame (1225/203671)
Sep 4 22:06:22 tvbox vdr: video/vdpau: missed frame (1226/203676)
Sep 4 22:06:22 tvbox vdr: video: slow down video, duping frame
Sep 4 22:06:22 tvbox vdr: video: 4:03:44.571 +48 246 0/\ms 32 v-buf
Sep 4 22:06:23 tvbox vdr: video: slow down video, duping frame
Sep 4 22:06:23 tvbox vdr: video: 4:03:44.671 +39 258 0/\ms 34 v-buf
Sep 4 22:07:13 tvbox vdr: video: slow down video, duping frame
Sep 4 22:07:13 tvbox vdr: video: 4:04:34.631 +30 185 0/\ms 34 v-buf
Sep 4 22:08:03 tvbox vdr: video: slow down video, duping frame
Sep 4 22:08:03 tvbox vdr: video: 4:05:24.631 +30 201 0/\ms 39 v-buf"
Finde es zwar komisch, dass es sowohl missed frames als auch dupped frames gibt aber das scheint wohl normal zu sein? Spammt aber das Log ganz schön zu... :-/

PS: Alt+Shift stellt das Tastaturlayout im Chrome auf Englisch! Witzig...

Zitat von johns

Ansonten Tonausgabe nur auf ein Device,

Hab ich auf HDMi Stereo im Webfrontend eingestellt. Mal sehen ob ich den Onboard Sound noch im BIOS abklemmen kann, dann hätte ich hoffentlich nur noch ein device. Ansonsten wüßte ich da nicht wie und wo ich das einstellen kann.

Zitat von johns

Die "dupped frames" kommen warscheinlich dadurch das deine Ausgabe mit 60Hz läuft.
Am Besten X11 auf 50 Hz umschalten, siehe xorg.conf oder bei YaVDR Webinterface oder sonst wo, was ich nicht weiß.
Und wenn nicht geht, kannst im Setup 60Hz Modus einschalten, empfehle ich nicht, da die Mikroruckler bleiben.

Probier ich gleich heute Abend.

Zitat von johns

"missed frames" Graphikkarte ist überlastet, schlechteren Deinterlacer wählen
oder SkipChromaDeinterlace einschalten, HQ Scaling abschalten,...

Hab ich auf Standard stehen wie in der Auslieferung. Das war denke ich BOB für HD und das nächstbessere für SD. Das ist doch schon ziemlich wenig und ich hab ne GT520. Ich dachte die käme da ohne Probleme mit?!

Danke für den Beitrag, da stecken ne Menge gute Infos drin! Freu mich schon aufs Testen!