Hi,
für softhdvaapi fehlt wohl vulkan...
Test softhddevice doch mal mit i965.
MfG,
Stefan
Hi,
für softhdvaapi fehlt wohl vulkan...
Test softhddevice doch mal mit i965.
MfG,
Stefan
Hm, hatte ich vorher, aber für meine offenbar zu neue CPU lauteten die Empfehlungen den iHD zu nutzen.
Der i965 ist ja der alte Treiber, wenn ich das recht verstanden habe.
vainfo sagte übrigens aktuell:
libva info: VA-API version 1.9.0
libva info: Trying to open /usr/lib64/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_9
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.9 (libva 2.9.1)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 21.1.0 (ff0cb9ef)
vainfo: Supported profile and entrypoints
VAProfileNone : VAEntrypointVideoProc
VAProfileNone : VAEntrypointStats
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Simple : VAEntrypointEncSlice
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointFEI
VAProfileH264Main : VAEntrypointEncSliceLP
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointFEI
VAProfileH264High : VAEntrypointEncSliceLP
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileJPEGBaseline : VAEntrypointVLD
VAProfileJPEGBaseline : VAEntrypointEncPicture
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264ConstrainedBaseline: VAEntrypointFEI
VAProfileH264ConstrainedBaseline: VAEntrypointEncSliceLP
VAProfileVP8Version0_3 : VAEntrypointVLD
VAProfileVP8Version0_3 : VAEntrypointEncSlice
VAProfileHEVCMain : VAEntrypointVLD
VAProfileHEVCMain : VAEntrypointEncSlice
VAProfileHEVCMain : VAEntrypointFEI
VAProfileHEVCMain10 : VAEntrypointVLD
VAProfileHEVCMain10 : VAEntrypointEncSlice
VAProfileVP9Profile0 : VAEntrypointVLD
VAProfileVP9Profile2 : VAEntrypointVLD
Alles anzeigen
Mit dem Zusatzparamter "-w no-hw-decoder" läuft das softhddevice-Plugin und es kommt auch ein Bild.
Ich bin zwar nicht sicher, ob der Parameter richtig ist, aber immerhin klappt es mal mit dem Bild.
Kann Jemand etwas zu Sinn oder Unsinn des genannten Parameters bei gegebener HW sagen?
- Intel(R) Core(TM) i5-10210U CPU @ 1.60GHz
- Bus 001 Device 004: ID 0572:6831 Conexant Systems (Rockwell), Inc. DVBSky S960 DVB-S2 tuner
Danke ansonsten allen, die bisher geholfen haben!
Ciao.
Michael.
Dann wird doch alles in Software - zumindest nicht hardware-beschleunigt, decodiert, oder?
Aber wenn deine CPU damit keine Probleme hat, sollts ja passen.
With "-w no-hw-decoder" you use CPU decoder.
If the processor load suits you, then use this.
But this is not the main mode of work.
For me the same thing on my desktop with Intel i7-9700K and Intel iHD Driver.
The picture is black for channels with 720p - independent of the choosen deinterlacer in the setup menu of softhddevice.
576i and 1080i are all right.
Dez 28 10:10:35 sam vdr[7202]: [7202] switching to channel 2 S19.2E-1-1011-11110 (ZDF HD)
Dez 28 10:10:35 sam vdr[7202]: [7795] osdteletext-receiver thread ended (pid=7202, tid=7795)
Dez 28 10:10:35 sam vdr[7202]: [7202] buffer stats: 0 (0%) used
Dez 28 10:10:35 sam vdr[7202]: [7794] device 2 receiver thread ended (pid=7202, tid=7794)
Dez 28 10:10:35 sam vdr[7202]: [7798] device 2 receiver thread started (pid=7202, tid=7798, prio=high)
Dez 28 10:10:35 sam vdr[7202]: [7799] osdteletext-receiver thread started (pid=7202, tid=7799, prio=high)
Dez 28 10:10:35 sam vdr[7202]: [7801] animator thread thread started (pid=7202, tid=7801, prio=high)
Dez 28 10:10:36 sam vdr[7202]: audio/alsa: start delay 336ms
Dez 28 10:10:36 sam vdr[7202]: codec: YUV 420 supported
Dez 28 10:10:36 sam vdr[7202]: codec: YUV 422 supported
Dez 28 10:10:36 sam vdr[7202]: Using entrypoint for vpp: 10
Dez 28 10:10:36 sam vdr[7202]: video/vaapi: can't destroy 0 surfaces
Dez 28 10:10:36 sam vdr[7202]: video/vaapi: noise reduction supported
Dez 28 10:10:36 sam vdr[7202]: video/vaapi: 0,00 - 64,00 ++ 1,00 = 0,00
Dez 28 10:10:36 sam vdr[7202]: Enabling denoise filter (pos = 0)
Dez 28 10:10:36 sam vdr[7202]: video/vaapi: deinterlacing supported
Dez 28 10:10:36 sam vdr[7202]: video/vaapi: bob deinterlace supported
Dez 28 10:10:36 sam vdr[7202]: video/vaapi: motion adaptive deinterlace supported
Dez 28 10:10:36 sam vdr[7202]: video/vaapi: motion compensated deinterlace supported
Dez 28 10:10:36 sam vdr[7202]: Enabling Deint (pos = 1)
Dez 28 10:10:36 sam vdr[7202]: video/vaapi: sharpening supported
Dez 28 10:10:36 sam vdr[7202]: video/vaapi: 0,00 - 64,00 ++ 1,00 = 44,00
Dez 28 10:10:36 sam vdr[7202]: Enabling sharpening filter (pos = 0)
Dez 28 10:10:36 sam vdr[7202]: video/vaapi: enabling color balance filters
Dez 28 10:10:36 sam vdr[7202]: video/vaapi: Supported color balance filter count: 5
Dez 28 10:10:36 sam vdr[7202]: Hue (-180,00 - 180,00 ++ 0,10 = 0,00) (pos = 2)
Dez 28 10:10:36 sam vdr[7202]: Saturation (0,00 - 10,00 ++ 0,01 = 1,00) (pos = 2)
Dez 28 10:10:36 sam vdr[7202]: Brightness (-100,00 - 100,00 ++ 0,10 = 0,00) (pos = 2)
Dez 28 10:10:36 sam vdr[7202]: Contrast (0,00 - 10,00 ++ 0,01 = 1,00) (pos = 2)
Dez 28 10:10:36 sam vdr[7202]: AutoContrast (0,00 - 0,00 ++ 0,00 = 0,00) (pos = 2)
Dez 28 10:10:36 sam vdr[7202]: video/vaapi: skin tone enhancement supported
Dez 28 10:10:36 sam vdr[7202]: video/vaapi: 0,00 - 9,00 ++ 1,00 = 3,00
Dez 28 10:10:36 sam vdr[7202]: Enabling skin tone filter (pos = 3)
Dez 28 10:10:36 sam vdr[7202]: video/vaapi: unsupported filter #06
Dez 28 10:10:36 sam vdr[7202]: video/vaapi: unsupported filter #07
Dez 28 10:10:36 sam vdr[7202]: video/vaapi: unsupported filter #08
Dez 28 10:10:36 sam vdr[7202]: Allocating 0 forward reference surfaces for postprocessing
Dez 28 10:10:36 sam vdr[7202]: Allocating 0 backward reference surfaces for postprocessing
Dez 28 10:10:36 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:36 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:36 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:36 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:36 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/vaapi: vaSyncSurface failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/vaapi: vaSyncSurface failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/vaapi: vaSyncSurface failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/vaapi: synced after 49 frames
Dez 28 10:10:37 sam vdr[7202]: video/vaapi: vaSyncSurface failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/vaapi: vaSyncSurface failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/vaapi: vaSyncSurface failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/vaapi: vaSyncSurface failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
Dez 28 10:10:37 sam vdr[7202]: video/vaapi: vaSyncSurface failed
Dez 28 10:10:37 sam vdr[7202]: video/glx: vaCopySurfaceGLX failed
With the option -w no-hw-decoder from nobanzai 720p is allright.
Has softhddevice already been adapted to the iHD driver?
Addendum:
With the option -w no-hw-decoder I can't choose any Deinterlacer in the setup menu of softhddevice and vdr mostly crashes when I levae the menu or change anything.
I can't say something about va-api, there is no hardware now.
Maybe next week will be (on New Year holiday), then I'll look it.
Unclear, why is vaCopySurfaceGLX. GLX must use with -v va-api-glx, but not with -v va-api.
If you use -v va-api, it seems like a bug.
With "-w no-hw-decoder" you use CPU decoder.
If the processor load suits you, then use this.
But this is not the main mode of work.
I'd like to use an existing hw decoder, if possible.
But I couldn't circumvent the message "video/vaapi: vaSyncSurface failed: operation failed" 8-(
Any idea?
Thx and bye.
Michael.
For me the same thing on my desktop with Intel i7-9700K and Intel iHD Driver.
The picture is black for channels with 720p - independent of the choosen deinterlacer in the setup menu of softhddevice.
576i and 1080i are all right.
No matter, what signal format the actual broadcast has, I always get "video/vaapi: vaSyncSurface failed: operation failed", if I don't use -w no-hw-decoder.
I don't get the "video/glx: vaCopySurfaceGLX failed" message, though.
Oh sorry for the missing information. I start with va-api-glx.
When I start without glx, I get a black picture on all channels.
Dez 28 11:26:58 sam vdr[17508]: video/vaapi: vaSyncSurface failed: operation failed
Dez 28 11:26:58 sam vdr[17508]: video/vaapi: vaSyncSurface failed
Dez 28 11:26:58 sam vdr[17508]: video/vaapi: release surface 0x0000000d, which is not in use
When I change the channel vdr crashes.
segfault at 0 ip 00007f42f096121e sp 00007f42d57f9cb8 error 4 in libc-2.26.so[7f42f08cd000+1b1000]
This is the reason why I start with -v va-api-glx when the iHD driver is in use.
Oh sorry for the missing information. I start with va-api-glx.
When I start without glx, I get a black picture on all channels.
Even with -w no-hw-decoder?
We'd better open a new thread, don't we?
When the iHD driver is in use, I have to start with va-api-glx. Otherwise the osd is gone.
Do we have to start a new thread? I Thought that fits. Otherwise sorry!
I didn't mean your posting, but mine
As for the OSD, I didn't get that far, yet.
Ich habe das gelöst (für softhdvaapi) mit Bau und Installation des aktuellen iHD/vaapi Pakets von Intel.
Mein Script dazu:
#!/bin/bash
exec >mkvaapi.log 2>&1
set -x
P=$( pwd )
VAAPI=vaapi
VALIB=libva
GMMLIB=gmmlib
MDRIVER="media-driver"
W="${P}/${VAAPI}/workspace"
BL="${P}/${VAAPI}/buildlibva"
BG="${P}/${VAAPI}/buildgmm"
BM="${P}/${VAAPI}/buildmedia"
rm -rf "${P}/${VAAPI}/"
mkdir -p "$W" && cd "$W" \
&& git clone "https://github.com/intel/$VALIB" "$VALIB" \
&& mkdir -p "$BL" && cd "$BL" \
&& ${W}/${VALIB}/autogen.sh \
&& make -j$(nproc) \
&& make -j$(nproc) install \
&& cd "$W" \
&& git clone "https://github.com/intel/$GMMLIB" "$GMMLIB" \
&& mkdir -p "$BG" && cd "$BG" \
&& cmake -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr/local "${W}/${GMMLIB}" \
&& make -j$(nproc) \
&& make -j$(nproc) install \
&& cd "$W" \
&& git clone "https://github.com/intel/${MDRIVER}" "$MDRIVER" \
&& cd "${W}/${MDRIVER}" \
&& git submodule init \
&& git pull \
&& mkdir -p "$BM" && cd "$BM" \
&& cmake "${W}/${MDRIVER}" \
-DMEDIA_VERSION="2.0.0" \
-DBS_DIR_GMMLIB="${W}/${GMMLIB}/Source/GmmLib/" \
-DBS_DIR_COMMON="${W}/${GMMLIB}/Source/Common/" \
-DBS_DIR_INC="${W}/${GMMLIB}/Source/inc/" \
-DBS_DIR_MEDIA="${W}/${MDRIVER}" \
-DCMAKE_INSTALL_PREFIX=/usr/local \
-DCMAKE_INSTALL_LIBDIR=/usr/local/lib64 \
-DINSTALL_DRIVER_SYSCONF=OFF \
-DLIBVA_DRIVERS_PATH=/usr/local/lib64/dri \
&& time make -j$(nproc) VERBOSE=1 \
&& sudo make -j$(nproc) install VERBOSE=1
[ $? -ne 0 ] && exit $?
if [[ -z "${LIBVA_DRIVERS_PATH}" ]]; then
echo 'LIBVA_DRIVERS_PATH=/usr/local/lib64/dri'
fi
if [[ -z "${LIBVA_DRIVER_NAME}" ]]; then
echo 'LIBVA_DRIVER_NAME=iHD'
fi
#reboot
echo
echo "Reboot system by typing -> sudo reboot now ***"
echo
Alles anzeigen
Dazu müssen dann passend beim Bau von VDR und Plugins ein paar Variablen gesetzt werden:
export CPPFLAGS="-I/usr/local/include"
export LDFLAGS="-L/usr/local/lib64 -L/usr/local/lib64/dri"
export LIBVA_DRIVERS_PATH="/usr/local/lib64/dri:/usr/lib64/dri"
Und beim Starten wäre auch nicht schlecht, die folgenden Variable zu setzen:
Damit klappt bei mir in jedem Fall mit der Gen10-CPU der HW-Decoder.
Wenn man dann mag, kann man sich noch mit libplacebo befassen.
Ciao.
Michael.
Ich habe das gelöst (für softhdvaapi) mit Bau und Installation des aktuellen iHD/vaapi Pakets von Intel.
Gerade die neueste Version gebaut:
libva info: VA-API version 1.12.0
libva info: Trying to open /usr/local/lib64/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_12
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.12 (libva 2.11.1)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 21.2.1 (28efdca6)
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!