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

Hallo johns,

Das Log ist von ARD SD, andere Kanäle haben aber das selbe Problem.
Mit dem Umschalten hatte es nichts zu tun, sprich es war dann eigentlich permanent.
Bin aber im Moment wieder zurück auf eine stable Version.

Peter

Hi johns, Ich teste heute schon den ganzen Tag ohne umzuschalten auf einem Kanal (SKY HD DD)
Der VDR hatte in dieser Zeit (ca. 9 Stunden !! ), zweimal kurze Hänger (mit Artefakte). (Das gab es auch ab und an bei xineliboutput.)
Lief aber sonst Problemlos.
Die Alsaprobleme sind soweit behoben der underrun error kommt zwar noch im Log , stört aber nicht weiter da dies sich akustisch nicht mehr bemerkbar macht.

Eine Frage wegen des AC3 Downmix, dies findet jetzt im Plugin statt, wenn ich die Sache richtig verstehe.
Der Unterschied in der Lautstärke von Stereo zu DD Ton ist jetzt viel extremer.
Ich muss bei DD die Lautstärke im VDR fast auf max. stellen, beim Zurückschalten suf Stereo kommen dann fast die Lautsprechermembranen aus dem Gehäuse.
Gibt es eine Möglichkeit die Dämpfungswerte zu ändern - so wie vorher in der asound.conf ?

Evtl kannst du deinen TS Parser für Video zum Testen einbauen, wenn er schon fertig ist
Denn dies kommt halt schon öfter im Log, das Plugin schmeißt öfters Frames weg.
Siehe Anhang. (um den Zeitpunkt herum erstellt, wo auch der 2. Hänger war)

Zitat von johns

Ja, man kann die Art des Downmix wählen, ob Stereo oder Virtual Dolby Surround und die Dämpfung des Center und Surroundkanäle.

Sorry bin ich jetzt blind - im Setup Menü des Plugins sehe ich die Optionen nicht.
Aktuelle Version (try to restart alsa)

Im Plugin nicht. Johns kann auswählen, was die libavcodec machen soll.

Hat jemand schon eine Möglichkeit gefunden das bei einem abgestürztem oder nicht gestartetem Openbox das Plugin in den Suspend geht oder der VDR nicht abstürzt? Ich versuche hier, bis jetzt ohne erfolg das über upstart scripte zu lösen. Leider ist mir bis jetzt nicht gelungen "svdrpsend" als upstart script laufen zu lassen, da sich "svdrpsend" nach gesendetem Befehl sofort beendet und damit auch den upstart job beendet . Bei mir kommt es ab und zu vor das bei ausgeschaltetem Bildschirm der X-Server abstürzt oder gar nicht startet was der Tod jeder Aufnahme ist, da sich der VDR ständig selber startet weil sich Softhddevice sich mit keinem X verbinden kann.

Zitat von fnu

• Bei xinelib@VDPAU hat man üblicherweise Entrauschen und Schärfen nur für SD zugelassen. Ist ja bei softhddevice auch möglich, aber was stellt man empfehlenswert ein, damit das Entrauschen und Schärfen wie bei xinelib@VDPAU hinkommt?
• Gibt es für "autocrop" empfehlenswerte Einstellung, die erstmal als guter allgemein gültiger Einstiegspunkt dienen können?

Nachtrag. Beim De-Noise & Sharpen hat sich kein Veränderung (0) für mich als Beste herausgestellt. Für gutes SD Material braucht man es nicht (z.B. zdf_neo), schlechtes Material sieht dann halt anders schlecht aus, reist also nicht raus ...

Bzgl. autocrop, kam ich mit 5/5/5 zu einem angenehmen Ergebnis.

Regards
fnu

Moin Moin

nachdem ich eine Woche einen Bogen um die aktuellen Builds gemacht, und mich erstmal um das "Drumherum" gekümmert habe, war ich gestern mit ner aktuellen Version (b2cab005), mit USE_TS_AUDIO ohne VAAPI auf oneiric, ffmpeg 0.9.1 mit passthrough unterwegs.

Hat wirklich sehr gut gespielt wobei ich einmal beim Zappen den Ton komplett verloren hab, vdr lief dabei ganz normal weiter. Dachte ich kann ihn zurückholen mit Umschalten, dem Starten einer Aufnahme, aber nix. Mussste den VDR (nicht den Rechner) durchstarten um wieder an Ton zu gelangen. Ist aber nur einmal aufgetreten.

Ansonsten Topp, noch besseres Umschaltverhalten, geringeres Audio Delay, weiter so!

Gruß Christian

CKone: Nimm die aktuelle Git Version (Try to restart alsa after underrun).

Zitat von johns

FFMPeg kann es und das Plugin noch nicht. Bzw. es können nur neue Version von ffmpeg es.

Dann habe ich dich gestern falsch verstanden, wäre schon cool dies im Setup zu haben.
Du fragst beim Bauen des Plugins bestimmt die ffmpeg version ab, wenn das Plugin gegen eine ältere lib gebaut wird, fehlt eben diese Option.

Deine neue Version (Try to restart alsa after underrun) läuft und läuft und läuft

kleiner tip, verwende "task". der svdrpsend ist ja kein daemon.

EDIT: War für Astra. Die sch. Zitat-Funktion geht regelmäßig nicht mehr. Wird einfach nicht übernommen.

Zitat von rudirabbit

CKone: Nimm die aktuelle Git Version (Try to restart alsa after underrun).

ok, hab ich drin.

Christian

Heute habe ich mal folgendes gemacht:

Nvidia 295.20
FFMPEG 0.10
und aktuelle Git-Version mit neuem Parser

Also mein Eindruck ist, das die Umschaltzeiten sich noch ein bischen gebessert haben . Einwandfrei

Grüße

Zitat von johns

Ich würde das Plugin mit -s im Suspendmode starten lassen.
Und wenn dann X gestartet ist, mit resume das Plugin aufwecken.
Die Version in GIT sollte X11 Abstürze überleben, aber kann nicht wieder mit X11 verbinden.

Johns

OK, dann werde ich die aktuelle Version mal mit provozierten X Abstürzen testen.

Zitat von traxanos

kleiner tip, verwende "task". der svdrpsend ist ja kein daemon.

EDIT: War für Astra. Die sch. Zitat-Funktion geht regelmäßig nicht mehr. Wird einfach nicht übernommen.

Schön wäre wenn es eine Überwachung gäbe die weiß ob das Plugin läuft oder nicht, so das die resume und suspend funktion ordentlich ins upstart einbgebaut werden kann.

Zitat von Asta

OK, dann werde ich die aktuelle Version mal mit provozierten X Abstürzen testen.

Schön wäre wenn es eine Überwachung gäbe die weiß ob das Plugin läuft oder nicht, so das die resume und suspend funktion ordentlich ins upstart einbgebaut werden kann.

dann wäre es besser wenn es getrennt wäre. ob wir johns dazu bekommen weis ich nicht. aber sowas hat bestimmt auch einige nachteile. aktuell kannst du aber wie gesagt mittels task upstart scripte das hoch und runterfahren steuern.

Zitat von johns

Eigendlich wäre die Driftkorrektur kein großes Problem, nur steht über der Funktion die ich brauche "crashed mit libav-0.7.2".
Ich installiere gerade libav-0.7,4 und kümmere mich als Nächstes um dieses Problem.

livav habe ich gar nicht installiert, wird denn das benötigt?

Zitat von johns

Ich würde das Plugin mit -s im Suspendmode starten lassen.
Und wenn dann X gestartet ist, mit resume das Plugin aufwecken.
Die Version in GIT sollte X11 Abstürze überleben, aber kann nicht wieder mit X11 verbinden.

Johns

Ich habs mal mit der aktuellen Git Version getestet. Gestartet mit -s. Nachdem Openbox gestartet ist ein svdrpsend plug softhddevice resu.
Bis dahin alles OK. Dann ein "killall openbox" mit folgenden Meldungen:
Das kommt nachdem openbox gekillt wurde:

vdr: video: fatal i/o error

Danach ein respawn von Openbox und diese Meldungen vom Plugin:

vdr: [2729] ERROR: driver buffer overflow on device 1
vdr: audio/alsa: wait underrun error?
vdr: [2728] ERROR: TS packet not accepted in Transfer Mode

Das wiederholt sich.

Ein manuelles: "svdrpsend plug softhddevice resu oder susp" endet mit folgender Meldung:

SVDRP VideoDiskRecorder 1.7.21; Sun Feb 26 15:56:51 2012; UTF-8
timeout