Media (Intel® Video Processing Library, Intel Media SDK)
Access community support with transcoding, decoding, and encoding in applications using media tools like Intel® oneAPI Video Processing Library and Intel® Media SDK
Announcements
The Intel Media SDK project is no longer active. For continued support and access to new features, Intel Media SDK users are encouraged to read the transition guide on upgrading from Intel® Media SDK to Intel® Video Processing Library (VPL), and to move to VPL as soon as possible.
For more information, see the VPL website.
3058 Discussions

segmentation fault with ffmpeg and h264_qsv

Jason_P_
Beginner
‎06-28-2016 02:31 PM
1,590 Views

We have struggled with this for the better part of today to try to get ffmpeg encoding h264 video with qsv.

We have tried using the static builds from http://johnvansickle.com/ffmpeg/ (ffmpeg 3.1 as well as a nightly git snapshot), and we have built our own static build (2.8.7).  Both of them segfault as soon as we try to output with h264_qsv.  

The only real behavioral difference among the various builds is that -hwaccels on our build shows no available hardware acceleration methods.  The johnvansickle.com build shows "qsv" and "vaapi" as available methods.  I suspect that build has a better chance of working because it sees the hardware acceleration methods.

None of the builds output any "libva info" lines (as shown in the Intel QuickSync Video and ffmpeg PDF).  They show the input stream data, and then immediately segfault.

We have followed the documentation in "Intel QuickSync Video and ffmpeg" and "Intel® Media Server Studio 2016 - Driver, SDK, Samples for Linux" to the letter.  We are using CentOS 7.1.  We have a Broadwell processor.  

What are we missing?

Here is the output of sys_analyzer_linux.py:

--------------------------
Hardware readiness checks:
--------------------------
 [ OK ] Processor name: Intel(R) Core(TM) i7-5775C CPU @ 3.30GHz
--------------------------
OS readiness checks:
--------------------------
 [ OK ] GPU visible to OS
 [ OK ] Linux distro suitable for Media Server Studio 2016 Gold
--------------------------
Media Server Studio Install:
--------------------------
 [ OK ] user in video group
 [ OK ] libva.so.1 found
 [ OK ] vainfo reports valid codec entry points
 [ OK ] /dev/dri/renderD128 connects to Intel i915
--------------------------
Component Smoke Tests:
--------------------------
 [ OK ] Media SDK HW API level:1.17
 [ OK ] Media SDK SW API level:1.17
 [ OK ] OpenCL check:platform:Intel(R) OpenCL GPU OK CPU OK

--------------------------
Media SDK Plugins available:
(for more info see /opt/intel/mediasdk/plugins/plugins.cfg)
--------------------------
    H264LA Encoder 	= 588f1185d47b42968dea377bb5d0dcb4
    VP8 Decoder 	= f622394d8d87452f878c51f2fc9b4131

Here is the output of vainfo:

$ ./vainfo
libva info: VA-API version 0.99.0
libva info: va_getDriverName() returns 0
libva info: User requested driver 'iHD'
libva info: Trying to open /opt/intel/mediasdk/lib64/iHD_drv_video.so
libva info: Found init function __vaDriverInit_0_32
libva info: va_openDriver() returns 0
vainfo: VA-API version: 0.99 (libva 1.67.0.pre1)
vainfo: Driver version: 16.4.4.47109-ubit
vainfo: Supported profile and entrypoints
      VAProfileH264Baseline           :	VAEntrypointEncSlice
      VAProfileH264Baseline           :	<unknown entrypoint>
      VAProfileH264Baseline           :	<unknown entrypoint>
      VAProfileH264ConstrainedBaseline:	VAEntrypointVLD
      VAProfileH264ConstrainedBaseline:	VAEntrypointEncSlice
      VAProfileH264ConstrainedBaseline:	<unknown entrypoint>
      VAProfileH264ConstrainedBaseline:	<unknown entrypoint>
      VAProfileH264Main               :	VAEntrypointVLD
      VAProfileH264Main               :	VAEntrypointEncSlice
      VAProfileH264Main               :	<unknown entrypoint>
      VAProfileH264Main               :	<unknown entrypoint>
      VAProfileH264High               :	VAEntrypointVLD
      VAProfileH264High               :	VAEntrypointEncSlice
      VAProfileH264High               :	<unknown entrypoint>
      VAProfileH264High               :	<unknown entrypoint>
      VAProfileMPEG2Simple            :	VAEntrypointEncSlice
      VAProfileMPEG2Simple            :	VAEntrypointVLD
      VAProfileMPEG2Main              :	VAEntrypointEncSlice
      VAProfileMPEG2Main              :	VAEntrypointVLD
      VAProfileVC1Advanced            :	VAEntrypointVLD
      VAProfileVC1Main                :	VAEntrypointVLD
      VAProfileVC1Simple              :	VAEntrypointVLD
      VAProfileJPEGBaseline           :	VAEntrypointVLD
      VAProfileJPEGBaseline           :	VAEntrypointEncPicture
      VAProfileVP8Version0_3          :	VAEntrypointEncSlice
      VAProfileVP8Version0_3          :	VAEntrypointVLD
      VAProfileVP8Version0_3          :	<unknown entrypoint>
      VAProfileHEVCMain               :	VAEntrypointEncSlice
      VAProfileVP9Profile0            :	VAEntrypointEncSlice
      VAProfileVP9Profile0            :	VAEntrypointVLD
      VAProfileVP9Profile0            :	<unknown entrypoint>
      <unknown profile>               :	VAEntrypointVideoProc
      VAProfileNone                   :	VAEntrypointVideoProc
      VAProfileNone                   :	<unknown entrypoint>
0 Kudos

Link Copied

6 Replies
Surbhi_M_Intel
Employee
‎06-29-2016 08:44 AM
1,590 Views

Hi Jason, 

From the logs you have provided I don't see an issue in using quick sync. 
Your configuration- i7-5775C is supported, Cent OS is the gold OS distribution. 
Please run  this test and confirm the result - Go to package -> samples bin -> Run any pre-compiled sample. 
For e.g. 
 ./sample_multi_transcode -i::h264 content/test_stream.264 -o::h264 out.264 -hw

Multi Transcoding Sample Version 6.0.16043361.361

libva info: VA-API version 0.99.0
libva info: va_getDriverName() returns 0
libva info: User requested driver 'iHD'
libva info: Trying to open /opt/intel/mediasdk/lib64/iHD_drv_video.so
libva info: Found init function __vaDriverInit_0_32
libva info: va_openDriver() returns 0
Pipeline surfaces number: 42
MFX HARDWARE Session 0 API ver 1.17 parameters:
Input  video: AVC
Output video: AVC

Session 0 was NOT joined with other sessions
Transcoding started
Transcoding finished

Common transcoding time is  0.10 sec
MFX session 0 transcoding PASSED:
Processing time: 0.10 sec
Number of processed frames: 101

If you are successfully able to run the sample then your installation is correct. Next step is to follow the instruction from this ffmpeg paper - http://www.intel.com/content/dam/www/public/us/en/documents/white-papers/quicksync-video-ffmpeg-install-valid.pdf . 

Let us know if you still see any issue. 

Thanks,
Surbhi

 

 

 

0 Kudos
Copy link
Jason_P_
Beginner
‎06-29-2016 10:21 AM
1,590 Views

I forgot to mention we ran that test yesterday, and it was successful.  However, I tried to use the sample_multi_transcode to transcode another h264 file from our system (a much larger file), and it did not work.

Sorry I don't have the exact output; we are in the process of rebuilding that system now.  We are going to start over to make sure we've followed all the steps to the letter.  Yesterday, we used a minimal CentOS 7.1 installer.  Today, we will try with the full DVD and we will select "Development and Creative Workstation" when we install.

I will report back.

0 Kudos
Copy link
Jason_P_
Beginner
‎06-30-2016 07:25 AM
1,590 Views

We rebuilt the system from scratch, and we still can't use h264_qsa encoding with ffmpeg.  I'm confident that we are following the instructions provided in the PDF documentation).  

Here is exactly what we did:

Install CentOS 7.1 "Development and Creative Workstation"

Add our user ("www") to the "video" group:

sudo usermod -a -G video www

Unpack the MediaServerStudio tarball and install the software.  As root:

# ./install_sdk_UMD_CentOS.sh
# mkdir /MSS
# chown www.www /MSS

As user www:

$ cp build_kernel_rpm_CentOS.sh /MSS
$ cd /MSS
$ ./build_kernel_rpm*.sh

As root:

# cd /MSS/rpmbuild/RPMS/x86_64
# rpm --force -Uvh kernel-3.10.*.rpm

As root, remove "nomodeset" from /etc/grub2.conf.  (This isn't really documented anywhere, except for in scattered forum posts.  If nomodeset is passed as a kernel parameter, the /dev/dri directory does not get created, and nothing works.)

Reboot the system.

Run the system analyzer; everything seems to be in order.

$ ./sys_analyzer_linux.py
--------------------------
Hardware readiness checks:
--------------------------
 [ OK ] Processor name: Intel(R) Core(TM) i7-5775C CPU @ 3.30GHz
--------------------------
OS readiness checks:
--------------------------
 [ OK ] GPU visible to OS
 [ OK ] Linux distro suitable for Media Server Studio 2016 Gold
--------------------------
Media Server Studio Install:
--------------------------
 [ OK ] user in video group
 [ OK ] libva.so.1 found
 [ OK ] vainfo reports valid codec entry points
 [ OK ] /dev/dri/renderD128 connects to Intel i915
--------------------------
Component Smoke Tests:
--------------------------
 [ OK ] Media SDK HW API level:1.17
 [ OK ] Media SDK SW API level:1.17
 [ OK ] OpenCL check:platform:Intel(R) OpenCL GPU OK CPU OK

--------------------------
Media SDK Plugins available:
(for more info see /opt/intel/mediasdk/plugins/plugins.cfg)
--------------------------
    H264LA Encoder 	= 588f1185d47b42968dea377bb5d0dcb4
    VP8 Decoder 	= f622394d8d87452f878c51f2fc9b4131

Now run test transcodes.  The transcode works with one of the supplied content files, but not with one of our own files.

$ ./sample_multi_transcode -i::h264 content/test_stream.264 -o::h264 out.264 -hw

Multi Transcoding Sample Version 6.0.16043361.361

libva info: VA-API version 0.99.0
libva info: va_getDriverName() returns 0
libva info: User requested driver 'iHD'
libva info: Trying to open /opt/intel/mediasdk/lib64/iHD_drv_video.so
libva info: Found init function __vaDriverInit_0_32
libva info: va_openDriver() returns 0
Pipeline surfaces number: 42
MFX HARDWARE Session 0 API ver 1.17 parameters:
Input  video: AVC
Output video: AVC

Session 0 was NOT joined with other sessions

Transcoding started

Transcoding finished

Common transcoding time is  0.07 sec
MFX session 0 transcoding PASSED:
Processing time: 0.07 sec
Number of processed frames: 101

The test PASSED

Now try the same sample transcoder using one of our own MP4 files (h264 (Baseline) (avc1 / 0x31637661), yuv420p(tv, bt709), 960x540 [SAR 1:1 DAR 16:9], 2188 kb/s, 29.97 fps).  It errors out.  This may or may not be related to the problems we're having with ffmpeg.

$ ./sample_multi_transcode -i::h264 /tmp/246897-fish.mp4 -o::h264 out.264 -hw
Multi Transcoding Sample Version 6.0.16043361.361

libva info: VA-API version 0.99.0
libva info: va_getDriverName() returns 0
libva info: User requested driver 'iHD'
libva info: Trying to open /opt/intel/mediasdk/lib64/iHD_drv_video.so
libva info: Found init function __vaDriverInit_0_32
libva info: va_openDriver() returns 0

Return on error: error code -10,	/home/lab_msdk/buildAgentDir/buildAgent_MediaSDK1/git/mdp_msdk-samples/samples/sample_multi_transcode/src/sample_multi_transcode.cpp	273

Now we prepare to build ffmpeg.

Copy the headers into place:

# mkdir /opt/intel/mediasdk/include/mfx
# cp /opt/intel/mediasdk/include/*.h /opt/intel/mediasdk/include/mfx

Create a libmfx.pc file and put it into the directory specified by the PKG_CONFIG_PATH for the build:

prefix=/opt/intel/mediasdk
exec_prefix=${prefix}
libdir=${prefix}/lib/lin_x64
includedir=${prefix}/include

Name: libmfx
Description: Intel Media Server Studio SDK
Version: 16.4.2
Libs: -L${libdir} -lmfx -lva -lstdc++ -ldl -lva-drm -ldrm
Cflags: -I${includedir} -I/usr/include/libdrm

We are building a static ffmpeg, so we need to install static versions of glibc and libstdc++.  I wonder if this could be part of the problem, since this updates the glibc package before it installs glibc-static.  Maybe the Intel-distributed binary code was linked against one version of glibc, and now we're introducing another version of glibc?

# yum install glibc-static
# yum install libstdc++-static

We use a modified version of the build system at https://github.com/zimbatm/ffmpeg-static.  We add in static builds of libva, libpciaccess, libpthread-stubs, and drm.

Once ffmpeg is built, we test it.  Unfortunately, it sees no available hardware acceleration methods:

$ ./ffmpeg -hwaccels
ffmpeg version 2.8.7-static Copyright (c) 2000-2016 the FFmpeg developers
  built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-4)
  configuration: --prefix=/home/www/ffmpeg/2.8.7/ffmpeg-static-master/target --extra-cflags='-I/home/www/ffmpeg/2.8.7/ffmpeg-static-master/target/include -Bstatic' --extra-ldflags='-ldl -L/home/www/ffmpeg/2.8.7/ffmpeg-static-master/target/lib -lm -static' --extra-version=static --disable-debug --disable-shared --enable-static --extra-cflags=--static --disable-ffplay --disable-ffserver --disable-doc --enable-gpl --enable-pthreads --enable-postproc --enable-gray --enable-runtime-cpudetect --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-bzlib --enable-zlib --enable-nonfree --enable-version3 --enable-libvpx --disable-devices --enable-libmfx
  libavutil      54. 31.100 / 54. 31.100
  libavcodec     56. 60.100 / 56. 60.100
  libavformat    56. 40.101 / 56. 40.101
  libavdevice    56.  4.100 / 56.  4.100
  libavfilter     5. 40.101 /  5. 40.101
  libswscale      3.  1.101 /  3.  1.101
  libswresample   1.  2.101 /  1.  2.101
  libpostproc    53.  3.100 / 53.  3.100
Hardware acceleration methods:

And then trying a transcode, it segfaults:

$ ./ffmpeg -i /tmp/246897-fish.mp4 -c:v h264_qsv /tmp/qsv.mp4
ffmpeg version 2.8.7-static Copyright (c) 2000-2016 the FFmpeg developers
  built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-4)
  configuration: --prefix=/home/www/ffmpeg/2.8.7/ffmpeg-static-master/target --extra-cflags='-I/home/www/ffmpeg/2.8.7/ffmpeg-static-master/target/include -Bstatic' --extra-ldflags='-ldl -L/home/www/ffmpeg/2.8.7/ffmpeg-static-master/target/lib -lm -static' --extra-version=static --disable-debug --disable-shared --enable-static --extra-cflags=--static --disable-ffplay --disable-ffserver --disable-doc --enable-gpl --enable-pthreads --enable-postproc --enable-gray --enable-runtime-cpudetect --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-bzlib --enable-zlib --enable-nonfree --enable-version3 --enable-libvpx --disable-devices --enable-libmfx
  libavutil      54. 31.100 / 54. 31.100
  libavcodec     56. 60.100 / 56. 60.100
  libavformat    56. 40.101 / 56. 40.101
  libavdevice    56.  4.100 / 56.  4.100
  libavfilter     5. 40.101 /  5. 40.101
  libswscale      3.  1.101 /  3.  1.101
  libswresample   1.  2.101 /  1.  2.101
  libpostproc    53.  3.100 / 53.  3.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/tmp/246897-fish.mp4':
  Metadata:
    major_brand     : mp42
    minor_version   : 0
    compatible_brands: mp42isom
  Duration: 00:01:50.94, start: 0.000000, bitrate: 2292 kb/s
    Stream #0:0(eng): Video: h264 (Baseline) (avc1 / 0x31637661), yuv420p(tv, bt709), 960x540 [SAR 1:1 DAR 16:9], 2188 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc (default)
    Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 98 kb/s (default)
Segmentation fault (core dumped)

I've tried with the static builds available at http://johnvansickle.com/ffmpeg/ as well.  Note that in order to use these, I had to configure the dynamic linker so it can find libmfx:

# echo /opt/intel/mediasdk/lib64 > /etc/ld.so.conf.d/intel-mfx.conf
# ldconfig
# ldconfig -p | grep mfx
	libmfxsw64.so (libc6,x86-64) => /opt/intel/mediasdk/lib64/libmfxsw64.so
	libmfxhw64.so (libc6,x86-64) => /opt/intel/mediasdk/lib64/libmfxhw64.so

These builds are able to see hwaccels:

$ ./ffmpeg -hwaccels
ffmpeg version 3.1-static http://johnvansickle.com/ffmpeg/  Copyright (c) 2000-2016 the FFmpeg developers
  built with gcc 5.4.0 (Debian 5.4.0-4) 20160609
  configuration: --enable-gpl --enable-version3 --enable-static --disable-debug --enable-libmp3lame --enable-libx264 --enable-libx265 --enable-libwebp --enable-libspeex --enable-libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-amrwbenc --enable-gray --enable-libopenjpeg --enable-libopus --enable-libass --enable-gnutls --enable-libvidstab --enable-libsoxr --enable-frei0r --enable-libfribidi --disable-indev=sndio --disable-outdev=sndio --enable-librtmp --enable-libmfx --enable-libzimg --cc=gcc
  libavutil      55. 27.100 / 55. 27.100
  libavcodec     57. 48.101 / 57. 48.101
  libavformat    57. 40.101 / 57. 40.101
  libavdevice    57.  0.101 / 57.  0.101
  libavfilter     6. 46.102 /  6. 46.102
  libswscale      4.  1.100 /  4.  1.100
  libswresample   2.  1.100 /  2.  1.100
  libpostproc    54.  0.100 / 54.  0.100
Hardware acceleration methods:
qsv
vaapi

but they still segfault:

$ ./ffmpeg -i /tmp/246897-fish.mp4 -c:v h264_qsv /tmp/qsv.mp4
ffmpeg version 3.1-static http://johnvansickle.com/ffmpeg/  Copyright (c) 2000-2016 the FFmpeg developers
  built with gcc 5.4.0 (Debian 5.4.0-4) 20160609
  configuration: --enable-gpl --enable-version3 --enable-static --disable-debug --enable-libmp3lame --enable-libx264 --enable-libx265 --enable-libwebp --enable-libspeex --enable-libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-amrwbenc --enable-gray --enable-libopenjpeg --enable-libopus --enable-libass --enable-gnutls --enable-libvidstab --enable-libsoxr --enable-frei0r --enable-libfribidi --disable-indev=sndio --disable-outdev=sndio --enable-librtmp --enable-libmfx --enable-libzimg --cc=gcc
  libavutil      55. 27.100 / 55. 27.100
  libavcodec     57. 48.101 / 57. 48.101
  libavformat    57. 40.101 / 57. 40.101
  libavdevice    57.  0.101 / 57.  0.101
  libavfilter     6. 46.102 /  6. 46.102
  libswscale      4.  1.100 /  4.  1.100
  libswresample   2.  1.100 /  2.  1.100
  libpostproc    54.  0.100 / 54.  0.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/tmp/246897-fish.mp4':
  Metadata:
    major_brand     : mp42
    minor_version   : 0
    compatible_brands: mp42isom
  Duration: 00:01:50.94, start: 0.000000, bitrate: 2292 kb/s
    Stream #0:0(eng): Video: h264 (Baseline) (avc1 / 0x31637661), yuv420p(tv, bt709), 960x540 [SAR 1:1 DAR 16:9], 2188 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc (default)
    Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 98 kb/s (default)
Segmentation fault (core dumped)

 

0 Kudos
Copy link
Jason_P_
Beginner
‎06-30-2016 10:54 AM
1,590 Views

OK -- I tried to compile just using 

./configure --enable-libmfx --enable-nonfree

without all my other config flags and static libraries.

Looks like this build worked!  So I guess there's something wrong with my static builds, as well as the ones that John provides online.

0 Kudos
Copy link
Surbhi_M_Intel
Employee
‎07-15-2016 01:20 PM
1,590 Views

Hi Jason, 

I am glad build got working for you, its a great information for others to refer. Appreciate you documenting all the steps here. One thing I noticed above which I wanted to clarify that our samples take elementary streams input and provide elementary stream output due to which sample_multi_transcode failed with your input i.e. mp4. If you could demux the content and passed it from the sample it should work for the future reference. 

Have a fun time coding with qsv!

Thanks,
Surbhi

0 Kudos
Copy link
zhao_q_
Beginner
‎01-16-2017 01:34 AM
1,590 Views

i am using this edition
pwd
/************************************************************
/home/htxk/Downloads/MediaServerStudioEssentials2017/SDK2017Production16.5/CentOS
************************************************************/


./cat /proc/cpuinfo
/************************************************************
processor       : 1
vendor_id       : GenuineIntel
cpu family      : 6
model           : 94
model name      : Intel(R) Core(TM) i5-6500 CPU @ 3.20GHz
stepping        : 3
microcode       : 0x8a
cpu MHz         : 800.000
cache size      : 6144 KB
physical id     : 0
siblings        : 4
core id         : 1
cpu cores       : 4
************************************************************/

 

after installing:
uname -r
/************************************************************
3.10.0-327.el7.x86_64
************************************************************/

cat /etc/redhat-release
/************************************************************
CentOS Linux release 7.2.1511 (Core) 
************************************************************/

ls /opt/intel/mediasdk/lib64/
/************************************************************
iHD_drv_video.so      libmfxhw64.so         libmfxsw64.so
libmfxhw64-p.so.1.19  libmfxsw64-p.so.1.19
************************************************************/

env |grep 'LIBVA'
/************************************************************
LIBVA_DRIVERS_PATH=/opt/intel/mediasdk/lib64
LIBVA_DRIVER_NAME=iHD
************************************************************/

vainfo
/************************************************************
error: can't connect to X server!
libva info: VA-API version 0.99.0
libva info: va_getDriverName() returns 0
libva info: User requested driver 'iHD'
libva info: Trying to open /opt/intel/mediasdk/lib64/iHD_drv_video.so
libva info: Found init function __vaDriverInit_0_32
libva info: va_openDriver() returns 0
vainfo: VA-API version: 0.99 (libva 1.67.0.pre1)
vainfo: Driver version: 16.5.55964-ubit
vainfo: Supported profile and entrypoints
      VAProfileH264ConstrainedBaseline: VAEntrypointVLD
      VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
      VAProfileH264ConstrainedBaseline: <unknown entrypoint>
      VAProfileH264ConstrainedBaseline: <unknown entrypoint>
      VAProfileH264Main               : VAEntrypointVLD
      VAProfileH264Main               : VAEntrypointEncSlice
      VAProfileH264Main               : <unknown entrypoint>
      VAProfileH264Main               : <unknown entrypoint>
      VAProfileH264High               : VAEntrypointVLD
      VAProfileH264High               : VAEntrypointEncSlice
      VAProfileH264High               : <unknown entrypoint>
      VAProfileH264High               : <unknown entrypoint>
      VAProfileMPEG2Simple            : VAEntrypointEncSlice
      VAProfileMPEG2Simple            : VAEntrypointVLD
      VAProfileMPEG2Main              : VAEntrypointEncSlice
      VAProfileMPEG2Main              : VAEntrypointVLD
      VAProfileVC1Advanced            : VAEntrypointVLD
      VAProfileVC1Main                : VAEntrypointVLD
      VAProfileVC1Simple              : VAEntrypointVLD
      VAProfileJPEGBaseline           : VAEntrypointVLD
      VAProfileJPEGBaseline           : VAEntrypointEncPicture
      VAProfileVP8Version0_3          : VAEntrypointEncSlice
      VAProfileVP8Version0_3          : VAEntrypointVLD
      VAProfileVP8Version0_3          : <unknown entrypoint>
      VAProfileHEVCMain               : VAEntrypointVLD
      VAProfileHEVCMain               : VAEntrypointEncSlice
      VAProfileVP9Profile0            : <unknown entrypoint>
      <unknown profile>               : VAEntrypointVideoProc
      VAProfileNone                   : VAEntrypointVideoProc
      VAProfileNone                   : <unknown entrypoint>
************************************************************/


lsmod |grep 'i915'
/************************************************************
i915                 1321453  4 
i2c_algo_bit           13413  1 i915
drm_ukmd_kms_helper   141060  1 i915
drm_ukmd              369649  3 i915,drm_ukmd_kms_helper
drm_ukmd_compat       109279  1 i915
video                  24400  1 i915
i2c_core               40582  7 drm,i915,i2c_i801,i2c_hid,i2c_algo_bit,drm_ukmd,drm_ukmd_kms_helper
************************************************************/


ls -l /dev/dri/
/************************************************************
total 0
crw-rw----+ 1 root video 226,   0 Jan 16 01:21 card0
crw-------. 1 root video 226,  64 Jan 16 01:21 controlD64
crw-rw----+ 1 root video 226, 128 Jan 16 01:21 renderD128
************************************************************/

groups
/************************************************************
htxk video
************************************************************/

my trouble is that, when running ffmpeg to transode, it show segmentation fault just as the Jason P described.

i need you help.

best regards.

0 Kudos
Copy link
Reply

Community support is provided during standard business hours (Monday to Friday 7AM - 5PM PST). Other contact methods are available here.

Intel does not verify all solutions, including but not limited to any file transfers that may appear in this community. Accordingly, Intel disclaims all express and implied warranties, including without limitation, the implied warranties of merchantability, fitness for a particular purpose, and non-infringement, as well as any warranty arising from course of performance, course of dealing, or usage in trade.

For more complete information about compiler optimizations, see our Optimization Notice.