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

johns · 31. Januar 2012

Moin,

16:9 in 4:3 Ausstrahlung aufzoomen, ist doch schon drin. Es nennt sich auto-crop. Dazu im Setup einschalten.
Wenn dann immer noch ein kleinerer schwarzer Rand übrigbleibt, liegt es daran das der Sender das 16:9 zu sehr in Höhe zieht, dann kann man über Tolerance diesen Bereich ignorieren, es wird dann aber beim Zoom diese Pixel weggeschnitten.

AV-Sync, in der Letzten Version ist eigentlich der Variable Bereich kleiner geworden. +- 40 ms ist die Tolerance.
Es kann sein, daß für Pass-Through noch eine Seperate Verzögerung gebraucht wird.

Johns

helau · 31. Januar 2012

Kannst Du die verlinkte Aufnahme aufzoomen ?
Es ist ein 4:3 Aufnahme mit schwarzen Balken oben und unten. Auf dem 16:9 TV werden nun zusaetlich schwarze Balken links und rechts angezeigt.

Copperhead · 31. Januar 2012

Zitat von johns

AV-Sync, in der Letzten Version ist eigentlich der Variable Bereich kleiner geworden. +- 40 ms ist die Tolerance.

40ms ist aber deutlich erkennbar. Problematisch ist eben, wie es helau schon gesagt hat, dass das A/V Delay schwankt. Manchmal ist das Bild schneller, manchmal passt es genau und manchmal ist der Ton schneller.

Atechsystem · 31. Januar 2012

Nabend,

hier mein Bericht , letzter Git stand:

Hatte heute mehrfach den GPU Hung Bug. Habe alle Dateien und Daten gesammelt, geht gleich an die Intel Mailingliste. Umscalten von AnixeHD auf DasErste HD:

Code

an 31 20:17:25 localhost vdr: [4922] [softhddev]SetPlayMode: 1
Jan 31 20:17:25 localhost vdr: [4941] receiver on device 10 thread started (pid=4922, tid=4941)
Jan 31 20:17:25 localhost vdr: video: display buffer empty, duping frame (209/908) 0
Jan 31 20:17:25 localhost vdr: video: display buffer empty, duping frame (210/908) 0
Jan 31 20:17:25 localhost vdr: video: display buffer empty, duping frame (211/908) 0
Jan 31 20:17:25 localhost vdr: video: display buffer empty, duping frame (212/908) 0
Jan 31 20:17:26 localhost vdr: video: display buffer empty, duping frame (213/908) 0
Jan 31 20:17:26 localhost vdr: video: display buffer empty, duping frame (214/908) 0
Jan 31 20:17:26 localhost vdr: video: display buffer empty, duping frame (215/908) 0
Jan 31 20:17:26 localhost vdr: video: display buffer empty, duping frame (216/908) 0
Jan 31 20:17:26 localhost vdr: video: display buffer empty, duping frame (217/908) 0
Jan 31 20:17:26 localhost vdr: video: display buffer empty, duping frame (218/908) 0
Jan 31 20:17:26 localhost vdr: video: display buffer empty, duping frame (219/908) 0
Jan 31 20:17:26 localhost vdr: video: display buffer empty, duping frame (220/908) 0
Jan 31 20:17:26 localhost vdr: video: display buffer empty, duping frame (221/908) 0
Jan 31 20:17:26 localhost vdr: [softhddev] invalid PES video packet
Jan 31 20:17:26 localhost vdr: [softhddev] invalid PES video packet
Jan 31 20:17:26 localhost vdr: video: display buffer empty, duping frame (222/908) 0
Jan 31 20:17:26 localhost vdr: video: display buffer empty, duping frame (223/908) 0
Jan 31 20:17:26 localhost vdr: video: display buffer empty, duping frame (224/908) 0
Jan 31 20:17:26 localhost vdr: video: display buffer empty, duping frame (225/908) 0
Jan 31 20:17:26 localhost vdr: video: display buffer empty, duping frame (226/908) 0
Jan 31 20:17:26 localhost vdr: video: display buffer empty, duping frame (227/908) 0
Jan 31 20:17:26 localhost vdr: video: display buffer empty, duping frame (228/908) 0
Jan 31 20:17:26 localhost vdr: video: display buffer empty, duping frame (229/908) 0
Jan 31 20:17:26 localhost vdr: video: display buffer empty, duping frame (230/908) 0
Jan 31 20:17:26 localhost vdr: video: display buffer empty, duping frame (231/908) 0
Jan 31 20:17:26 localhost vdr: video: display buffer empty, duping frame (232/908) 0
Jan 31 20:17:26 localhost vdr: codec: YUV 420 supported
Jan 31 20:17:32 localhost kernel: [ 2578.805631] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
Jan 31 20:17:32 localhost kernel: [ 2578.805640] [drm] capturing error event; look for more information in /debug/dri/0/i915_error_state
Jan 31 20:17:32 localhost kernel: [ 2578.814736] [drm:i915_wait_request] *ERROR* i915_wait_request returns -11 (awaiting 118182 at 118180, next 118183)
Jan 31 20:17:32 localhost vdr: [4941] ERROR: TS packet not accepted in Transfer Mode
Jan 31 20:17:32 localhost vdr: [4938] Text2Skin: channelInfo display update thread ended (pid=4922, tid=4938)
Jan 31 20:17:33 localhost vdr: [4940] buffer usage: 70% (tid=4941)
Jan 31 20:17:34 localhost vdr: [4940] buffer usage: 80% (tid=4941)
Jan 31 20:17:34 localhost vdr: [4940] buffer usage: 90% (tid=4941)
Jan 31 20:17:34 localhost vdr: [4940] buffer usage: 100% (tid=4941)
Jan 31 20:17:38 localhost vdr: [4941] ERROR: TS packet not accepted in Transfer Mode
Jan 31 20:18:16 localhost vdr: codec: error audio data at 2304
Jan 31 20:18:28 localhost vdr: codec: error audio data at 576
Jan 31 20:18:30 localhost vdr: [4922] PANIC: watchdog timer expired - exiting!

Alles anzeigen

Zweiter Absturtz beim verlassen des Vollbildmodus:

Code

Jan 31 20:50:26 localhost vdr: video: display buffer empty, duping frame (814/530) 0
Jan 31 20:50:26 localhost vdr: video: display buffer empty, duping frame (815/530) 3
Jan 31 20:50:26 localhost vdr: video: display buffer empty, duping frame (816/530) 0
Jan 31 20:50:26 localhost vdr: video: display buffer empty, duping frame (817/530) 0
Jan 31 20:50:26 localhost vdr: video: display buffer empty, duping frame (818/530) 0
Jan 31 20:50:26 localhost vdr: video: display buffer empty, duping frame (819/530) 0
Jan 31 20:50:26 localhost vdr: video: display buffer empty, duping frame (820/530) 0
Jan 31 20:50:26 localhost vdr: video: display buffer empty, duping frame (821/530) 0
Jan 31 20:50:26 localhost vdr: video: display buffer empty, duping frame (822/530) 0
Jan 31 20:50:26 localhost vdr: video: display buffer empty, duping frame (823/530) 0
Jan 31 20:50:26 localhost vdr: video: display buffer empty, duping frame (824/530) 0
Jan 31 20:50:26 localhost vdr: video: display buffer empty, duping frame (825/530) 0
Jan 31 20:50:26 localhost vdr: codec: YUV 420 supported
Jan 31 20:50:26 localhost vdr: video: display buffer empty, duping frame (826/534) 0
Jan 31 20:50:26 localhost vdr: video: display buffer empty, duping frame (827/534) 0
Jan 31 20:50:26 localhost vdr: video: display buffer empty, duping frame (828/534) 0
Jan 31 20:50:26 localhost vdr: video: display buffer empty, duping frame (829/534) 0
Jan 31 20:50:26 localhost vdr: video/vaapi: can't get auto-crop image 1
Jan 31 20:50:26 localhost vdr: video: display buffer empty, duping frame (830/544) 0
Jan 31 20:50:27 localhost vdr: video/vaapi: can't get auto-crop image 1
Jan 31 20:50:27 localhost vdr: video/vaapi: vaapi supports unscaled osd
Jan 31 20:50:27 localhost kernel: [  588.863656] receiver on dev[1344]: segfault at 7fc3bf7a4000 ip 00007fc3eb85427e sp 00007fc3d52bbca8 error 7 in libc-2.15.so[7fc3eb7d0000+199000]
Jan 31 20:50:27 localhost runvdr: restarting VDR
Jan 31 20:50:29 localhost vdr: [1388] VDR version 1.7.23 started

Alles anzeigen

Ansonsten:

- Sehr schnelles Umschalten
- OSD OK und ohne Zuckeln o.ä.
- Wie im ersten log ersichtlich wird auf HD Sendern die ganze Zeit "video: display buffer empty, duping frame (224/908) 0" ausgegeben (habe ich ja schon berichtet). Das Videobild Ruckelt (ausser 720p) bei eingschaltetetem Bob Deinterlacing (findet aber nicht statt). Bei gewähltem Software Deinterlace alles OK.
- Blockartefakte beim Umschalten im unteren Bereich sind weg
- Grüne Blockartefakte über den ganzen Bildschirm z.B. beim Umschalten auf imusicTV
- kein Autocrop

Gruß
Atech

helau · 31. Januar 2012

Zitat von johns

16:9 in 4:3 Ausstrahlung aufzoomen, ist doch schon drin. Es nennt sich auto-crop. Dazu im Setup einschalten.
Wenn dann immer noch ein kleinerer schwarzer Rand übrigbleibt, liegt es daran das der Sender das 16:9 zu sehr in Höhe zieht, dann kann man über Tolerance diesen Bereich ignorieren, es wird dann aber beim Zoom diese Pixel weggeschnitten.

Danke - das hat geklappt - die Doku zu lesen und verstehen wuerde manchmal doch helfen

johns · 31. Januar 2012

Zitat von helau

Kannst Du die verlinkte Aufnahme aufzoomen ?
Es ist ein 4:3 Aufnahme mit schwarzen Balken oben und unten. Auf dem 16:9 TV werden nun zusaetlich schwarze Balken links und rechts angezeigt.

Irgendwie senden wir auf verschiedenen Wellenlängen! Hast du mein Posting über 4:3 mit 16:9 überhaupt gelesen?
Klar funktioniert deine Aufnahme hervorragend ohne schwarze Ränder.

softhddevice.AutoCrop.Delay = 10
softhddevice.AutoCrop.Interval = 2
softhddevice.AutoCrop.Tolerance = 8

Ich habe es nur auf sehr kurz gestellt, damit ich es schnell sehen kann.

hast es selber gemerkt

Zitat von Copperhead

40ms ist aber deutlich erkennbar. Problematisch ist eben, wie es helau schon gesagt hat, dass das A/V Delay schwankt. Manchmal ist das Bild schneller, manchmal passt es genau und manchmal ist der Ton schneller.

Dann bist du besser als jede Norm erlaubt ;). Im Moment ist besser als 40ms nicht möglich, da ich nur eine Vollframe verdoppeln bzw. auslassen kann und diese dauert nunmal 40ms bei Interlaced Bildmaterial.
Ansonsten muss der Ton langsamer oder schneller laufen und mit pass-through ist dies nicht möglich.
Ich brauche Zahlen Sender XY muß +X, einanderer -Y. Ich hoffe alle 720p und 1080i sind gleich. Ansonsten sollten alle 576i außer meinen Lieblingen (Nick/CC,SIXX,iMusic,..) ein anderen haben.
Und dann gibts noch die großen Matschsender Nick/CC, SIXX, ...

Zitat von Atechsystem

Hatte heute mehrfach den GPU Hung Bug. Habe alle Dateien und Daten gesammelt, geht gleich an die Intel Mailingliste. Umscalten von AnixeHD auf DasErste HD:

Im GIT gibt es eine neue Version, die die "GPU hung" mit SDTV umgeht. AnixeHD und ServusTV wollen bei mir sofort nicht mehr; obwohl sie vor ein paar Tagen noch einwandfrei gingen.

Johns

Copperhead · 31. Januar 2012

Ich merke es im Moment sehr stark auf Prosieben HD... Das ist meiner Meinung auch mehr als 40ms.

Problem ist nur, dass ich nicht beurteilen kann, wie die A/V Verschiebung ist. Ich merke immer nur, dass es nicht passt.

johns · 1. Februar 2012

Einfach mal 100 eintragen und gucken.

So 1080i funktioniert auch mit dem Plugin, aber nur wenn man auf einem 1080i Sender beginnt.
Am besten Servus TV HD nehmen.

Code

InitialChannel = 18

Fragt mich aber nicht warum,
Johns

helau · 1. Februar 2012

Das mit 100 hatte ich auch getestet, dann wars auf dem einen Sender ok, aber in einer Aufnahme und anderen Sendern passte es nicht mehr ...

kh1309 · 1. Februar 2012

HI,
sorry für DAU Frage. Aber ich habe etwas den Überblick verloren.
Wie ist denn der aktuelle Stand zu Thema VA-API hardware decoding und hardware deinterlacing mit Intel GPUs. Wird das vom Plugin schon unterstützt? Kann das eingestellt werden ähnlich wie bei z.b. Xine?
VG
Kurt

Atechsystem · 1. Februar 2012

Hi,

so wie ich das im moment sehe funktioniert BOB Deinterlacing mit vaapi (auch ext branch) mit Sandybridge. Leider kommt es wohl unter Umständen häufiger zum CPU Hung. Teste doch einfach mal.

Gruß
Atech

johns · 1. Februar 2012

Zitat von kh1309

HI,
sorry für DAU Frage. Aber ich habe etwas den Überblick verloren.
Wie ist denn der aktuelle Stand zu Thema VA-API hardware decoding und hardware deinterlacing mit Intel GPUs. Wird das vom Plugin schon unterstützt? Kann das eingestellt werden ähnlich wie bei z.b. Xine?

Also im Moment funktioniert die letzte GIT Version mit Sandy Bridge ohne Probleme. Man muß nur einen Trick verwenden und mit Servus TV HD als fest eingestellten Sender starten.
Danach klappt SDTV/HDTV. Ein paar Features (z.b. yaepghd Support) fehlen noch in der VA-API Version.

Getestet mit gentoo 64bit mit ~amd64 (also unstable Packete) + libva libva-intel-driver aus GIT branch vaapi-ext.

mit "export HW_NO=1" kann man den Hardware Decoder komplett abschalten.
mit "export HW_MPEG_NO=1" kann man nur den Mpeg Hardware Decoder abschalten.
im Setup kannst du Deinterlace ein und ausschalten, für VA-API ist nur Bob und Weave relevant.

Johns

kh1309 · 2. Februar 2012

Zitat von johns

Man muß nur einen Trick verwenden und mit Servus TV HD als fest eingestellten Sender starten.

wie machts du das? Hab keinen passenden Startup Parameter beim VDR gesehen.
Habe mal kurz mit der aktuellen GIT Version getestet. Bei 1080i kriege ich GPU Hung. Treiberversion weiss ich grad nicht. Ist aus dem bleeding edge repo irgendwann innerhalb den letzten 4 Wo. Teste heut abend mal mit der GIT Version.
VG Kurt

gda · 2. Februar 2012

Zitat von kh1309

wie machts du das? Hab keinen passenden Startup Parameter beim VDR gesehen.

Vor dem Start einfach die setup.conf ändern mit sed?

Gerald

iNOB · 2. Februar 2012

Zitat von kh1309

wie machts du das?

"System/Einstellungen/Sonstiges/Kanal beim Einschalten" den auf ServusTVHD setzen und gut iss.

Gruß
iNOB

gda · 2. Februar 2012

Zitat von iNOB

"System/Einstellungen/Sonstiges/Kanal beim Einschalten" den auf ServusTVHD setzen und gut iss.

Das gab es ja auch noch. Man wird (ist) alt.

Gerald

Atechsystem · 2. Februar 2012

Hallo,

neuester git stand:

- Autocrop funktioniert hervorragend
- Umschalten ohne Artefakte, auch nicht bei Nick oder Imusic (also keine grünen Blöcke)
- leider bisher einen GPU Hung beim Umschalten auf DasErsteHD
- Würde gerne die Ausgabe mit Interlaced Modus testen aber da startet mein Xserver nicht korrekt (vergleiche xine vaapi Thread)

Ansonsten TOP

Kann ich irgendwie überprüfen, ob die Option "export NO_HW=1" gegriffen hat? Sieht man das an der CPU Auslastung o.ä? Da mein vdr über einen daemon startet bin ich nciht sicher ob es geht.

Gruß
Atech

johns · 2. Februar 2012

Das merkst nur, wenn du -DDEBUG aktivierst und dann ins syslog guckst.
Kannst mal schauen was bei Software Deinterlacer passiert, den der ist beim Software Decoder Pfad noch nicht eingebaut.
Und klar sollte das Load beim Software Decoder steigen.
Und bei dem GPU hung, daran denken auf 1080i starten, hilft bei Sandy Bridge.

Ansonst gibts jetzt die Version 0.4.6:

Wer Probleme mit dem A/V Sync hat, kann nun mit -DAV_INFO compilieren, dann wird auch ohne -DDEBUG alle 10s ins syslog geloggt, wenn der Vdr Loglevel Info zulässt.

Johns

3PO · 3. Februar 2012

Hi,

ich nun endlich mal dazu gekommen, das Plugin zu testen. Leider aber habe ich nicht geschafft, dass das softhddevice den Ton ausgibt.

Das Sounddevice ist bei mir: card1, device7.

Ich habe auch schon versucht, den Parameter "-a plughw:1,7" mitzugeben, leider aber bleibt der Ton auch damit stumm.

Evtl hat ja Jemand eine Idee, wie ich das Plugin dazu bewegen kann, dass es bei mir auch Audio ausgibt?

johns · 3. Februar 2012

Guck mal was im syslog steht, da kommt schon etwas ohne -DDEBUG.

Code

fgrep audio /var/log/messages

Dann gucke mal ob du Dolby oder normale Audiospur verwendest. Mal die andere Spur auswählen. Sollte aber wenn es nicht passt Fehlermeldung im syslog sein.
Dann alsamixer ob die Tonkanäle entmutet und hochgestellt sind.

wenn das nicht hilft, mit -DDEBUG bauen.

Johns

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

Jetzt mitmachen!

Teilen

Tags