VAAPI transcoding problem? am I using wrong version?
VAAPI transcoding problem? am I using wrong version?Replies (26)
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by Evren Yurtesen about 5 years ago
Well I upgraded to `4.3.0~pre+201911040835-0~built201911041332~gitfda89e8~ubuntu19.10.1` but it does not seem to work either.
I am able to use MPEG-TS Spawn with the following command
ffmpeg -vaapi_device /dev/dri/renderD128 -i pipe:0 -vf 'yadif,format=nv12,hwupload' -map 0:a? -map 0:s? -map 0:v? -c:a aac -c:s copy -c:v hevc_vaapi -f mpegts pipe:1
But not sure why tvheadend is not able to use it directly. I am still seeing <disabled, no valid input>.
Stranglely streaming does not work at all either and I think it said 'Filtered' for all fields. It is very late (or early) right now and I have to look at it again later. 
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by Evren Yurtesen about 5 years ago
If I disable deinterlacing I get the following error:
Nov 10 14:27:43 ubuntu tvheadend7682: libav: AVCodecContext: Driver does not support some wanted packed headers (wanted 0xd, found 0).
Nov 10 14:27:43 ubuntu tvheadend7682: libav: TVHGraph: Impossible to convert between the formats supported by the filter 'in' and the filter 'auto_scaler_0'
Nov 10 14:27:43 ubuntu tvheadend7682: transcode: 0015: 01:HEVC: [mpeg2video => hevc_vaapi]: filters: failed to config filter graph
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by saen acro about 5 years ago
What is this version 4.3.0~pre+201911040835-0~built201911041332~gitfda89e8~ubuntu19.10.1
current is 4.3-1854~gfda89e85e
What GPU you use?
Post info from:
About (toggle details frame)
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by Evren Yurtesen about 5 years ago
I installed it from Michael Marley's daily git builds repository, that is why the version number looks like that.
https://launchpad.net/~mamarley/+archive/ubuntu/tvheadend-git
I am using AMD RX 570. Below is the vainfo output
libva info: VA-API version 1.5.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.so
libva info: Found init function __vaDriverInit_1_5
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.5 (libva 2.5.0)
vainfo: Driver version: Mesa Gallium driver 19.2.1 for Radeon RX 570 Series (POLARIS10, DRM 3.33.0, 5.3.0-19-generic, LLVM 9.0.0)
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileHEVCMain : VAEntrypointVLD
VAProfileHEVCMain : VAEntrypointEncSlice
VAProfileHEVCMain10 : VAEntrypointVLD
VAProfileJPEGBaseline : VAEntrypointVLD
VAProfileNone : VAEntrypointVideoProc
Below is the details frame information:
Configure arguments:
--build=x86_64-linux-gnu --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --disable-silent-rules --libdir=${prefix}/lib/x86_64-linux-gnu --libexecdir=${prefix}/lib/x86_64-linux-gnu --disable-maintainer-mode --disable-dependency-tracking --prefix=/usr --enable-hdhomerun_client --disable-hdhomerun_static --disable-dvbscan --enable-libav --disable-ffmpeg_static --enable-libx264 --disable-libx264_static --enable-libx265 --disable-libx265_static --enable-libvpx --disable-libvpx_static --enable-libtheora --disable-libtheora_static --enable-libvorbis --disable-libvorbis_static --enable-libfdkaac --disable-libfdkaac_static --enable-libopus --disable-libopus_static --enable-vaapi --enable-nvenc --enable-omx --enable-dvbcsa --enable-dvben50221 --enable-libsystemd_daemon --enable-pcre2 --enable-pngquant --enable-ddci
Compiler:
Using C compiler: cc
Using C flags: -g -O2 -fdebug-prefix-map=/build/tvheadend-DYaMoQ/tvheadend-4.3.0~pre+201911040835=. -fstack-protector-strong -Wformat -Werror=format-security
Using LD flags: -Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,-z,now -lhdhomerun -ldvbcsa
Build for arch: x86_64
Binaries:
Using PYTHON: python
Using GZIP: gzip
Using BZIP2: bzip2
Options:
pie yes
ccdebug no
cardclient yes
cwc yes
cccam yes
capmt yes
constcw yes
linuxdvb yes
satip_server yes
satip_client yes
hdhomerun_client yes
hdhomerun_static no
iptv yes
tsfile yes
dvbscan no
timeshift yes
trace yes
avahi yes
zlib yes
libav yes
ffmpeg_static no
libx264 yes
libx264_static no
libx265 yes
libx265_static no
libvpx yes
libvpx_static no
libtheora yes
libtheora_static no
libvorbis yes
libvorbis_static no
libfdkaac yes
libfdkaac_static no
libopus yes
libopus_static no
nvenc yes
vaapi yes
mmal no
omx yes
inotify yes
epoll yes
pcre no
pcre2 yes
uriparser yes
ccache no
tvhcsa yes
bundle no
pngquant yes
kqueue no
dbus_1 yes
android no
gtimer_check no
slow_memoryinfo no
libsystemd_daemon yes
pcloud_cache yes
ddci yes
cclang_threadsan no
gperftools no
execinfo yes
mmx yes
sse2 yes
W_unused_result yes
f_stack_protector yes
f_stack_protector_strong yes
f_stack_check yes
f_PIE yes
fdatasync yes
getloadavg yes
atomic32 yes
atomic64 yes
atomic_time_t yes
atomic_ptr yes
bitops64 yes
lockowner yes
qsort_r yes
stime yes
gmtoff yes
recvmmsg yes
sendmmsg yes
ifnames yes
py_gzip yes
bin_pkg_config yes
bin_xgettext yes
bin_msgmerge yes
bin_gzip yes
bin_bzip2 yes
ssl yes
linuxdvbapi yes
linuxdvb_ca yes
libhdhomerun yes
upnp yes
hwaccels yes
inotify_h yes
inotify_init1 yes
dvbcsa yes
epoll_create1 yes
mpegts yes
mpegts_dvb yes
Packages:
openssl 1.1.1c
zlib 1.2.11
libpcre2-8 10.32
liburiparser 0.9.3
avahi-client 0.7
libavfilter 7.40.101
libswresample 3.3.100
libavresample 4.0.0
libswscale 5.3.100
libavformat 58.20.100
libavcodec 58.35.100
libavutil 56.22.100
libva 1.5.0
libva-x11 1.5.0
libva-drm 1.5.0
dbus-1 1.12.14
libsystemd 242
Installation paths:
Prefix: /usr
Binaries: ${prefix}/bin
Libraries: /usr/lib/x86_64-linux-gnu
Data files: ${prefix}/share
Man pages: /usr/share/man
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by saen acro about 5 years ago
Troblem can be everywhere becose using os libs
Try to build it as this
https://tvheadend.org/boards/4/topics/24116
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by Evren Yurtesen about 5 years ago
What do you mean by using OS libs? What else can it use?
When mamarley/ppa is built against Ubuntu 19.10, it uses the same libs that I have as I am using 19.10 also. Is there any reason why me building it should result in any different result? I feel that we need to debug the issue instead of trying to randomly rebuild. Because when it does not work, we still won't know what is the problem. By some miracle if it works, then we won't know why it worked, which makes it not very useful.
I will never the less build it, but you think the configure arguments given are fine? Because I will use exactly same as what mamarley's build is using I think. He seemed to have everything necessary enabled...
By the way, ffmpeg works for encoding with vaapi and kodi is able to use it for hardware decoding if it makes any difference...
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by saen acro about 5 years ago
Static library for ffmpeg and codecs is disabled
TVH can build own internal version of ffmpeg + codecs
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by Evren Yurtesen about 5 years ago
So you wanted static build of ffmpeg etc. OK!
I am building using Autobuild.sh, below is what it said... I guess it satisfies what you want to accomplish?
Compiler:
Using C compiler: cc
Using LD flags: -ldvbcsa
Build for arch: x86_64
Binaries:
Using PYTHON: python
Using GZIP: gzip
Using BZIP2: bzip2
Options:
pie yes
ccdebug no
cardclient yes
cwc yes
cccam yes
capmt yes
constcw yes
linuxdvb yes
satip_server yes
satip_client yes
hdhomerun_client yes
hdhomerun_static yes
iptv yes
tsfile yes
dvbscan yes
timeshift yes
trace yes
avahi yes
zlib yes
libav yes
ffmpeg_static yes
libx264 yes
libx264_static yes
libx265 yes
libx265_static yes
libvpx yes
libvpx_static yes
libtheora yes
libtheora_static yes
libvorbis yes
libvorbis_static yes
libfdkaac no
libfdkaac_static no
libopus yes
libopus_static yes
nvenc no
vaapi yes
mmal no
omx no
inotify yes
epoll yes
pcre no
pcre2 yes
uriparser yes
ccache no
tvhcsa yes
bundle no
pngquant no
kqueue no
dbus_1 yes
android no
gtimer_check no
slow_memoryinfo no
libsystemd_daemon no
pcloud_cache yes
ddci yes
cclang_threadsan no
gperftools no
execinfo yes
mmx yes
sse2 yes
W_unused_result yes
f_stack_protector yes
f_stack_protector_strong yes
f_stack_check yes
f_PIE yes
fdatasync yes
getloadavg yes
atomic32 yes
atomic64 yes
atomic_time_t yes
atomic_ptr yes
bitops64 yes
lockowner yes
qsort_r yes
stime yes
gmtoff yes
recvmmsg yes
sendmmsg yes
ifnames yes
py_gzip yes
bin_pkg_config yes
bin_xgettext yes
bin_msgmerge yes
bin_gzip yes
bin_bzip2 yes
ssl yes
linuxdvbapi yes
linuxdvb_ca yes
upnp yes
bin_cmake yes
stdcpp yes
libogg_static yes
hwaccels yes
inotify_h yes
inotify_init1 yes
dvbcsa yes
epoll_create1 yes
mpegts yes
mpegts_dvb yes
Packages:
openssl 1.1.1c
zlib 1.2.11
libpcre2-8 10.32
liburiparser 0.9.3
avahi-client 0.7
libva 1.5.0
libva-x11 1.5.0
libva-drm 1.5.0
dbus-1 1.12.14
Installation paths:
Prefix: /usr
Binaries: ${prefix}/bin
Libraries: ${prefix}/lib
Data files: ${prefix}/share
Man pages: /usr/share/man
Final Binary:
/home/eyurtese/tvheadend/build.linux/tvheadend
Tvheadend Data Directory:
/usr/share/tvheadend
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by saen acro about 5 years ago
Is it work?
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by Evren Yurtesen about 5 years ago
but of course it would not compile.... nice 
make[5]: Leaving directory '/home/eyurtese/tvheadend'
make[4]: Leaving directory '/home/eyurtese/tvheadend'
CC src/version.o
CC src/uuid.o
CC src/main.o
In file included from /home/eyurtese/tvheadend/build.linux/ffmpeg/build/ffmpeg/include/libavutil/common.h:488,
from /home/eyurtese/tvheadend/build.linux/ffmpeg/build/ffmpeg/include/libavutil/avutil.h:296,
from /home/eyurtese/tvheadend/build.linux/ffmpeg/build/ffmpeg/include/libavutil/samplefmt.h:24,
from /home/eyurtese/tvheadend/build.linux/ffmpeg/build/ffmpeg/include/libavcodec/avcodec.h:31,
from /home/eyurtese/tvheadend/build.linux/ffmpeg/build/ffmpeg/include/libavformat/avformat.h:319,
from src/libav.h:26,
from src/main.c:70:
/home/eyurtese/tvheadend/build.linux/ffmpeg/build/ffmpeg/include/libavutil/mem.h:342:1: error: ‘alloc_size’ attribute ignored on a function returning ‘int’ [-Werror=attributes]
342 | av_alloc_size(2, 3) int av_reallocp_array(void *ptr, size_t nmemb, size_t size);
| ^~~~~~~~~~~~~
cc1: all warnings being treated as errors
make[3]: *** [Makefile:717: /home/eyurtese/tvheadend/build.linux/src/main.o] Error 1
make[3]: Leaving directory '/home/eyurtese/tvheadend'
make[2]: *** [Makefile:110: ffmpeg_all] Error 2
make[2]: Leaving directory '/home/eyurtese/tvheadend'
make[1]: *** [debian/rules:15: override_dh_auto_build] Error 2
make[1]: Leaving directory '/home/eyurtese/tvheadend'
make: *** [debian/rules:6: build] Error 2
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by Evren Yurtesen about 5 years ago
Evren Yurtesen wrote:
but of course it would not compile.... nice
[...]
It looks like tvheadend downloaded some old version which does not have the fix:
http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=4361293fcf59edb56879c36edcd25f0a91e0edf8
I am trying to build it with gcc8 again...
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by Evren Yurtesen about 5 years ago
Well it now compiled, but it does exactly same thing... I am using KODI as client to stream... So what now?
This is what it says with default options, there is sound but no video..
Nov 10 21:59:06 ubuntu tvheadend[25768]: transcode: 0003: 01:MPEG2VIDEO: ==> Using profile vaapi-h265 Nov 10 21:59:06 ubuntu tvheadend[25768]: transcode: 0003: 02:MPEG2AUDIO: ==> Using profile webtv-aac Nov 10 21:59:06 ubuntu tvheadend[25768]: transcode: 0003: 03:DVBSUB: ==> Copy Nov 10 21:59:06 ubuntu tvheadend[25768]: transcode: 0003: 05:MPEG2AUDIO: ==> Filtered out Nov 10 21:59:07 ubuntu tvheadend[25768]: libav: AVCodecContext: Driver does not support some wanted packed headers (wanted 0xd, found 0).
and with deinterlacing disabled in codec profiles. Also only sound...
Nov 10 22:00:28 ubuntu tvheadend[25768]: transcode: 0004: 01:MPEG2VIDEO: ==> Using profile vaapi-h265 Nov 10 22:00:28 ubuntu tvheadend[25768]: transcode: 0004: 02:MPEG2AUDIO: ==> Using profile webtv-aac Nov 10 22:00:28 ubuntu tvheadend[25768]: transcode: 0004: 03:DVBSUB: ==> Copy Nov 10 22:00:28 ubuntu tvheadend[25768]: transcode: 0004: 05:MPEG2AUDIO: ==> Filtered out Nov 10 22:00:29 ubuntu tvheadend[25768]: libav: AVCodecContext: Driver does not support some wanted packed headers (wanted 0xd, found 0). Nov 10 22:00:29 ubuntu tvheadend[25768]: libav: TVHGraph: Impossible to convert between the formats supported by the filter 'in' and the filter 'auto_scaler_0' Nov 10 22:00:29 ubuntu tvheadend[25768]: transcode: 0004: 01:HEVC: [mpeg2video => hevc_vaapi]: filters: failed to config filter graph
This is what I see in about->details now
Configure arguments:
--build=x86_64-linux-gnu --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --disable-silent-rules --libexecdir=${prefix}/lib/tvheadend --disable-maintainer-mode --disable-dependency-tracking
Compiler:
Using C compiler: cc
Using LD flags: -ldvbcsa
Build for arch: x86_64
Binaries:
Using PYTHON: python
Using GZIP: gzip
Using BZIP2: bzip2
Options:
pie yes
ccdebug no
cardclient yes
cwc yes
cccam yes
capmt yes
constcw yes
linuxdvb yes
satip_server yes
satip_client yes
hdhomerun_client yes
hdhomerun_static yes
iptv yes
tsfile yes
dvbscan yes
timeshift yes
trace yes
avahi yes
zlib yes
libav yes
ffmpeg_static yes
libx264 yes
libx264_static yes
libx265 yes
libx265_static yes
libvpx yes
libvpx_static yes
libtheora yes
libtheora_static yes
libvorbis yes
libvorbis_static yes
libfdkaac no
libfdkaac_static no
libopus yes
libopus_static yes
nvenc no
vaapi yes
mmal no
omx no
inotify yes
epoll yes
pcre no
pcre2 yes
uriparser yes
ccache no
tvhcsa yes
bundle no
pngquant no
kqueue no
dbus_1 yes
android no
gtimer_check no
slow_memoryinfo no
libsystemd_daemon no
pcloud_cache yes
ddci yes
cclang_threadsan no
gperftools no
execinfo yes
mmx yes
sse2 yes
W_unused_result yes
f_stack_protector yes
f_stack_protector_strong yes
f_stack_check yes
f_PIE yes
fdatasync yes
getloadavg yes
atomic32 yes
atomic64 yes
atomic_time_t yes
atomic_ptr yes
bitops64 yes
lockowner yes
qsort_r yes
stime yes
gmtoff yes
recvmmsg yes
sendmmsg yes
ifnames yes
py_gzip yes
bin_pkg_config yes
bin_xgettext yes
bin_msgmerge yes
bin_gzip yes
bin_bzip2 yes
ssl yes
linuxdvbapi yes
linuxdvb_ca yes
upnp yes
bin_cmake yes
stdcpp yes
libogg_static yes
hwaccels yes
inotify_h yes
inotify_init1 yes
dvbcsa yes
epoll_create1 yes
mpegts yes
mpegts_dvb yes
Packages:
openssl 1.1.1c
zlib 1.2.11
libpcre2-8 10.32
liburiparser 0.9.3
avahi-client 0.7
libva 1.5.0
libva-x11 1.5.0
libva-drm 1.5.0
dbus-1 1.12.14
Installation paths:
Prefix: /usr
Binaries: ${prefix}/bin
Libraries: ${prefix}/lib
Data files: ${prefix}/share
Man pages: /usr/share/man
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by Evren Yurtesen about 5 years ago
It looks like the same problem I am having...
https://tvheadend.org/issues/5465
hmm...
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by saen acro about 5 years ago
It is possible ;(
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/f8ad2ddd7a51df5d6e768ba2a6f65ee64b94e29b
can be good patch for begining
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by Evren Yurtesen about 5 years ago
AMF only supports H264 on Linux and Tvheadend does not support it. It has to be selected like VAAPI. So that patch is not useful for the issue at hand. FFMPEG already works with VAAPI.
There is a problem with Tvheadend. I think it is using something wrong when starting encoding.
I think either Jaroslav or lekma know this better as they seem to have coded the VAAPI support. This needs debugging at Tvheadend side, I need some pointers to how to debug it and what to test.
I could buy them an AMD GPU if they would be interested
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by Evren Yurtesen about 5 years ago
Here is related logs from libav, there is no picture...
Nov 11 12:04:21 ubuntu tvheadend[13113]: transcode: 0001: 01:MPEG2VIDEO: ==> Using profile vaapi-h265 Nov 11 12:04:21 ubuntu tvheadend[13113]: transcode: 0001: 02:MPEG2AUDIO: ==> Using profile webtv-aac Nov 11 12:04:21 ubuntu tvheadend[13113]: transcode: 0001: 03:DVBSUB: ==> Copy Nov 11 12:04:21 ubuntu tvheadend[13113]: transcode: 0001: 05:DVBSUB: ==> Filtered out Nov 11 12:04:21 ubuntu tvheadend[13113]: TS: Telia Turku/250MHz/Yle TV1 Transport error indicator (total 1) Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Format yuv420p chosen by get_format(). Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: detected 12 logical cores Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVFilter: Setting 'time_base' to value '1/90000' Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVFilter: Setting 'sample_rate' to value '48000' Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVFilter: Setting 'sample_fmt' to value 's16p' Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVFilter: Setting 'channel_layout' to value 'stereo' Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVFilter: tb:1/90000 samplefmt:s16p samplerate:48000 chlayout:stereo Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVFilterGraph: query_formats: 3 queried, 6 merged, 0 already done, 0 delayed Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: SWResampler: Using s16p internally between filters Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVFilter: ch:2 chl:stereo fmt:s16p r:48000Hz -> ch:2 chl:stereo fmt:fltp r:48000Hz Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Skipping B slice due to open GOP Nov 11 12:04:21 ubuntu tvheadend[13113]: message repeated 107 times: [ libav: AVCodecContext: Skipping B slice due to open GOP] Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWDeviceContext: Opened VA display via DRM device /dev/dri/renderD128. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWDeviceContext: libva: VA-API version 1.5.0 Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWDeviceContext: libva: va_getDriverName() returns 0 Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWDeviceContext: libva: Trying to open /usr/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.so Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWDeviceContext: libva: Found init function __vaDriverInit_1_5 Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWDeviceContext: libva: va_openDriver() returns 0 Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWDeviceContext: Initialised VAAPI connection: version 1.5 Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWDeviceContext: Format 0x3231564e -> nv12. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWDeviceContext: Format 0x30313050 -> p010le. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWDeviceContext: Format 0x36313050 -> unknown. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWDeviceContext: Format 0x32315659 -> yuv420p. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWDeviceContext: Format 0x56595559 -> unknown. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWDeviceContext: Format 0x59565955 -> uyvy422. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWDeviceContext: Format 0x41524742 -> bgra. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWDeviceContext: Format 0x41424752 -> rgba. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWDeviceContext: Format 0x58524742 -> bgr0. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWDeviceContext: Format 0x58424752 -> rgb0. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWDeviceContext: VAAPI driver: Mesa Gallium driver 19.2.1 for Radeon RX 570 Series (POLARIS10, DRM 3.33.0, 5.3.0-19-generic, LLVM 9.0.0). Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWDeviceContext: Driver not found in known nonstandard list, using standard behaviour. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x2. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Direct mapping disabled: deriving image does not work: 1 (operation failed). Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x3. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x4. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x5. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x6. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x7. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x8. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x9. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0xa. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0xb. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0xc. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0xd. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0xe. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0xf. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x10. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x11. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x12. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x13. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x14. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x15. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x16. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x17. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x18. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x19. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x1a. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x1b. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x1c. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x1d. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x1e. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x1f. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x20. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x21. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Input surface format is nv12. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Using VAAPI profile VAProfileHEVCMain (17). Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Using VAAPI entrypoint VAEntrypointEncSlice (6). Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Using VAAPI render target format YUV420 (0x1). Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Using constant-quality mode. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Using intra and P-frames (supported references: 1 / 0). Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Driver does not support some wanted packed headers (wanted 0xd, found 0). Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Using nv12 as format of reconstructed frames. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x22. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Direct mapping disabled: deriving image does not work: 1 (operation failed). Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x23. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x24. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Using fixed QP = 25 / 25 / 30 for IDR- / P- / B-frames. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Using level 3. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVFilter: Setting 'video_size' to value '720x576' Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVFilter: Setting 'pix_fmt' to value 'yuv420p' Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVFilter: Setting 'time_base' to value '1/50' Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVFilter: Setting 'pixel_aspect' to value '64/45' Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVFilter: w:720 h:576 pixfmt:yuv420p tb:1/50 fr:0/1 sar:64/45 sws_param: Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVFilter: Setting 'pix_fmts' to value 'nv12|vaapi_vld' Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVFilter: w:iw h:ih flags:'bilinear' interl:0 Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVFilter: auto-inserting filter 'auto_scaler_0' between the filter 'Parsed_yadif_0' and the filter 'Parsed_format_1' Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVFilterGraph: query_formats: 5 queried, 3 merged, 1 already done, 0 delayed Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVFilter: w:720 h:576 fmt:yuv420p sar:64/45 -> w:720 h:576 fmt:nv12 sar:64/45 flags:0x2 Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: hwupload: Surface format is nv12. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Created surface 0x26. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Direct mapping disabled: deriving image does not work: 1 (operation failed). Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Map surface 0x26. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Unmap surface 0x26. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Encode frame: 720x576 (48959). Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Pictures ending truncated GOP: Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Pictures: Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: IDR (0/0) Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Issuing encode for pic 0/0 as type IDR. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: No reference pictures. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Input surface is 0x26. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Recon surface is 0x24. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Allocated output buffer 0x27 Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Output buffer is 0x27. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Param buffer (22) is 0x28. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Param buffer (23) is 0x29. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Slice 0: 0-17 (18 rows), 0-413 (414 blocks). Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Param buffer (24) is 0x2a. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Sync to pic 0/0 (input surface 0x26). Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Output buffer: 12064 bytes (status 10101010). Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Output read for pic 0/0. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Map surface 0x26. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Unmap surface 0x26. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Encode frame: 720x576 (52559). Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Pictures: Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: IDR (0/0) Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: P (1/1) Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Issuing encode for pic 1/1 as type P. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Refers to: Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: 0/0 Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: . Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Input surface is 0x26. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Recon surface is 0x23. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Output buffer is 0x27. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Param buffer (23) is 0x28. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Slice 0: 0-17 (18 rows), 0-413 (414 blocks). Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Param buffer (24) is 0x29. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Sync to pic 1/1 (input surface 0x26). Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Output buffer: 5880 bytes (status 10101010). Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Output read for pic 1/1. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Map surface 0x26. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVHWFramesContext: Unmap surface 0x26. Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Encode frame: 720x576 (56159). Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: Pictures: Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: P (1/1) Nov 11 12:04:21 ubuntu tvheadend[13113]: libav: AVCodecContext: P (2/2)
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by M A Ben Amara about 5 years ago
would also be nice to add support for 10bit hevc stream decode
i always get this error when trying to transcode from 2160p to 1080p streams ...
vaapi: decode: unsupported pixel format: yuv420p10le
so i guess the buildin ffmpeg is for 8bit only, i ll have to check how it ends up when using hevc as codec (output) if that makes a difference.
im running tvheadend actually in a docker enviroment (lsio) but i assume its dependant to the tvheadend ffmpeg used.
h264 is all fine here, no issues here
INTEL iGPU UHD630 (i7-8700)
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by Evren Yurtesen about 5 years ago
@"M A Ben Amara" I am not sure how what you are saying is related to the problem. First of all I am not using hardware decoding. My problem is about encoding, not about decoding. You will end up exactly in the same place when you encode using HEVC because you have problem decoding the stream.
Anyway, I am already receiving transmission in h264. I need it in h265 to save space when recording. I am not sure why I would use docker for this purpose. I built tvheadend myself and let it download and compile ffmpeg version it likes. It should work, but it does not.
Hopefully somebody with an AMD GPU can chime in and tell if they could get it working.
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by M A Ben Amara about 5 years ago
you are right, i have a different issue and it doesnt belong here, i ll make a new topic with some debugging when i find time. and no, i didnt wanted to advice to use a docker, sorry.
my issue is only hevc decoding (encoding to hevc seems to work here)
sorry for the wrong post.
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by Evren Yurtesen about 5 years ago
You say encoding to HEVC works. Does it preserve Aspect Ratio? Because I am able to encode using FFMPEG from command line but aspect ratio gets screwed for some channels which has special AR setting. Seems to be a known bug with VAAPI hardware encoding using FFMPEG.
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by M A Ben Amara about 5 years ago
Evren Yurtesen wrote:
You say encoding to HEVC works. Does it preserve Aspect Ratio? Because I am able to encode using FFMPEG from command line but aspect ratio gets screwed for some channels which has special AR setting. Seems to be a known bug with VAAPI hardware encoding using FFMPEG.
if you mean me, yes, attached a sample, aspect is also as it should be.
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by Evren Yurtesen about 5 years ago
Yes @"M A BEN Amara". VLC does not seem to be showing all the media information. I tested the following file with VLC and it does not show the aspect ratio. (although it should)
https://drive.google.com/file/d/1-IDAYhfj93aPJPizWKttpfGV-KVPKKSx/view
If I open it with MPC-HC I see the aspect ratio printed in media info. See my screenshot on the left is original video and on the right is VAAPI encoded to h264.
Perhaps the problem is more difficult to see with FullHD broadcast as the SD broadcast here is 720x576 and it looks like a box (roughly ~ 4:3) without the correct aspect ratio. But FullHD is 1920x1080 and it is natively 16:9 so it will look the same even with this information is lost via VAAPI. Try a channel with more square resolution
See this ticket for more information. There is link to encoded version of the same video and ffmpeg encoding information:
https://trac.ffmpeg.org/ticket/8376
Obviously the issue in this case is ffmpeg and different than my original issue with transcoding/tvheadend (because tvheadend transcoding does not work at all.). But it would be interesting to see if tvheadend has the same problem or not.
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by M A Ben Amara about 5 years ago
i tested ~ 30 channels, all where good, also 4:3 shows ... actually i only use h264 source and no more 576i mpeg2 sources, didnt tested them, if i may find some time i can add such a channel and look if thats also working here.
about VLC not showing the aspect ratio, yes, but the display switches to the fitting screen, i know that "morphed" behavior from early days when i made some wrong settings in encoding ...
and as you said i have different issues with hevc decoding so im wrong here
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by Evren Yurtesen about 5 years ago
@"M A Ben Amara" It is interesting. Anyway, this issue is irrelevant to my problem. But if you want you can test from command line using ffmpeg/vaapi as described here with given small sample files.
https://trac.ffmpeg.org/ticket/8376
RE: VAAPI transcoding problem? am I using wrong version?
-
Added by M A Ben Amara about 5 years ago
i made some small samples, when u want take a look ... onedrive
https://1drv.ms/u/s!ApY1s9BRY-iSqEOFPmSbWsKuXuV7?e=cwn2Ox
sources are still all europe streams, also added 2 x 4:3 aspect ratio streams, all encoded to hevc 720 (see attachement),
and im too lazy to add mpeg2 576i streams as source, so all are based on h264 sources ...
i look now further with my issue with hw decoding hevc and this crap error
vaapi: decode: unsupported pixel format: yuv420p10le
