Habe ich bis übermorgen eine Intel-System
Nicht so schnell, ich habe hier ein SandyBridge System stehen, wo ich auch HPET auschalten muß, damit ACPI Wakeup funktioniert ... 
Würde mich dennoch interessieren, ob der fehlende "High Precison Event Timer" hier ein Ursache sein könnte, weil "johns" soweit ich weiß eben nur Intel Systeme nutzt ... 
Wo sieht man denn, ob HPET ausgeschaltet ist?
Ich hab hier nämlich ein Intel-System, HPET nicht wissentlich ausgeschaltet und auch diese duped/droped-Paare wie sie Copperhead hat, allerdings sehr selten. NTP läuft hier auch.
Wo sieht man denn, ob HPET ausgeschaltet ist?.
grep HPET /usr/src/linux/.configDie Kerneloptionen sind aktiviert (Standard-Ubuntu-Kernel), ich dachte man könnte es auch per Bootparameter o.ä. abschalten.
HPET nicht wissentlich ausgeschaltet und auch diese duped/droped-Paare wie sie Copperhead hat
Dann hat sich meine Frage ja schon beantwortet ... 
Zu Deiner, das muß man natürlich nicht in der Kernel-Source gucken. Im BIOS gibt es bei aktuellen Mainboards immer eine Option, "enable/disable", und einen Laufzeit-Parameter für den Kernel per "grub" übergeben, "hpet=disable". Gucken würde ich so:
#/> dmesg|grep -i hpet
Regards
fnu
Dann ist es bei mir wohl nicht deaktiviert:
[ 0.000000] ACPI: HPET 00000000de218e30 00038 (v01 ALASKA A M I 01072009 AMI. 00000005)
[ 0.000000] ACPI: HPET id: 0x8086a701 base: 0xfed00000
[ 0.000000] hpet clockevent registered
[ 0.253489] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0, 0, 0, 0, 0
[ 0.253506] hpet0: 8 comparators, 64-bit 14.318180 MHz counter
[ 0.255530] Switching to clocksource hpet
[ 1.002731] rtc0: alarms up to one month, y3k, 242 bytes nvram, hpet irqsHPET kann es schon liegen, wenn alsa oder NVidia es zum Timing brauchen.
So ich habe mal einen kleinen Patch geschrieben, der meckert sobald A/V Sync sich mehr als 1 ms geändert hat.
Im normalen Log, sieht man es nur, wenn zufällig bei der Ausgabe der Wert nicht stimmt.
13:21:05.223 +40 661 240/\ms 16+6 v-buf
13:21:30.803 +9 497 240/\ms 16+8 v+buf
13:21:30.823 +40 477 240/\ms 16+7 v+buf
13:21:36.543 +14 565 240/\ms 20+7 v+buf
13:21:36.563 +40 545 240/\ms 19+8 v+buf
13:21:56.183 +21 581 240/\ms 12+7 v+buf
13:21:56.203 +40 561 240/\ms 11+8 v+buf
13:22:05.223 +40 541 240/\ms 15+6 v-buf
Es sind kleine Sprünge vorhanden. Audio Period ist 16ms. Ich kann keine Regel erkennen.
Edit: wenn ich das Videofenster verschiebe, dann bekomme ich viele Werte.
Damit wäre die NVidiakarte der Bösewicht.
Johns
Edit: Anhang gelöscht: Aktuelle Version hier: [softhddevice] Dropping frame/Duping frame - Lösung bzw. Bug entdeckt
Es ist doch der VDR, der die Zeit stellen will. Hast Du das denn aktiviert?
Zur Erklährung: Schwankungen um die 20ms sind normal.
(Edit; sind keine Optischen Schwankungen sondern nur Meßfehler)
Da ich nur eine grobe Synchronisierung mit V-SYNC mache.
Ohne Audiodelay ist der Syncbereich -15ms bis 45ms.
Die erste Synchronisation sollte im Bereich 45ms - 25 ms liegen,
Johns
Wenn ich mal Auszug aus meinem Syslog ansehe, denke ich doch, dass das Problem nichts mit der Zeitsynchronisation zu tun hat?
Aug 13 10:38:00 [vdr] video: 23:36:01.730 +25 324 0/\ms 40+6 v-buf_
Aug 13 10:38:07 [ntpd] peer 97.107.128.58 now invalid
Aug 13 10:39:00 [vdr] video: 23:37:01.730 +25 324 0/\ms 45+6 v-buf_
Aug 13 10:39:09 [ntpd] adjusting clock frequency by -2.512893 to -1.908843ppm
Aug 13 10:39:42 [ntpd] peer 5.9.156.53 now invalid
Aug 13 10:40:00 [vdr] video: 23:38:01.730 +25 324 0/\ms 49+6 v-buf_
Aug 13 10:40:01 [cron] (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons)
Aug 13 10:41:00 [vdr] [3092] EPGSearch: timer conflict check started
Aug 13 10:41:00 [vdr] [3092] EPGSearch: timer conflict check finished
Aug 13 10:41:00 [vdr] video: 23:39:01.730 +25 292 0/\ms 35+6 v-buf_
Aug 13 10:41:00 [vdr] [3091] EPGSearch: search timer update started
Aug 13 10:41:00 [vdr] [3091] EPGSearch: search timer update finishedNaja mit ntpd sollten die Schwankungen der Uhrzeit prinzipiell deutlich geringer (eher ms-Bereich) ausfallen als wenn man die Zeit aus dem DVB-Datenstrom stellt, der offenbar im Sekundenbereich daneben liegt (ich meine hier im Forum etwas von bis zu 3 Sekunden Drift gelesen zu haben, finde den Thread aber nicht mehr).
Ja ist komisch. Bei mir ist nur kurz nach dem Umschalten Aktivität im Log.
Dann mal alle paar Minuten ein Eintrag. Ich teste Servus HD Österreich.
Dann wenn man die Graphikkarte belastet, aber nur indem man das softhddevice Fenster verschiebt.
Andere Fenster verschieben hat keinen Einfluß.
Teste hier mit Quadcore und GT 430
Johns
[...] Bei mir ist nur kurz nach dem Umschalten Aktivität im Log.
Dann mal alle paar Minuten ein Eintrag. Ich teste Servus HD Österreich. ...
Ist bei mir auch so:
Umschalten von. Sky Historx HD --> NatGeo HD
http://bpaste.net/show/q4org3aWDaQSqCcgUsYg/
Dann halt wieder die normalen Einträge, jede Minute.
http://bpaste.net/show/rSyy2lw49OO5gg4d05Z5/
Grafikkarte: GT 640
System:
vdr01_64 ~ # uname -a
Linux vdr01_64 3.10.5-gentoo #1 SMP PREEMPT Tue Aug 6 13:15:12 CEST 2013 x86_64 Intel(R) Core(TM) i7-3770K CPU @ 3.50GHz GenuineIntel GNU/Linux
vdr01_64 ~ #Since the subject has "Dropping frame/duping frame" in it, I assume that's what this thread is about. I've been having a problem lately where after some short time, h264 starts stuttering with slow-motion video, then very fast video. The audio is mostly fine afaict. My log gets spammed with tons of messages like:
2013-08-08T11:22:11-07:00 video: speed up video, droping frame
2013-08-08T11:22:11-07:00 video/vdpau: missed frame (6771/41552)
2013-08-08T11:22:12-07:00 audio/alsa: wait underrun error? 'Broken pipe'
2013-08-08T11:22:12-07:00 video/vdpau: missed frame (6774/41554)
2013-08-08T11:22:12-07:00 video: speed up video, droping frame
2013-08-08T11:22:12-07:00 video: speed up video, droping frame
2013-08-08T11:22:12-07:00 video/vdpau: missed frame (6775/41584)
2013-08-08T11:22:12-07:00 video/vdpau: missed frame (6776/41586)
2013-08-08T11:22:12-07:00 video: speed up video, droping frame
My system didn't have this problem before, it worked perfectly fine. Nothing I've tried has fixed this so far; downgrade ffmpeg, downgrade video driver, increase audio buffer, etc. I can say that I also have this problem when playing back a recording using mplayer2 so that should rule out softhddevice as the problem? I did do a kernel update recently, which would have updated audio drivers (I use HDMI audio) and I also switched to a tickless system. If anyone have any clue what's causing this, PLEASE let me know cuz at the moment none of my recordings or HD channels are watchable for more than a couple minutes. I don't know if the problem is related to h264, ac3 audio, or what.
Also jetzt habe ich mal alle möglichen Störenfriede abgestellt. Nur noch blank softhddevice.
Servus TV HD mit GT630 Rev.2 auf einem Sempron 140.
CPU-Belastung jetzt bei 2%
Sollte ja noch besser als meine GT 430 sein. Also die kleinen Schwankungen würde ich nicht als Problem ansehen.
Mich würde der Bereich von deinem Drop / Dup intressieren, damit ich die abfangen kann.
Also mit der Qualität würde ich mir keine Sorgen machen. Ich muß nur den "Drop/Dup" wegbekommen, dann ist es super.
Ich habe schon burnP6 von cpuburn laufen lassen um CPU Belastung zusimulieren, aber bei mir passiert da nichts.
Prüfe mal ob die GPU immer den Performance Level ändert. Bei mir läuft er bei Servus TV fest auf höchster Stufe.
(Sehe ich hatte noch skip chroma von der GT 510 an, ändert aber nichts)
Johns
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!