softhddev "speed up video, droping frame"

horchi · June 24, 2015 at 3:15 PM

Das einzige was an USB hängt ist der SEDU Controller für das Atmo Light, das hatte ich aber auch schon deaktiviert (seduatmo Plugin nicht geladen) als ich es mit der Minimalausstattung an Plugins getestet habe.

Ich schaue als nächstes wie es mit der Graka aus dem anderen VDR läuft, kann ich vermutlich morgen Abend machen - werde berichten.

Habt ihr noch einen Tipp wie/ob ich den Empfang ausschließen kann, ist es wenn es auch beim abspielen einer Aufnahme passiert ausgeschlossen oder kann es dann auch durch den fehlerhaft empfangenen Stream beim aufnehmen liegen?

DANKE! Grüße
Jörg

/EDIT Hier noch die Empfangsdaten:

Code

root@vdr:~# femon -Ha 1
FE: STV090x Multistandard (DVBS)
status SCVYL | signal  78% | snr  83% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  78% | snr  83% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  78% | snr  83% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  78% | snr  83% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  78% | snr  83% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  78% | snr  83% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  78% | snr  83% | ber 0 | unc 0 | FE_HAS_LOCK


root@vdr:~# femon -Ha 0
FE: STV090x Multistandard (DVBS)
status SCVYL | signal  71% | snr  84% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  71% | snr  83% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  71% | snr  83% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  71% | snr  83% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  71% | snr  84% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  71% | snr  84% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  71% | snr  84% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  71% | snr  84% | ber 0 | unc 0 | FE_HAS_LOCK

Display More

seahawk1986 · June 24, 2015 at 3:36 PM

Quote from horchi

Habt ihr noch einen Tipp wie/ob ich den Empfang ausschließen kann, ist es wenn es auch beim abspielen einer Aufnahme passiert ausgeschlossen oder kann es dann auch durch den fehlerhaft empfangenen Stream beim aufnehmen liegen?

Nimm eine Aufnahme von dem anderen VDR, bei dem nichts ruckelt.

horchi · June 24, 2015 at 3:58 PM

Gute Idee hätte ich auch drauf kommen können :o
Habe auf einem Headless VDR Server eine Aufnahme (ZDF HD) gestartet.

Ein duping frame (diesmal kein droping) 2 Minuten nach dem Start der Wiedergabe (Aufnahme von Server aus läuft noch gleichzeitig):

Code

Jun 24 15:40:20 vdr vdr: [9693] dvbplayer thread started (pid=1668, tid=9693, prio=high)
Jun 24 15:40:22 vdr vdr: video: slow down video, duping frame
Jun 24 15:40:22 vdr vdr: video: 16:36:43.786 +116 3550   0/\ms 182+4 v-buf
Jun 24 15:41:22 vdr vdr: video: slow down video, duping frame
Jun 24 15:41:22 vdr vdr: video: 16:37:43.406  +36 3402   0/\ms 182+2 v-buf
Jun 24 15:42:22 vdr vdr: video: 16:38:43.406  +36 3498   0/\ms 182+2 v-buf
Jun 24 15:43:22 vdr vdr: video: 16:39:43.406  +36 3498   0/\ms 182+2 v-buf
Jun 24 15:44:22 vdr vdr: video: 16:40:43.406  +36 3370   0/\ms 182+2 v-buf
Jun 24 15:45:22 vdr vdr: video: 16:41:43.406  +36 3434   0/\ms 182+2 v-buf
Jun 24 15:46:22 vdr vdr: video: 16:42:43.406  +36 3434   0/\ms 182+2 v-buf
Jun 24 15:47:22 vdr vdr: video: 16:43:43.406  +36 3434   0/\ms 182+2 v-buf
Jun 24 15:48:22 vdr vdr: video: 16:44:43.406   +9 3504   0/\ms 182+2 v-buf
Jun 24 15:49:22 vdr vdr: video: 16:45:43.406  +36 3402   0/\ms 182+2 v-buf
Jun 24 15:50:22 vdr vdr: video: 16:46:43.406  +36 3434   0/\ms 182+2 v-buf
Jun 24 15:51:22 vdr vdr: video: 16:47:43.406  +35 3370   0/\ms 182+2 v-buf
Jun 24 15:52:22 vdr vdr: video: 16:48:43.406  +16 3382   0/\ms 182+2 v-buf
Jun 24 15:53:22 vdr vdr: video: 16:49:43.406  +16 3510   0/\ms 182+2 v-buf
Jun 24 15:54:22 vdr vdr: video: 16:50:43.406  +16 3478   0/\ms 182+2 v-buf
Jun 24 15:55:22 vdr vdr: video: 16:51:43.406  -13 3448   0/\ms 182+2 v-buf
Jun 24 15:56:22 vdr vdr: video: 16:52:43.406  +16 3414   0/\ms 182+2 v-buf
Jun 24 15:57:22 vdr vdr: video: 16:53:43.406  +16 3382   0/\ms 182+2 v-buf

Display More

danach Ruhe - scheint besser zu sein - also doch der Empfang :o?!

horchi · June 24, 2015 at 4:16 PM

und direkt nach der Wiedergabe (nach dem 'dvbplayer thread ended') geht es weider los:

Code

Jun 24 15:58:22 vdr vdr: video: 16:54:43.406  +16 3382   0/\ms 182+2 v-buf
Jun 24 15:59:22 vdr vdr: video: 16:55:43.406  +16 3414   0/\ms 182+2 v-buf
Jun 24 16:00:22 vdr vdr: video: 16:56:43.406  +16 3414   0/\ms 182+2 v-buf
Jun 24 16:01:22 vdr vdr: video: 16:57:43.406  +16 3382   0/\ms 182+2 v-buf
Jun 24 16:02:22 vdr vdr: video: 16:58:43.406  +16 3382   0/\ms 182+2 v-buf
Jun 24 16:03:22 vdr vdr: video: 16:59:43.406  +16 3478   0/\ms 182+2 v-buf
Jun 24 16:04:22 vdr vdr: video: 17:00:43.406  +16 3414   0/\ms 182+2 v-buf
Jun 24 16:05:22 vdr vdr: video: 17:01:43.406  +16 3446   0/\ms 182+2 v-buf
Jun 24 16:06:22 vdr vdr: video: 17:02:43.406  +16 3446   0/\ms 182+2 v-buf
Jun 24 16:07:22 vdr vdr: video: 17:03:43.406  +16 3414   0/\ms 182+2 v-buf
Jun 24 16:08:22 vdr vdr: video: 17:04:43.406  +16 3414   0/\ms 182+2 v-buf
Jun 24 16:09:22 vdr vdr: video: 17:05:43.406  +16 3510   0/\ms 182+2 v-buf
Jun 24 16:10:22 vdr vdr: video: 17:06:43.406  +16 3478   0/\ms 182+2 v-buf
Jun 24 16:11:22 vdr vdr: video: 17:07:43.406  +16 3350   0/\ms 182+2 v-buf
Jun 24 16:11:38 vdr vdr: video: decoder buffer empty, duping frame (137/93807) 0 v-buf
Jun 24 16:11:38 vdr vdr: video: 17:07:59.906+8888    0   0/\ms   0+0 v-buf
Jun 24 16:11:39 vdr vdr: [9693] dvbplayer thread ended (pid=1668, tid=9693)
Jun 24 16:11:42 vdr vdr: video: decoder buffer empty, duping frame (263/93808) 1 v-buf
Jun 24 16:11:42 vdr vdr: video: slow down video, duping frame
Jun 24 16:11:42 vdr vdr: video:  5:41:33.038 +114  997   0/\ms  43+8 v-buf
Jun 24 16:11:50 vdr vdr: video: slow down video, duping frame
Jun 24 16:11:50 vdr vdr: video: speed up video, droping frame
Jun 24 16:11:50 vdr vdr: video:  5:41:39.998  -66  960   0/\ms  44+6 v-buf
Jun 24 16:11:50 vdr vdr: video: speed up video, droping frame
Jun 24 16:11:50 vdr vdr: video: speed up video, droping frame
Jun 24 16:11:50 vdr vdr: video:  5:41:40.118  -27 1007   0/\ms  45+6 v-buf
Jun 24 16:12:41 vdr vdr: video:  5:42:31.318  +14 1017   0/\ms  41+7 v-buf
Jun 24 16:13:00 vdr vdr: video: speed up video, droping frame
Jun 24 16:13:00 vdr vdr: video:  5:42:50.218  -35  979   0/\ms  48+5 v-buf
Jun 24 16:13:00 vdr vdr: video: speed up video, droping frame
Jun 24 16:13:41 vdr vdr: video:  5:43:31.358  +34 1029   0/\ms  45+7 v-buf
Jun 24 16:14:41 vdr vdr: video:  5:44:31.358  +34 1029   0/\ms  41+7 v-buf

Display More

3PO · June 24, 2015 at 5:55 PM

Quote from horchi

[...] also doch der Empfang :o?!

Oder der DVB Treiber.

horchi · June 25, 2015 at 8:22 AM

Hab den ngene aus media-build-experimental-dkms:

Code

root@vdr:~# modinfo ngene
filename:       /lib/modules/3.2.0-86-generic/updates/dkms/ngene.ko
license:        GPL
author:         Micronas, Ralph Metzler, Manfred Voelkel
description:    nGene
srcversion:     A516E61237655932B30A0C5
alias:          pci:v000018C3d00000720sv00001461sd0000062Ebc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DD20bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DD10bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DD00bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DB02bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DB01bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000ABC4bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000ABC3bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000AB05bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000AB04bc*sc*i*
depends:        cxd2099,dvb-core
vermagic:       3.2.0-86-generic SMP mod_unload modversions 
parm:           one_adapter:Use only one adapter. (int)
parm:           shutdown_workaround:Activate workaround for shutdown problem with some chipsets. (int)
parm:           debug:Print debugging information. (int)
parm:           adapter_nr:DVB adapter numbers (array of short)
root@vdr:~#

Display More

ich werfe das Paket mal runter und schaue wie es sich mit dem Modul von Kernel Paket verhält

horchi · June 25, 2015 at 8:35 AM

mit dem:

Code

root@vdr:~# modinfo ngene
filename:       /lib/modules/3.2.0-86-generic/kernel/drivers/media/dvb/ngene/ngene.ko
license:        GPL
author:         Micronas, Ralph Metzler, Manfred Voelkel
description:    nGene
srcversion:     4F0E288349AB4D42265F076
alias:          pci:v000018C3d00000720sv00001461sd0000062Ebc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DD20bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DD10bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DD00bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DB02bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DB01bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000ABC4bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000ABC3bc*sc*i*
depends:        cxd2099,dvb-core
intree:         Y
vermagic:       3.2.0-86-generic SMP mod_unload modversions 
parm:           one_adapter:Use only one adapter. (int)
parm:           shutdown_workaround:Activate workaround for shutdown problem with some chipsets. (int)
parm:           debug:Print debugging information. (int)
parm:           adapter_nr:DVB adapter numbers (array of short)

Display More

das selbe:

Code

Jun 25 08:27:40 vdr vdr: video: slow down video, duping frame
Jun 25 08:27:40 vdr vdr: video:  2:10:42.084 +101  324   0/\ms  37+7 v-buf
Jun 25 08:28:39 vdr vdr: video: slow down video, duping frame
Jun 25 08:28:39 vdr vdr: video:  2:11:40.944  +21  328   0/\ms  45+7 v-buf
Jun 25 08:28:52 vdr vdr: video: speed up video, droping frame
Jun 25 08:28:52 vdr vdr: video:  2:11:53.784  -59  303   0/\ms  48+6 v-buf
Jun 25 08:28:52 vdr vdr: video: speed up video, droping frame
Jun 25 08:29:39 vdr vdr: video:  2:12:40.984  +21  320   0/\ms  44+7 v-buf
Jun 25 08:30:39 vdr vdr: video:  2:13:40.984  +21  320   0/\ms  43+7 v-buf
Jun 25 08:31:39 vdr vdr: video:  2:14:40.984  +21  352   0/\ms  35+7 v-buf
Jun 25 08:32:39 vdr vdr: video:  2:15:40.984  +21  352   0/\ms  36+7 v-buf
Jun 25 08:33:34 vdr vdr: video: speed up video, droping frame
Jun 25 08:33:34 vdr vdr: video:  2:16:35.444  -70  233   0/\ms  41+5 v-buf
Jun 25 08:33:34 vdr vdr: video: speed up video, droping frame
Jun 25 08:33:34 vdr vdr: video: speed up video, droping frame
Jun 25 08:33:34 vdr vdr: video:  2:16:35.564  -26  317   0/\ms  44+5 v-buf
Jun 25 08:33:34 vdr vdr: video: speed up video, droping frame
Jun 25 08:33:34 vdr vdr: video:  2:16:35.624  -76  330   0/\ms  47+6 v-buf
Jun 25 08:33:34 vdr vdr: video: speed up video, droping frame
Jun 25 08:33:40 vdr vdr: video: speed up video, droping frame
Jun 25 08:33:40 vdr vdr: video:  2:16:41.044  -30  305   0/\ms  49+5 v-buf
Jun 25 08:33:40 vdr vdr: video:  2:16:41.104  -22  253   0/\ms  45+7 v-buf

Display More

zaubi4u · June 25, 2015 at 8:51 AM

Du fährst Dein System noch mit nem 3.2-er Kernel? Das geht ja für den Test der GT 730 eh nicht, soweit ich mich erinnere.
Vielleicht solltest Du mal den HWE-Kernel einspielen und schauen, ob sich was ändert.

Gruß Micha

horchi · June 25, 2015 at 9:03 AM

ja, den hier auf allen VDR (außer dem Headless Server):

Code

root@vdr-andre:~# uname -a]
Linux vdr-andre 3.2.0-86-generic #124-Ubuntu SMP Wed Jun 17 21:40:14 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

auf dem System mit der GT 730 musste ich den nvidia Treiber von 304 auf 331 aktualisieren damit es lief, den Kernel habe ich dabei nicht aktualisiert.

Ich schaue es mir mal mit dem neuen Kernel an

fox71 · June 25, 2015 at 9:27 AM

Sind das eventuell Empfangsstörungen bei denen sich die Doppeltuner gegenseitig z.B. beim Umschalten stören?
Ist der Epg Scan aus?

Gruß
Stefan

horchi · June 25, 2015 at 9:39 AM

habe jetzt:

Code

root@vdr:~# uname -a
Linux vdr 3.13.0-55-generic #94~precise1-Ubuntu SMP Thu Jun 18 09:53:13 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

Keine Änderung:

Code

Jun 25 09:23:48 vdr vdr: video: speed up video, droping frame
Jun 25 09:23:48 vdr vdr: video:  3:06:49.104-1107   64   0/\ms  19+6 v-buf
Jun 25 09:23:49 vdr vdr: video: speed up video, droping frame
Jun 25 09:23:49 vdr vdr: video: slow down video, duping frame
Jun 25 09:23:49 vdr vdr: video:  3:06:50.804 +201  345   0/\ms  39+7 v-buf
Jun 25 09:24:47 vdr vdr: video: slow down video, duping frame
Jun 25 09:24:47 vdr vdr: video:  3:07:48.524  +21  333   0/\ms  44+6 v-buf
Jun 25 09:25:47 vdr vdr: video:  3:08:48.524  +21  333   0/\ms  50+6 v-buf
Jun 25 09:26:16 vdr vdr: video: speed up video, droping frame
Jun 25 09:26:16 vdr vdr: video:  3:09:16.944  -48  323   0/\ms  47+6 v-buf
Jun 25 09:26:16 vdr vdr: video: speed up video, droping frame
Jun 25 09:26:16 vdr vdr: video: speed up video, droping frame
Jun 25 09:26:16 vdr vdr: video:  3:09:17.064  -55  339   0/\ms  47+6 v-buf
Jun 25 09:26:16 vdr vdr: video: slow down video, duping frame
Jun 25 09:26:16 vdr vdr: video:  3:09:17.304  +60  360   0/\ms  43+8 v-buf
Jun 25 09:26:47 vdr vdr: video:  3:09:48.564  +41  345   0/\ms  43+6 v-buf
Jun 25 09:27:47 vdr vdr: video:  3:10:48.564  +41  313   0/\ms  48+6 v-buf
Jun 25 09:28:47 vdr vdr: video:  3:11:48.564  +41  345   0/\ms  46+6 v-buf
Jun 25 09:29:47 vdr vdr: video:  3:12:48.564  +41  345   0/\ms  41+6 v-buf
Jun 25 09:30:47 vdr vdr: video:  3:13:48.564  +41  377   0/\ms  38+6 v-buf
Jun 25 09:31:47 vdr vdr: video:  3:14:48.564  +41  377   0/\ms  45+6 v-buf
Jun 25 09:32:47 vdr vdr: video:  3:15:48.564  +41  345   0/\ms  41+6 v-buf
Jun 25 09:33:47 vdr vdr: video:  3:16:48.564  +41  345   0/\ms  35+6 v-buf
Jun 25 09:34:21 vdr vdr: video: speed up video, droping frame
Jun 25 09:34:21 vdr vdr: video:  3:17:21.884  -54  336   0/\ms  41+5 v-buf
Jun 25 09:34:21 vdr vdr: video: speed up video, droping frame
Jun 25 09:34:21 vdr vdr: video: speed up video, droping frame
Jun 25 09:34:21 vdr vdr: video:  3:17:22.004  -95  367   0/\ms  43+5 v-buf
Jun 25 09:34:21 vdr vdr: video: speed up video, droping frame
Jun 25 09:34:21 vdr vdr: video:  3:17:22.064  -66  368   0/\ms  42+6 v-buf
Jun 25 09:34:47 vdr vdr: video: speed up video, droping frame
Jun 25 09:34:47 vdr vdr: video:  3:17:48.684  +21  365   0/\ms  43+6 v-buf
Jun 25 09:35:47 vdr vdr: video:  3:18:48.684  +21  397   0/\ms  43+6 v-buf

Display More

Quote

Sind das eventuell Empfangsstörungen bei denen sich die Doppeltuner gegenseitig z.B. beim Umschalten stören?

Gute Frage, also ich habe es nicht nur beim zappen, beim zappen sind die Meldungen wie ich Johns verstehe normal.

Quote

Ist der Epg Scan aus?

nein 'Zeit bis zur EPG Aktualisierung' habe ich auf 3 Stunden

fox71 · June 25, 2015 at 9:49 AM

IIRC bei Mehrfachtuner Systemen wird der nicht belegte Tuner nicht erst nach den 3Stunden zum Scan verwendet, sondern wenn frei...

Setze mal 'Zeit bis zur EPG Aktualisierung' = 0

horchi · June 25, 2015 at 10:05 AM

Mit 'Zeit bis zur EPG Aktualisierung' = 0 leider das selbe:

Code

Jun 25 10:00:48 vdr vdr: video:  3:43:49.044   +1  401   0/\ms  49+6 v-buf
Jun 25 10:01:48 vdr vdr: video:  3:44:49.044   +1  401   0/\ms  46+6 v-buf
Jun 25 10:02:48 vdr vdr: video:  3:45:49.044   +1  401   0/\ms  49+6 v-buf
Jun 25 10:03:26 vdr vdr: video: decoder buffer empty, duping frame (11/118862) 0 v-buf
Jun 25 10:03:26 vdr vdr: video:  3:46:27.444+8888    0   0/\ms   0+5 v-buf
Jun 25 10:03:29 vdr vdr: video: decoder buffer empty, duping frame (149/118868) 0 v-buf
Jun 25 10:03:29 vdr vdr: video: slow down video, duping frame
Jun 25 10:03:29 vdr vdr: video:  3:46:31.344 +748  352   0/\ms   2+8 v-buf
Jun 25 10:03:48 vdr vdr: video: slow down video, duping frame
Jun 25 10:03:48 vdr vdr: video:  3:46:49.044  +21  421   0/\ms  46+6 v-buf

ofenheizer · June 25, 2015 at 11:26 AM

Hallo Horchi,

ich hänge mich mal hier ran ... da ich ähnliches bei mir beobachte (aber Bildstörungen sind mir noch nicht aufgefallen).

Code

Jun 25 09:45:50 VDR vdr: video: speed up video, droping frame
Jun 25 09:45:50 VDR vdr: video:  1:00:16.064  -44  368   0/\ms  62+1 v-buf
Jun 25 09:45:50 VDR vdr: video: speed up video, droping frame
Jun 25 09:45:50 VDR vdr: video/vdpau: missed frame (18/524919)
Jun 25 09:45:52 VDR vdr: video/vdpau: missed frame (19/524920)
Jun 25 09:45:52 VDR vdr: video:  1:00:17.784  +28  473   0/\ms  64+2 v-buf
Jun 25 09:46:52 VDR vdr: video:  1:01:17.784  +28  449   0/\ms  72+2 v-buf
Jun 25 09:47:16 VDR vdr: [28781] recording to '/srv/vdr/video.00/Rote_Rosen/Folge_1984/2015-06-25.09.00.7-0.rec/00010.ts'
Jun 25 09:47:20 VDR vdr: video/vdpau: missed frame (21/529405)
Jun 25 09:47:20 VDR vdr: video: slow down video, duping frame
Jun 25 09:47:20 VDR vdr: video:  1:01:45.924  +88  593   0/\ms  71+3 v-buf
Jun 25 09:47:20 VDR vdr: video/vdpau: missed frame (22/529408)
Jun 25 09:47:20 VDR vdr: video: slow down video, duping frame
Jun 25 09:47:20 VDR vdr: video:  1:01:45.944 +108  689   0/\ms  78+3 v-buf
Jun 25 09:47:52 VDR vdr: video: slow down video, duping frame
Jun 25 09:47:52 VDR vdr: video:  1:02:17.644  +35  668   0/\ms  81+2 v-buf
Jun 25 09:48:52 VDR vdr: video:  1:03:17.644  +35  644   0/\ms  75+2 v-buf
Jun 25 09:49:52 VDR vdr: video:  1:04:17.644  +35  620   0/\ms  79+2 v-buf
Jun 25 09:50:10 VDR vdr: video/vdpau: missed frame (23/537868)
Jun 25 09:50:52 VDR vdr: video:  1:05:17.644  +15  672   0/\ms  84+2 v-buf
Jun 25 09:51:52 VDR vdr: video:  1:06:17.644  +15  624   0/\ms  79+2 v-buf
Jun 25 09:51:59 VDR vdr: video: speed up video, droping frame
Jun 25 09:51:59 VDR vdr: video:  1:06:24.324  -29  667   0/\ms  82+1 v-buf
Jun 25 09:52:19 VDR vdr: [28781] recording to '/srv/vdr/video.00/Rote_Rosen/Folge_1984/2015-06-25.09.00.7-0.rec/00011.ts'
Jun 25 09:52:52 VDR vdr: video:  1:07:17.664  +35  624   0/\ms  77+2 v-buf
Jun 25 09:53:52 VDR vdr: video:  1:08:17.664  +35  648   0/\ms  76+2 v-buf
Jun 25 09:54:52 VDR vdr: video:  1:09:17.664  +35  600   0/\ms  75+2 v-buf
Jun 25 09:55:52 VDR vdr: video:  1:10:17.664  +35  696   0/\ms  80+2 v-buf
Jun 25 09:56:52 VDR vdr: video:  1:11:17.664  +35  672   0/\ms  82+2 v-buf
Jun 25 09:57:27 VDR vdr: [28781] recording to '/srv/vdr/video.00/Rote_Rosen/Folge_1984/2015-06-25.09.00.7-0.rec/00012.ts'
Jun 25 09:57:52 VDR vdr: video:  1:12:17.664  +35  672   0/\ms  80+2 v-buf
Jun 25 09:58:52 VDR vdr: video:  1:13:17.664  +35  672   0/\ms  77+2 v-buf
Jun 25 09:59:44 VDR vdr: video: speed up video, droping frame
Jun 25 09:59:44 VDR vdr: video/vdpau: missed frame (24/566603)
Jun 25 09:59:52 VDR vdr: video/vdpau: missed frame (25/566607)
Jun 25 09:59:52 VDR vdr: video:  1:14:17.684  +15  608   0/\ms  81+2 v-buf
Jun 25 10:00:31 VDR markad: [28783] H264 video stream with filler nalu (0x13ed)
Jun 25 10:00:43 VDR markad: [28783] H264 video stream with filler nalu (0x13ed)
Jun 25 10:00:44 VDR vdr: video: speed up video, droping frame
Jun 25 10:00:44 VDR vdr: video:  1:15:09.344  -49  603   0/\ms  77+1 v-buf
Jun 25 10:00:44 VDR vdr: video: speed up video, droping frame
Jun 25 10:00:44 VDR vdr: video/vdpau: missed frame (26/569583)
Jun 25 10:00:44 VDR vdr: video: speed up video, droping frame
Jun 25 10:00:44 VDR vdr: video:  1:15:09.464 -114  610   0/\ms  86+1 v-buf
Jun 25 10:00:44 VDR vdr: video/vdpau: missed frame (27/569586)
Jun 25 10:00:44 VDR vdr: video/vdpau: missed frame (28/569587)
Jun 25 10:00:44 VDR vdr: video: speed up video, droping frame
Jun 25 10:00:44 VDR vdr: video:  1:15:09.524 -110  626   0/\ms  84+1 v-buf
Jun 25 10:00:44 VDR vdr: video/vdpau: missed frame (29/569589)
Jun 25 10:00:44 VDR vdr: video: speed up video, droping frame
Jun 25 10:00:44 VDR vdr: video:  1:15:09.584 -106  570   0/\ms  81+1 v-buf
Jun 25 10:00:44 VDR vdr: video/vdpau: missed frame (30/569593)
Jun 25 10:00:44 VDR vdr: video: speed up video, droping frame
Jun 25 10:00:44 VDR vdr: video:  1:15:09.644  -79  681   0/\ms  86+1 v-buf
Jun 25 10:00:44 VDR vdr: video/vdpau: missed frame (31/569595)
Jun 25 10:00:44 VDR vdr: video: speed up video, droping frame
Jun 25 10:00:44 VDR vdr: video:  1:15:09.704  -50  650   0/\ms  83+1 v-buf
Jun 25 10:00:46 VDR vdr: video: speed up video, droping frame
Jun 25 10:00:46 VDR vdr: video/vdpau: missed frame (32/569698)
Jun 25 10:00:46 VDR vdr: video: speed up video, droping frame
Jun 25 10:00:46 VDR vdr: video:  1:15:11.944  -58  634   0/\ms  83+1 v-buf
Jun 25 10:00:47 VDR vdr: video/vdpau: missed frame (33/569713)

Display More

Hardware siehe Signatur, yavdr aus testing und

Code

nvidia-331, 331.113, 3.13.0-55-generic, x86_64: installed

Der Logschnipsel ist aktuell von Das Erste HD und eine Aufnahme lief auf diesem Sender. Dann aber auch wieder eine Stunde lang keinerlei Einträger dieser Art:

Display Spoiler

Jun 25 10:05:52 VDR vdr: video: speed up video, droping frame
Jun 25 10:05:52 VDR vdr: video: 1:20:18.344 +28 393 0/\ms 68+2 v-buf
Jun 25 10:06:52 VDR vdr: video: 1:21:18.344 +28 393 0/\ms 68+2 v-buf
Jun 25 10:07:52 VDR vdr: video: 1:22:18.344 +28 370 0/\ms 66+2 v-buf
Jun 25 10:08:52 VDR vdr: video: 1:23:18.344 +28 345 0/\ms 68+2 v-buf
Jun 25 10:09:52 VDR vdr: video: 1:24:18.344 +29 322 0/\ms 57+2 v-buf
Jun 25 10:10:52 VDR vdr: video: 1:25:18.344 +28 417 0/\ms 70+2 v-buf
Jun 25 10:11:52 VDR vdr: video: 1:26:18.344 +28 417 0/\ms 60+2 v-buf
Jun 25 10:12:52 VDR vdr: video: 1:27:18.344 +28 394 0/\ms 65+2 v-buf
Jun 25 10:13:52 VDR vdr: video: 1:28:18.344 +29 394 0/\ms 64+2 v-buf
Jun 25 10:14:52 VDR vdr: video: 1:29:18.344 +28 393 0/\ms 67+2 v-buf
Jun 25 10:15:52 VDR vdr: video: 1:30:18.344 +28 370 0/\ms 60+2 v-buf
Jun 25 10:16:52 VDR vdr: video: 1:31:18.344 +28 369 0/\ms 66+2 v-buf
Jun 25 10:17:52 VDR vdr: video: 1:32:18.344 +28 322 0/\ms 64+2 v-buf
Jun 25 10:18:52 VDR vdr: video: 1:33:18.344 +28 393 0/\ms 66+2 v-buf
Jun 25 10:19:52 VDR vdr: video: 1:34:18.344 +28 418 0/\ms 65+2 v-buf
Jun 25 10:20:52 VDR vdr: video: 1:35:18.344 +29 394 0/\ms 65+2 v-buf
Jun 25 10:21:52 VDR vdr: video: 1:36:18.344 +29 394 0/\ms 70+2 v-buf
Jun 25 10:22:52 VDR vdr: video: 1:37:18.344 +28 369 0/\ms 66+2 v-buf
Jun 25 10:23:52 VDR vdr: video: 1:38:18.344 +28 369 0/\ms 66+2 v-buf
Jun 25 10:24:52 VDR vdr: video: 1:39:18.344 +29 370 0/\ms 58+2 v-buf
Jun 25 10:25:52 VDR vdr: video: 1:40:18.344 +29 369 0/\ms 62+2 v-buf
Jun 25 10:26:52 VDR vdr: video: 1:41:18.344 +29 346 0/\ms 65+2 v-buf
Jun 25 10:27:52 VDR vdr: video: 1:42:18.344 +29 394 0/\ms 70+2 v-buf
Jun 25 10:28:52 VDR vdr: video: 1:43:18.344 +29 370 0/\ms 66+2 v-buf
Jun 25 10:29:52 VDR vdr: video: 1:44:18.344 +28 345 0/\ms 63+2 v-buf
Jun 25 10:30:52 VDR vdr: video: 1:45:18.344 +28 393 0/\ms 64+2 v-buf
Jun 25 10:31:52 VDR vdr: video: 1:46:18.344 +29 369 0/\ms 68+2 v-buf
Jun 25 10:32:52 VDR vdr: video: 1:47:18.344 +29 370 0/\ms 66+2 v-buf
Jun 25 10:33:52 VDR vdr: video: 1:48:18.344 +29 346 0/\ms 61+2 v-buf
Jun 25 10:34:52 VDR vdr: video: 1:49:18.344 +29 346 0/\ms 60+2 v-buf
Jun 25 10:35:52 VDR vdr: video: 1:50:18.344 +28 321 0/\ms 63+2 v-buf
Jun 25 10:36:52 VDR vdr: video: 1:51:18.344 +28 394 0/\ms 68+2 v-buf
Jun 25 10:37:52 VDR vdr: video: 1:52:18.344 +28 393 0/\ms 69+2 v-buf
Jun 25 10:38:52 VDR vdr: video: 1:53:18.344 +29 370 0/\ms 64+2 v-buf
Jun 25 10:39:52 VDR vdr: video: 1:54:18.344 +28 346 0/\ms 64+2 v-buf
Jun 25 10:40:52 VDR vdr: video: 1:55:18.344 +28 321 0/\ms 59+2 v-buf
Jun 25 10:41:52 VDR vdr: video: 1:56:18.344 +29 322 0/\ms 59+2 v-buf
Jun 25 10:42:52 VDR vdr: video: 1:57:18.344 +28 393 0/\ms 70+2 v-buf
Jun 25 10:43:52 VDR vdr: video: 1:58:18.344 +28 345 0/\ms 66+2 v-buf
Jun 25 10:44:52 VDR vdr: video: 1:59:18.344 +28 346 0/\ms 67+2 v-buf
Jun 25 10:45:52 VDR vdr: video: 2:00:18.344 +29 346 0/\ms 66+2 v-buf
Jun 25 10:46:52 VDR vdr: video: 2:01:18.344 +29 346 0/\ms 66+2 v-buf
Jun 25 10:47:52 VDR vdr: video: 2:02:18.344 +28 321 0/\ms 60+2 v-buf
Jun 25 10:48:52 VDR vdr: video: 2:03:18.344 +28 417 0/\ms 64+2 v-buf
Jun 25 10:49:52 VDR vdr: video: 2:04:18.344 +29 370 0/\ms 66+2 v-buf
Jun 25 10:50:52 VDR vdr: video: 2:05:18.344 +29 322 0/\ms 66+2 v-buf
Jun 25 10:51:52 VDR vdr: video: 2:06:18.344 +29 322 0/\ms 58+2 v-buf
Jun 25 10:52:52 VDR vdr: video: 2:07:18.344 +29 322 0/\ms 60+2 v-buf
Jun 25 10:53:52 VDR vdr: video: 2:08:18.344 +28 321 0/\ms 62+2 v-buf
Jun 25 10:54:52 VDR vdr: video: 2:09:18.344 +28 321 0/\ms 58+2 v-buf
Jun 25 10:55:52 VDR vdr: video: 2:10:18.344 +28 346 0/\ms 62+2 v-buf
Jun 25 10:56:52 VDR vdr: video: 2:11:18.344 +29 322 0/\ms 63+2 v-buf
Jun 25 10:57:52 VDR vdr: video: 2:12:18.344 +28 321 0/\ms 61+2 v-buf
Jun 25 10:58:52 VDR vdr: video: 2:13:18.344 +28 346 0/\ms 64+2 v-buf
Jun 25 10:59:52 VDR vdr: video: 2:14:18.344 +29 370 0/\ms 63+2 v-buf
Jun 25 11:00:52 VDR vdr: video: 2:15:18.344 +28 393 0/\ms 64+2 v-buf
Jun 25 11:01:52 VDR vdr: video: 2:16:18.344 +27 392 0/\ms 61+2 v-buf
Jun 25 11:02:52 VDR vdr: video: 2:17:18.344 +28 393 0/\ms 68+2 v-buf
Jun 25 11:03:52 VDR vdr: video: 2:18:18.344 +28 393 0/\ms 68+2 v-buf
Jun 25 11:04:48 VDR vdr: video: speed up video, droping frame
Jun 25 11:04:48 VDR vdr: video/vdpau: missed frame (39/761379)
Jun 25 11:04:48 VDR vdr: video: speed up video, droping frame
Jun 25 11:04:48 VDR vdr: video: 2:19:13.524 -42 294 0/\ms 67+1 v-buf
Jun 25 11:04:48 VDR vdr: video/vdpau: missed frame (40/761383)
Jun 25 11:04:53 VDR vdr: video: 2:19:18.384 +29 354 0/\ms 68+2 v-buf
Jun 25 11:05:53 VDR vdr: video: 2:20:18.384 +28 329 0/\ms 60+2 v-buf
Jun 25 11:06:53 VDR vdr: video: 2:21:18.384 +28 329 0/\ms 63+2 v-buf
Jun 25 11:07:53 VDR vdr: video: 2:22:18.384 +28 377 0/\ms 68+2 v-buf
Jun 25 11:08:53 VDR vdr: video: 2:23:18.384 +28 306 0/\ms 58+2 v-buf
Jun 25 11:09:53 VDR vdr: video: 2:24:18.384 +28 353 0/\ms 64+2 v-buf
Jun 25 11:10:53 VDR vdr: video: 2:25:18.384 +28 305 0/\ms 61+2 v-buf
Jun 25 11:11:53 VDR vdr: video: 2:26:18.384 +28 401 0/\ms 70+2 v-buf
Jun 25 11:12:53 VDR vdr: video: 2:27:18.384 +28 353 0/\ms 64+2 v-buf
Jun 25 11:13:53 VDR vdr: video: 2:28:18.384 +28 377 0/\ms 70+2 v-buf
Jun 25 11:14:53 VDR vdr: video: 2:29:18.384 +28 354 0/\ms 64+2 v-buf
Jun 25 11:15:53 VDR vdr: video: 2:30:18.384 +29 306 0/\ms 64+2 v-buf
Jun 25 11:16:53 VDR vdr: video: 2:31:18.384 +29 378 0/\ms 60+2 v-buf

Temperaturen sind OK ... CPU immer so um die 36° und GPU zwischen 40°-50°.

Markus

johns · June 25, 2015 at 12:29 PM

Quote from ofenheizer

Ich hänge mich mal hier ran ... da ich ähnliches bei mir beobachte (aber Bildstörungen sind mir noch nicht aufgefallen).
[code]Jun 25 09:50:10 VDR vdr: video/vdpau: missed frame (23/537868)

Ich denke es ist ein anderes Problem. "missed frane" bedeutet, es hängt im NVidia Treiber.
Hier ist z.b. Deinterlace mit 720p oder Inverse Telecine eine mögliche Ursache.

Wobei es schon komisch ist, daß wenn eine Aufnahme läuft, sich die Fehler häufen.

Bei 1-2 jede Stunde würde ich mir keine Gedanken machen.
Wenn aber alle 5 Minuten ein Fehler ist, dann würde ich schon die Ursache suchen.
Wobei man die immer noch nicht sieht.

Und bitte beachten im Log, werden mehrere Fehler zusammen gefasst.

Johns

johns · June 25, 2015 at 12:37 PM

Quote from horchi

Gute Frage, also ich habe es nicht nur beim zappen, beim zappen sind die Meldungen wie ich Johns verstehe normal.

Wenn du den Live Kanal umstellst, dauert es 1-2 Minuten bis alles rundläuft. Aber wenn VDR eine Aufnahme startet oder für EPG Scan zappt, dann sollte es keinen Effekt auf den Live Kanal haben.

Um den Empfangsweg oder DVB Hardware auszuschliessen. Kannst ja mal streamdev verwenden und dann den Stream vom funktionierenden VDR abspielen.

Johns

ofenheizer · June 25, 2015 at 1:23 PM

Quote from johns

Ich denke es ist ein anderes Problem. "missed frane" bedeutet, es hängt im NVidia Treiber.
Hier ist z.b. Deinterlace mit 720p oder Inverse Telecine eine mögliche Ursache.

Wobei es schon komisch ist, daß wenn eine Aufnahme läuft, sich die Fehler häufen.

Bei 1-2 jede Stunde würde ich mir keine Gedanken machen.
Wenn aber alle 5 Minuten ein Fehler ist, dann würde ich schon die Ursache suchen.
Wobei man die immer noch nicht sieht.

Na wiegesagt, Bildfehler sehe ich keine.

Code

softhddevice.1080i.InverseTelecine = 0
softhddevice.1080i_fake.InverseTelecine = 0
softhddevice.576i.InverseTelecine = 0
softhddevice.720p.InverseTelecine = 0

Code

softhddevice.720p.Deinterlace = 3

Wobei ich jetzt grad nicht weiß, was "3" ist. Meine eigentlich dort mal "None" eingestellt zu haben.

PS: Was mir noch aufgefallen ist, wo ich aber aktuell kein Log zu habe ... beim Abspielen von Aufnahmen kommt es manchmal vor, dass es plötzlich in Zeitlupe weiterläuft und der Tone verschwindet. Springe ich dann mit "1" 10s zurück, läuft es wieder flüssig, also kein Fehler in der Aufnahme.

Aber da es was anderes zu sein scheint, als bei Horchi, lass ich mal den Thread in Ruhe

Markus

horchi · June 26, 2015 at 8:45 AM

Ein Test mit dem VDR direkt am Multiswitch also ohne die Hausverkabelung brachte das selbe Ergebnis und der Tausch der Graka mit dem anderen VDR hat auch nichts gebracht.

Bei dem anderen VDR konnte ich inzwischen auch gehäuft 'duping' Meldungen beobachten auch wenn dort deutlich seltener.

Ich gehe nun erst einmal von einem Problem mit dem Empfang aus, die Ausrichtung der Schüssel hatte ich schon vor ein paar Monaten mal geprüft schließe ich erstmal auch aus. Habe ein neues LNB (Kathrein UAS 584) bestellt .... bin gespannt ....

jrie · June 26, 2015 at 11:50 AM

Mit diesem Patch bekommst du im femon Plugin STR in dBm und SNR in dB angezeigt. Damit kannst du gut einschätzen, ob das reicht.
Deine Aufnahmen könntest du mit checkts testen. Dann weißt du, ob die Aufnahmen ok sind. Meines Erachtens das Erste, was man bei solchen Problemen tun sollte .
Unter Windows noch besser die kostenlose Testversion von TS-Doctor.

horchi · June 26, 2015 at 12:08 PM

Danke für den Tipp, eine schönere femon Anzeige hört sich gut an!

Der Patch passt nicht zu femon-2.2.1.git20150405.1600, gibt es einen aktuelleren oder muss ich die rejects auflösen?
U.a. gibt es die Datei femoncfg.c in dieser Version nicht mehr.

Participate now!