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

udobroemme · 25. Januar 2012

Ich lasse den X-Server komplett unabhängig vom VDR über einen Dienst starten. Damit kann ich völlig problemlos über das Externalplayer-Plugin XBMC starten, ohne dass ich ein Suspend des Softhddevice-Plugins anstoßen muss.

kh1309 · 25. Januar 2012

HI Johns, danke für den Hinweis.
Habe mal umgestellt auf vdr-1.7.23. Hilft aber nicht. Der Fehler kommt bei HD Sendern (immer noch). ffmpeg und X Kram sind ziemlich neu. Ist's doch der Kernel?

VG
Kurt
PS:Bei SD geht's recht gut. Die Umschaltzeiten sind super.:tup

udobroemme · 25. Januar 2012

Eine Kleinigkeit:
Die Jpeg-Grabbing-Geschichte funktioniert bei mir nicht.
Da die Libjpeg anscheinend kein pkg-File installiert, wird in /usr/lib nach der Library gesucht. Bei meiner 64Bit-Suse liegen die Libraries aber in /usr/lib64. Nun gut, den Pfad konnte ich selbst anpassen, allerdings kommt dann nach Programmstart folgender Fehler:

Code

libvdr-softhddevice.so.1.7.23: undefined symbol: jpeg_mem_dest

m.Rcu · 25. Januar 2012

ich werde heute abend mal einen kurzen gcc compile test für das makefile machen.

http://freecode.com/projects/libjpeg/releases/314766

jpeg_mem_dest ist erst ab libjpeg8a dabei.

Ansonsten müsste man das memory handling noch extra einbauen für libjpeg < 8a

udobroemme · 25. Januar 2012

Ah, das war der passende Hinweis. Ich habe jetzt Libjpeg8 installiert und damit ist alles gut. Vielen Dank.

Atechsystem · 25. Januar 2012

Hi,

ich habe den aktuellen git Stand von Vaapi-ext und softhddevice heute nochmal ausgechecked und Compiliert. Folgendes ist mir aufgefallen:

- Beim Umschalten bilden sich im unteren Bereich (dort wo das OSD eingeblendet ist) häufig große Blockartefakte die dann anschließend verschwinden. Das war auch schon beim ersten Test so - hab ich vergessen zu erwähnen.
- Autocrop habe ich nicht zum laufen bewegt.
- Hardware Deinterlacing funktioniert nicht (Ich versuche grade mit Flachzange ja im xine-vaapi Thread herauszufinden ob das nur bei mir so ist - ich vermute aber mal es geht einfach mit Clarkdale nicht, weiss der Geier warum)
- Software Deinterlacing funktioniert. Ich habe nochmal auf den HD 1080i Sendern ins Log geschaut - to slow kommt definitiv nicht vor.

Soweit von mir...

Gruß
Atech

johns · 25. Januar 2012

Das mit dem Umschalten habe ich gefunden:

Diff

diff --git a/softhddev.c b/softhddev.c
index cbeaed1..4f20c90 100644
--- a/softhddev.c
+++ b/softhddev.c
@@ -803,7 +806,7 @@ int PlayVideo(const uint8_t * data, int size)
            Debug(3, "video: not detected\n");
            return size;
        }
-       if (VideoCodecID == CODEC_ID_MPEG2VIDEO) {
+       if (0 && VideoCodecID == CODEC_ID_MPEG2VIDEO) {
            // mpeg codec supports incomplete packets
            // waiting for a full complete packages, increases needed delays
            VideoNextPacket(CODEC_ID_MPEG2VIDEO);

Alles anzeigen

Scheinbar unterstützt VA-API keine halben Packete. Weil der Gleiche Code funktioniert bei VDPAU. Muß mal den Softwaredekoder probieren.
Problem ist nun das bei Nick/CC und SIXX die GPU sich immer aufhängt.

Edit: Scheint auch bei VDPAU die Blockbildung nachdem Umschalten von SDTV zuverringern.
Komisch ist ja das es nur am Anfang Probleme macht.

Johns

hotzenplotz5 · 26. Januar 2012

ich gebs jetzt auf.
das problem :

Code

softhddevice.cpp: In Konstruktor »cMenuSetupSoft::cMenuSetupSoft()«:
softhddevice.cpp:419:16: Fehler: »trVDR« wurde in diesem Gültigkeitsbereich nicht definiert
make[2]: *** [softhddevice.o] Fehler 1

bleibt einfach mit dem paketbau. ich weiss auch nicht wie ich das wegbekommen soll, da kenne ich mich nicht aus.
fakt ist aber: alle anderen plugins haben damit kein problem !

gibt halt vorerst kein softhddevice im yavdr repo. schade, hätte es gerne getestet.

e.peinlich · 26. Januar 2012

hotzenplotz5

in softhddevice.cpp

#include <vdr/i18n.h>

mfg ernst

Atechsystem · 26. Januar 2012

Hi Johns,

Flachzange hat jetzt bestätigt, dass Deinterlacing auch mit Clarkdale/Arrandale funktioniert. Er hat es mit ebsis xine-lib-vaapi getestet (vergl. HD-VDR mit Intel HD Graphics - Testbericht zu vaapi ).Ich werde das ganze heute Abend auch nochmal gegentesten. Er hat aber auch den "GPU Hung" bug nocheinmal Bestätigt.

Werde deine Änderungen bezüglich der Blockartefakte heute Abend testen.

Gruß
Atech

johns · 26. Januar 2012

Zitat von hotzenplotz5
ich gebs jetzt auf.
das problem :
Code
softhddevice.cpp: In Konstruktor »cMenuSetupSoft::cMenuSetupSoft()«:
softhddevice.cpp:419:16: Fehler: »trVDR« wurde in diesem Gültigkeitsbereich nicht definiert
make[2]: *** [softhddevice.o] Fehler 1
bleibt einfach mit dem paketbau. ich weiss auch nicht wie ich das wegbekommen soll, da kenne ich mich nicht aus.
fakt ist aber: alle anderen plugins haben damit kein problem !

gibt halt vorerst kein softhddevice im yavdr repo. schade, hätte es gerne getestet.
Alles anzeigen

Ich habe es doch schon geschrieben:
im Script make DEFINES weg, dafür make CFLAGS="-O2 -fPIC" CXXFLAGS="-O2 -fPIC" VDRDIR=bla LIBDIR=bla
bzw. das "-O2 -fPIC" mit dem ersetzen was Ihr wollt.

Wollt Ihr beeinflussen was im Plugin drin ist noch ein CONFIG="-DUSE_VDPAU -DUSE_VAAPI -DUSE_JPEG -DUSE_ALSA -DUSE_OSS" dazu,
ansonsten wird genommen was es findet, bzw. OSS immer.

Johns

hotzenplotz5 · 26. Januar 2012

johns ich (bzw. wino) hab/hat den fehler gefunden. in debian/rules stand tatsächlich bullshit.
da kannst du nix dafür !
ICH HASSE MAKEFILES ..... (das musste ich noch loswerden)

na dann kann es ja weitergehen.

johns · 26. Januar 2012

Zitat von Morone

Mal ne andere Frage , meinst du bekommst das mit externalplayer-Plugin hin ?

Es darf getestet werden. Die aktuelle Version im GIT funktioniert bei mir mit "vdr-mplayer" Plugin.
Das Plugin gibt video und audio komplett frei.

Johns

izeman · 26. Januar 2012

auch wenn ich mir der tt6400 eigentlich ganz zufrieden bin, interessieren mich neue plugins immer.
daher hab ich auch das 0.4 runtergeladen und versucht mit 1.7.20 zu kompilieren

Code

softhddev.c: In function ‘VideoEnqueue’:
softhddev.c:430: warning: implicit declaration of function ‘av_grow_packet’
cc -g -Wall -O2 -fPIC -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DUSE_GRAPHTFT -DUSE_LIVEBUFFER    -DUSE_ALSA -DUSE_OSS -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"softhddevice"'  -I/usr/include/dvb-s2api-liplianin -I../../../include   `pkg-config --cflags x11 x11-xcb xcb xcb-xv xcb-shm xcb-dpms xcb-atom xcb-screensaver xcb-randr xcb-glx xcb-icccm xcb-keysyms` `pkg-config --cflags gl glu`    `pkg-config --cflags alsa`   -c -o video.o video.c
video.c: In function ‘VideoSetPts’:
video.c:7314: error: ‘AVFrame’ has no member named ‘pkt_pts’
video.c:7317: error: ‘AVFrame’ has no member named ‘pkt_dts’
video.c: In function ‘VideoSetAutoCrop’:
video.c:7862: warning: unused variable ‘i’
make[1]: *** [video.o] Fehler 1
make[1]: Verlasse Verzeichnis '/usr/local/src/vdr.test/PLUGINS/src/softhddevice-0.4.0'


*** failed plugins: softhddevice

Alles anzeigen

in einem anderen post steht, dass da ffmpeg fehlt. aber was davon? hab ubuntu, und das paket ffmpeg installiert.

Code

root@vdr:/usr/local/src/vdr.test# dpkg -l |grep ffmp
ii  ffmpeg                               4:0.6.1-5ubuntu2~ppa1~lucid1                      Multimedia player, server, encoder and transcoder

wer kann mir helfen? danke!

hotzenplotz5 · 26. Januar 2012

ich denke mit lucid wird das nix. zu alt.

fnu · 26. Januar 2012

izeman

Kann sein das hoplo Recht hat, aber evtl. fehlt Dir auch nur eines dieser dev-pakete:

libavcodec-dev
libavdevice-dev
libavfilter-dev
libavformat-dev
libavutil-dev
libpostproc-dev
libswscale-dev

Bei Debian/Ubuntu würde man ja normalerweise vorher ein

Code

#\> apt-get build-dep PAKET

durchführen, was aber hier ja nicht geht.

Regards
fnu

jrie · 26. Januar 2012

oder ffmpeg selbst kompilieren ...

izeman · 26. Januar 2012

die dev pakete sind alle da. allerdings in der version 4:0.6.1
im readme steht was von ffmpeg7. kann das das problem sein?

fnu · 26. Januar 2012

Zitat von izeman

im readme steht was von ffmpeg7. kann das das problem sein?

Dann ja, ich kann Dir leider kein ffmpeg7 für Lucid zur Verfügung stellen, das tun noch nichtmal die Ubuntu People selbst: Lucid-bleed

Also entweder wie "jrie" sagte selbst bauen oder mit hoplo's unstable Paket auf Oneiric/Precise testen, sorry.

Regards
fnu

Gurkendieb · 26. Januar 2012

Zitat

Kann sein das hoplo Recht hat, aber evtl. fehlt Dir auch nur eines dieser dev-pakete:
libavcodec-dev
libavdevice-dev
libavfilter-dev
libavformat-dev
libavutil-dev
libpostproc-dev
libswscale-dev

Alles anzeigen

Noe , dann wuerde da was anderes stehen.
"‘AVFrame’ not declared" oder sowas in der Art.
Dein ffmpeg ist doch recht alt
Edit: Ok , hat aber wohl eher etwas mit libav , deswegen liegt fnu nun doch net ganz falsch

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

Jetzt mitmachen!

Teilen

Tags