softhddevice - Software VDPAU/VA-API/CPU Decoder und Ausgabe Plugin

hmm - ich hab eine aufnahme auf arte HD gestartet (läuft noch) - jetzt flutet mir mein log folgendes raus (live tv habe ich auch auf arte HD geschaltet; ich sitze nicht vorm TV):

Mar  6 19:07:47 pvr vdr: video/vdpau: 7 missed, 112764 duped, 39 dropped frames of 162650
Mar  6 19:07:48 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:07:48 pvr vdr: [2482] ERROR: driver buffer overflow on device 1
Mar  6 19:07:49 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:07:49 pvr vdr: video: display buffer empty, duping frame (112844/162651) 0
Mar  6 19:07:50 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:07:50 pvr vdr: [2482] ERROR: driver buffer overflow on device 1
Mar  6 19:07:51 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:07:51 pvr vdr: video: display buffer empty, duping frame (112944/162652) 0
Mar  6 19:07:52 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:07:52 pvr vdr: [2482] ERROR: driver buffer overflow on device 1
Mar  6 19:07:53 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:07:53 pvr vdr: video/vdpau: 7 missed, 113062 duped, 39 dropped frames of 162652
Mar  6 19:07:54 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:07:54 pvr vdr: [2482] ERROR: driver buffer overflow on device 1
Mar  6 19:07:55 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:07:56 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:07:56 pvr vdr: [2482] ERROR: driver buffer overflow on device 1
Mar  6 19:07:57 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:07:58 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:07:58 pvr vdr: [2482] ERROR: driver buffer overflow on device 1
Mar  6 19:07:59 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:07:59 pvr vdr: video:  6:39:50.612+88888	0   0/\ms   0 v-buf
Mar  6 19:07:59 pvr vdr: video/vdpau: 7 missed, 113362 duped, 39 dropped frames of 162652
Mar  6 19:08:00 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:08:00 pvr vdr: [2482] ERROR: driver buffer overflow on device 1
Mar  6 19:08:01 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:08:02 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:08:02 pvr vdr: [2482] ERROR: driver buffer overflow on device 1
Mar  6 19:08:03 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:08:04 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:08:04 pvr vdr: [2482] ERROR: driver buffer overflow on device 1
Mar  6 19:08:05 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:08:05 pvr vdr: video/vdpau: 7 missed, 113662 duped, 39 dropped frames of 162652
Mar  6 19:08:06 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:08:06 pvr vdr: [2482] ERROR: driver buffer overflow on device 1
Mar  6 19:08:07 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:08:08 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:08:08 pvr vdr: [2482] ERROR: driver buffer overflow on device 1
Mar  6 19:08:09 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:08:09 pvr vdr: video: max used PES packet size: 131022
Mar  6 19:08:09 pvr vdr: video: max used PES packet size: 148994
Mar  6 19:08:09 pvr vdr: video: display buffer empty, duping frame (113850/162653) 0
Mar  6 19:08:10 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:08:10 pvr vdr: [2482] ERROR: driver buffer overflow on device 1
Mar  6 19:08:11 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:08:11 pvr vdr: video/vdpau: 7 missed, 113961 duped, 39 dropped frames of 162653

ciax

ps: release ist in sig.

//edit: liegt vermtl. nicht am softhddev - es kam noch folgende meldung nach

Mar  6 19:08:57 pvr kernel: [40035.029014] saa7146 (0) vpeirq: used 1 times >80% of buffer (157920 bytes now)

Hi,
Die "decoder render too slow" habe ich immer noch, trotz der Änderungen in der xorg.conf.
Ich kann aber jetzt die Log Einträge nicht mehr am TV sehen. (ruckler etc.)
Wie schon gesagt habe das nur auf 1080i Sendern (Sky HD) , vor den Meldungen kommt fast immer ein "video: dropping frame"

Cool... jetzt lassen sich meine SkyHD Aufnahmen auch zurückspulen

Thx
iNOB

ich bin heute Abend wieder zurück auf eine aktuelle Version ohne ac3 audio drift, und ich muss sagen die Audio drops sind weg.

Also so ganz richtig ist das nocht nicht. - bin ich da wirklich der Einzige?

Christian

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.

Die waren nicht immer, diese 'broken driver' Nachrichten, die kommen in so hoher Frequenz, dass der rsyslogd rate limiter zubeisst.

[] Nimm' diese Alsa Version ____
[] Du hast VAAPI, ist voll normal.
[] Mach erst einmal das pulseaudio aus Deinem Ubuntu wech.
[] Irrelevant, einfach nur die Nachrichten mit AudioAlsaDriverBroken = 0 unterdrücken.

Mar  7 08:17:13 i3v vdr: audio/alsa: state RUNNING
Mar  7 08:17:13 i3v vdr: audio/alsa: broken driver 0
Mar  7 08:17:13 i3v vdr: audio/alsa: state RUNNING
Mar  7 08:17:13 i3v vdr: audio/alsa: broken driver 0
Mar  7 08:17:13 i3v vdr: audio/alsa: state RUNNING
Mar  7 08:17:13 i3v vdr: audio/alsa: broken driver 0
Mar  7 08:17:13 i3v vdr: audio/alsa: state RUNNING
Mar  7 08:17:13 i3v vdr: audio/alsa: broken driver 0
Mar  7 08:17:13 i3v vdr: audio/alsa: state RUNNING
Mar  7 08:17:13 i3v vdr: audio/alsa: broken driver 0
Mar  7 08:17:13 i3v vdr: audio/alsa: state RUNNING
Mar  7 08:17:13 i3v vdr: audio/alsa: broken driver 0
Mar  7 08:17:13 i3v vdr: audio/alsa: state RUNNING
Mar  7 08:17:14 i3v rsyslogd-2177: imuxsock begins to drop messages from pid 1701 due to rate-limiting

Zitat von CKone

ich bin heute Abend wieder zurück auf eine aktuelle Version ohne ac3 audio drift, und ich muss sagen die Audio drops sind weg.
Also so ganz richtig ist das nocht nicht. - bin ich da wirklich der Einzige?
Christian

nein bist du nicht, ich hatte damit Audio Drops beim abspielen einer alten SD Aufnahme. Im Log war nichts zu sehen, nur die übliche Meldungen alle Minute.

LG
Jörg

Zitat von jrie

[..] 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.

hier bleiben die meldungen (sind aber nur sporadisch) - trotzdem lasse ich jetzt nvidia 195.30 drauf (da haben einige bessere erfahrungen als mit versionen danach).

Zitat von ciax

hier bleiben die meldungen (sind aber nur sporadisch) - trotzdem lasse ich jetzt nvidia 195.30 drauf (da haben einige bessere erfahrungen als mit versionen danach).

Ich kann nicht auf diese alte Version zurück, da diese alte Version meine GT 430 nicht unterstützt, zumindest ist diese Karte nicht im readme gelistet.
Egal, ich lasse den 295.17 vorerst drin. Bei mir ist es auch sporadisch und optisch am TV habe ich bisher noch nichts gesehen.
Ich müsste meine Sig mal updaten

Wir müssen ein Script schreiben, welches beim Start des VDR, im git die aktuelle Version von johns plugins pullt und gleich compiliert

Zitat von johns

Beim mplayer ist die Lautstärkereglung die Tasten 9 und 0.

hmm - du meinst über das keyboard, ok. so funktioniert das nicht. mplayer wird im "slave" modus gestartet. eigentlich müßte das auch mit softhddevice gehen (zumindest ging's mit vdr-xine noch). das für den mplayer-plug benötigte script (mplayer.sh) sieht so aus:

#!/bin/bash
export DISPLAY=:0.1
MPLAYER="/usr/local/bin/mplayer"
OPTS="-osdlevel 1 -idx -fs -vo vdpau -ao alsa"
# if needed, uncomment the following:
## ciax 20100219: drzt. artefakte mit ffodivxvdpau als video-codec, "ffwmv3vdpau," chooses other available codecs..
OPTS="$OPTS -vc ffh264vdpau,ffmpeg12vdpau,ffvc1vdpau,ffwmv3vdpau,ffodivxvdpau,"
SLAVE="-slave -quiet -nolirc"
FILE=$1
while shift; do
  if [ "$1" = "SLAVE" ]; then
	sopt=$SLAVE
  elif [ "$1" = "AID" ]; then
	aopt="-aid $2"
	shift
  fi
done
exec $MPLAYER $OPTS $sopt $aopt "$FILE" > /var/log/mplayer-vdr.log

jetzt sagt mir doch bitte keiner, daß es bei ihm ohne zutun auch mit softhddevice funktioniert ..
ciax

Bei mir geht es mit 7 und 9 (Nummer auf der Fernbedienung) bzgl. der Lautstärke mit mplayer.
Und das ganze ohne Anpassungen beim Wechsel von Xine zu softhddevice.

Zitat von Björn

Bei mir geht es mit 7 und 9 (Nummer auf der Fernbedienung) bzgl. der Lautstärke mit mplayer.
Und das ganze ohne Anpassungen beim Wechsel von Xine zu softhddevice.

hallo Björn - danke für die rückmeldung. hier geht das nicht. 7 und 1 regeln audio-delay (+/- ms ). ich kann auch in medien vorwärts und ruckwärts springen. irgendeine RC-belegung für volume gibt es nicht mehr. ich nutze "mplayer2". naja, komisch - 9 und 0 haben gar keine wirkung (obwohl in der mplayer man so beschrieben wie johns es sagte). die bedienung müßte ja über das mplayer-plug geregelt sein - mplayer ist im "slave" modus.

regle ich halt über den TV direkt und lass diesen thread wieder in ruhe ... tschuldigung

ciax

Zitat von johns

In bestimmten Kombinationen, kommt Alsa einfach durcheinander. Außer das unnötig Rechenzeit verbraten wird, passiert nichts, deshalb mit Kommandzeilenoption ruhig stellen.
Geht den überhaupt Pulsaudio mit dem Plugin zusammen?

Ja, geht.

Ich bekomme bei meinen Tests auf Precise mit meinem yavdr-desktop extrem viele dieser Meldungen:

Mar  6 19:07:59 pvr vdr: video:  6:39:50.612+88888	0   0/\ms   0 v-buf

Bei mir mit anderen Werten. Ist nur ein Beispiel dass ich aus einem anderen Beitrag gemopst habe.

Ich kann allerdings weder beim Ton noch beim Bild Probleme erkennen. Was bedeuten diese Meldungen?

Gerald

Hallo Gda das ist http://projects.vdr-developer.…plg-softhddevice/wiki/FAQ gut erklärt.
cu peje

Zitat von peje

Hallo Gda das ist http://projects.vdr-developer.…plg-softhddevice/wiki/FAQ gut erklärt.

Ah, danke für den Hinweis.

Da die Meldung bei mir eher 4x die Sekunde als einmal pro Minute kommt, habe ich wohl ein Problem. Nur welches?

Gerald

Hey Gda ich glaube in er im Makefile eingestellt Zeit kommt die Meldung sehr schnell und erst nach den ersten 3000 nur noch eimal pro Minute...
CONFIG += -DAV_INFO -DAV_INFO_TIME=3000 # debug a/v sync

cu Peje

Zitat von johns

Wenn ca. 10 die Sekunden, dann hast du 60 Hz Ausgabe. Setz mal im Setup den "60Hz display mode", wenn die Meldungen weg sind, dann war es dies.

Das erscheint mir sehr wahrscheinlich. Aktuell bekomme ich die Meldung nur etwa 1x pro Minute, aber der Bildschirm ist auch nicht an und er kann definitiv nur 60 Hz.

Danke für den Hinweis. Dann sieht das ja bis auf das flimmern der oberen Zeilen bei 576i sehr gut aus.

Maximieren und Dekoration mit Devilspie entfernen geht auch Problemlos.

Es fehlt nur noch ein Mauscursor im Nicht-Fullscreen Modus, der bei Inaktivität verschwindet, so wie ich das mal vdr-sxfe beigebracht habe ;).

Gerald