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

Zitat von Björn

komisch, ich hatte mir vorgestern den aktuellen git Stand geholt und habe das Problem immer noch.

Das war Zwischenzeitlich schon mal gefixt. Dann habe ich versucht, daß mir VDR bei der Wiedergabe die Buffer nicht mehr vollknallt.
Aber diese Funktion unterstützt VDR gar nicht, nur die Plugins, dabei ist der 100% Load wiedergekommen.

Johns

Zitat von gda

Einen sehr akademischen und unwichtigen Wunsch hätte ich noch. Es wäre schön, wenn man das DISPLAY nicht nur per Kommandozeile sondern auch als Argument beim svdp-Befehl ATTA mitgeben könnte. Zwar ist die DISPLAY-Variable bei den meisten Distributionen ":0", aber das ist nicht fix. Wenn man den X-Server abschießt und der dm einen neuen startet, dann kann es passieren, das hochgezählt wird. Wenn man wie ich den vdr vor dem X-Server startet, dann steht einfach noch nicht absolut fest auf welches DISPLAY es geht und ob es so bleibt.

Außerdem könnte man auf die Art ganz einfach zwischen TV, einem Beamer, oder einem kleinen TFT hin und her schalten.

Wenn die Distributionen nichts dagegen haben, daß "ATTA" einen optionalen Parameter bekommt, dann ist das mit ein paar Zeilen erledigt.

Johns

Zitat von ciax

mit meinen früher genannten Makefileoptionen driftet (hier) bei zB. ORF der ton (lippensync) auseinander und wieder zusammen ... eine art "jitter", das man (für A+V) bei DEBUG eh im log sieht.

Willst du damit ausdrücken es wunderbar funktioniert oder daß du ein Problem hast?

Johns

Zitat von ciax

mir ist dieser "drift" bei ORF gestern wirklich stark aufgefallen. es ist etwas störend. aus dem (DEBUG)-log müßte ich mal die genauen werte für "video speed up/slow down" und "codec/audio: drift" zum richtigen zeitpunkt ausfiltern - so hättest du etwas zum "analysieren"

Dann nimm -DUSE_AUDIO_DRIFT_CORRECTION raus und guck ob es so besser ist.
Wobei es kein Schanken mehr geben sollte, der Audio Drift sollte sich im Rahmen von +-1ms bewegen.
Und der Audio/Video Sync sollte sich im Bereich von +15ms bis -45ms sein.

Johns

Zitat von nvertigo

Ich hatte seit dem Update auf libpng-1.5 immer das Problem, dass softhddevice beim "deleting plugin" (also beim herunterfahren des vdr - deshalb störte es mich auch nur wenig) in libpng.so segfaultete:

Code

Mar 15 11:59:52 rock kernel: vdr[27168]: segfault at 7f69c4af3508 ip 00007f69c4af3508 sp 00007f69af7f5d80 error 14 in libpng15.so.15.9.0[7f69c989b000+35000]

Es hat etwas gedauert, bis ich softthddevice (oder libpng-1.5, denn mit 1.4 ging es ja; oder gcc -O...) als "Bösewicht" ausmachen konnte. Nach etlichem 'rumprobieren habe ich folgendes festgestellt:
Offenbar habe etliche Programme mit libpng-1.5 Probleme, wenn sie mit -fomit-frame-pointers übersetzt werden. Je nach gcc-Version ist diese Optimierung aber in -O bzw. -O2 (und erst recht in -O3; Standard in Make.config von kls) enthalten.
Ich habe nun die -fno-omit-frame-pointers ins softhddevice Makefile direkt nach den vdr-includes eingebaut - und die segfaults sind Vergangenheit:

Code

-include $(VDRDIR)/Make.config


#für libpng-1.5
CFLAGS   += -fno-omit-frame-pointer
CXXFLAGS += -fno-omit-frame-pointer


### The version number of VDR's plugin API (taken from VDR's "config.h"):

Da das Plugin kein PNG verwendet, liegt es wohl am Gesamtsystem, da ist es besser die CFLAGS in Make.config für alle Plugins zuändern.

Johns

Zitat von tyldis

X-server is 1280x720@100Hz, and I use VDR 1.2.21, and softhddevice (0.5.0-GIT7b570c5).

This is easy, don't use 100Hz or add support for 100Hz to the plugin.

Only 60Hz displays with 60Hz video and 50/60Hz displays with 50Hz video are supported.

Zitat von Asta

Mal eine Frage an die Experten. Der VDR wird bei mir über ein upstart script gestartet. Parallel dazu Openbox. Dann fragt ein script ab ob Openbox, lirc und vdr läuft und gibt dann mit "svdrpsend plug softhddevice resu" das Plugin frei. Kann es sein das mit dem resu Befehl der Innaktivitätstimer zurückgesetzt wird und der VDR denkt ich habe eine Taste gedrückt und fahre nach einem acpi-wakeup und ende der aufnahme nicht herunter?

Ja macht er das, aber nur wenn es einen Inaktivitätstimer gibt. Weil ohne dies ist das Problem, der Timer ist abgelaufen und man macht Resume und er geht sofort wieder aus.

Zitat von nvertigo

ldd zeigt mir, dass libvdr-softhddevice.so die einzige Stelle ist, die libpng.so referenziert. Daher dachte ich, dass es unötig ist dem ganzen vdr, oder gar dem gesamten System, das -fomit-frame-pointers zu entziehen. Auch segfaultet sonst nichts im vdr... aber egal.

And now for something completly diffrent: unter xine-plugin konnte ich z.B auf SkySportHD den Dolby5.1 Ton auswählen, und wenn ich nach einem Kanalwechsel wieder zu diesem Sender zurückkehrte hatte ich wieder Dolby5.1. softhddevice nimmt aber immer die erste Tonoption, egal was vor den Kanalwechseln benutzt wurde. Kann man da was konfigurieren?

ffmpeg will libpng, also kommt es daher, aber es wird nicht verwendet. Wenn alleine das Linken schon ein Problem darstellt. Solltest du vdr und alle Plugins dann mit -fno-omit-frame-pointer bauen.

Also mich nervt hier, daß er sich dies immer merkt. Aber ich merke mir garnichts, ich spiele einfach ab, was mir der VDR schickt.
Bei den Öffentlichrechtlichen merkt er sich ob ich Dolby oder normales Stereo hatte.

Johns