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.
softhddevice - Software VDPAU/VA-API/CPU Decoder und Ausgabe Plugin
- johns
- Geschlossen
-
-
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 -
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: -
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
-
Ah, das war der passende Hinweis. Ich habe jetzt Libjpeg8 installiert und damit ist alles gut. Vielen Dank.
-
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 -
Das mit dem Umschalten habe ich gefunden:
Diff
Alles anzeigendiff --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);
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
-
ich gebs jetzt auf.
das problem :Codesofthddevice.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.
-
-
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 -
ich gebs jetzt auf.
das problem :Codesofthddevice.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.
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
-
-
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
-
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 kompilierenCode
Alles anzeigensofthddev.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
in einem anderen post steht, dass da ffmpeg fehlt. aber was davon? hab ubuntu, und das paket ffmpeg installiert.
Coderoot@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!
-
ich denke mit lucid wird das nix. zu alt.
-
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
durchführen, was aber hier ja nicht geht.Regards
fnu -
oder ffmpeg selbst kompilieren ...
-
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? -
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-bleedAlso entweder wie "jrie" sagte selbst bauen oder mit hoplo's unstable Paket auf Oneiric/Precise testen, sorry.
Regards
fnu -
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-devNoe , 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
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!