gstvideoencoder error

Mon Oct 29 19:41:57 UTC 2018

Hi vmjl,

Thanks for this information. I didn't know about the Direct Render Manager until your email. It seems the DRM exists specifically to allow access to the graphics hardware even when you don't want to display any graphics on a screen. This is my use case. I just want to transcode video and write video files to the file system using hlssink.

I also noticed that I was getting an error when trying to run vainfo --display drm --device /dev/dri/renderD128 on my system.

This failed until I added the user calling the command to the video group.

In my case I am trying to call gst-launch-1.0 from a php script running as user www-data. I added user www-data to the video group.

Then the vainfo command started working.

Then the pipeline started working. :-)

Thanks,
Rand

-----Original Message-----
From: gstreamer-devel [mailto:gstreamer-devel-bounces at lists.freedesktop.org] On Behalf Of Víctor Jáquez
Sent: Saturday, October 27, 2018 5:38 AM
To: Discussion of the development of and with GStreamer <gstreamer-devel at lists.freedesktop.org>
Subject: Re: gstvideoencoder error

Hi Rand,

A couple comments:

1\ gst-mfx support happens in https://github.com/intel/gstreamer-media-SDK

2\ gst-mfx uses MediaSDK which is an Intel-only API above VA-API

3\ MediaSDK only works with iHD driver, not with i965 driver

4\ In headless systems you have to specify to the driver a drm render node, rather than a display address (either X11 or Wayland)

for example, vainfo:

$ vainfo --display drm --device /dev/dri/renderD128

5\ in gst-plugins-bad there are a couple of elements called gst-msdk, which also uses MediaSDK. They use drm backend, so headless shouldn't be a problem.

6\ you may also try gstreamer-vaapi, those plugins doesn't use MediaSDK but libva. They work with i965 driver (and iHD but you need to export an environment variable. See
https://blogs.igalia.com/vjaquez/2018/03/28/gstreamer-va-api-troubleshooting/)

good luck

vmjl

On Fri, 26 Oct 2018 at 11:35, Rand Graham wrote:
> Hi,
> 
> Is there a way to force libva to use a specific driver?
> 
> I am looking at the difference between the success case and the failure case.
> 
> What I notice is that in the success case that libva is loading iHD driver.
> 
> libva info: VA-API version 1.1.0
> libva info: va_getDriverName() returns 0 libva info: User requested 
> driver 'iHD'
> libva info: Trying to open 
> /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.s
> 
> In the failure case libva is loading i965
> 
> libva info: VA-API version 1.1.0
> libva info: va_getDriverName() returns 0 libva info: Trying to open 
> /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
> libva error: /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so has no 
> function __vaDriverInit_1_
> 
> Why is libva choosing i965 driver in one case and iHD in the other?
> 
> I do have an environment variable set in both environments as follows.
> 
> LIBVA_DRIVER_NAME=iHD
> 
> In order to verify libva, I tried to check the output of vainfo in the failing environment but vainfo won't run.
> 
> error: can't connect to X server!
> error: failed to initialize display
> 
> Thanks,
> Rand
> 
> From: gstreamer-devel 
> [mailto:gstreamer-devel-bounces at lists.freedesktop.org] On Behalf Of 
> Rand Graham
> Sent: Thursday, October 25, 2018 4:54 PM
> To: Discussion of the development of and with GStreamer 
> <gstreamer-devel at lists.freedesktop.org>
> Subject: RE: gstvideoencoder error
> 
> Hi,
> 
> I am still having problems with this.
> 
> Going on the theory that an environment variable was not set, I went 
> ahead and set the GST_PLUGIN_PATH as follows
> 
> export GST_PLUGIN_PATH=/usr/lib/x86_64-linux-gnu/gstreamer-1.0/
> 
> Now I am seeing strange errors as shown below. Some of the errors seem odd because they seem related to plugins  not used by the pipeline.
> 
> From my interactive shell where I can launch the pipeline I don't have GST_PLUGIN_PATH set and it somehow just works.
> 
> I don't have any of these variables set in my shell environment:
> 
> https://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer/ht
> ml/gst-running.html
> 
> Are there any other environment variables that are important to gstreamer?
> 
> Errors that gstreamer is reporting when I set GST_PLUGIN_PATH:
> 
> (gst-plugin-scanner:6229): GStreamer-WARNING **: Failed to load plugin 
> '/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstgtksink.so': 
> /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstgtksink.so: undefined 
> symbol: gst_gl_display_wayland_new_with_display
> Failed to connect to Mir: Failed to connect to server socket: No such 
> file or directory Unable to init server: Could not connect: Connection 
> refused
> 
> (gst-plugin-scanner:6229): Clutter-CRITICAL **: Unable to initialize 
> Clutter: Could not initialize Gdk
> 
> (gst-plugin-scanner:6229): Clutter-Gst-CRITICAL **: Unable to 
> initialize Clutter
> 
> (gst-plugin-scanner:6229): GStreamer-WARNING **: Failed to load plugin 
> '/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstcompositor.so': 
> /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstcompositor.so: undefined 
> symbol: gst_videoaggregator_pad_get_type
> 
> (gst-plugin-scanner:6229): GLib-GObject-WARNING **: specified class 
> size for type 'GstMssDemux' is smaller than the parent type's 
> 'GstAdaptiveDemux' class size
> 
> (gst-plugin-scanner:6229): GLib-CRITICAL **: g_once_init_leave: 
> assertion 'result != 0' failed
> 
> (gst-plugin-scanner:6229): GStreamer-CRITICAL **: 
> gst_element_register: assertion 'g_type_is_a (type, GST_TYPE_ELEMENT)' 
> failed
> 
> (gst-plugin-scanner:6229): GLib-GObject-WARNING **: specified class 
> size for type 'GstHLSDemux' is smaller than the parent type's 
> 'GstAdaptiveDemux' class size
> 
> (gst-plugin-scanner:6229): GLib-CRITICAL **: g_once_init_leave: 
> assertion 'result != 0' failed
> 
> (gst-plugin-scanner:6229): GStreamer-CRITICAL **: 
> gst_element_register: assertion 'g_type_is_a (type, GST_TYPE_ELEMENT)' 
> failed
> 
> (gst-plugin-scanner:6229): GStreamer-WARNING **: Failed to load plugin 
> '/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstopengl.so': 
> /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstopengl.so: undefined 
> symbol: gst_gl_filter_draw_textur
> 
> Thanks,
> Rand
> 
> From: gstreamer-devel 
> [mailto:gstreamer-devel-bounces at lists.freedesktop.org] On Behalf Of 
> Rand Graham
> Sent: Friday, October 19, 2018 3:36 PM
> To: Discussion of the development of and with GStreamer 
> <gstreamer-devel at lists.freedesktop.org<mailto:gstreamer-devel at lists.fr
> eedesktop.org>>
> Subject: RE: gstvideoencoder error
> 
> Hi all,
> 
> I just received this error again on my machine this time.
> 
> The case where I receive this error on my machine is when running in a non-interactive environment. That is I am trying to call the gst-launch-1.0 pipeline from a php script using shell_exec.
> 
> Can someone tell me what environment variable needs to be set so that mfx264enc will work?
> 
> Thanks,
> Rand
> 
> From: Rand Graham/LGEUS Zenith R&D 
> CSD(rand.graham at lge.com<mailto:rand.graham at lge.com>)
> Sent: Thursday, September 06, 2018 4:23 PM
> To: 'Discussion of the development of and with GStreamer' 
> <gstreamer-devel at lists.freedesktop.org<mailto:gstreamer-devel at lists.fr
> eedesktop.org>>
> Subject: gstvideoencoder error
> 
> Hello,
> 
> I am trying to run a pipe line that works on my machine on a colleague's machine with the same hardware and software set up, using Ubuntu 16.04 and compiling gstreamer from source.
> 
> The pipeline works on my machine but not on their machine.
> 
> There seems to be a problem with the mfxh264enc plugin.
> 
> I am getting the following error
> 
> gst-launch-1.0 -v -e mpegtsmux name=m ! hlssink target-duration=5  souphttpsrc location="http://127.0.0.1:8000/routestream/4" ! qtdemux ! h265parse ! mfxhevcdec ! videoconvert ! mfxvpp width=1280 height=720 !  mfxh264enc ! "video/x-h264, stream-format=byte-stream, profile=high" ! m.
> Setting pipeline to PAUSED ...
> ERROR: Pipeline doesn't want to pause.
> ERROR: from element /GstPipeline:pipeline0/GstMfxEncH264:mfxench264-0: Could not initialize supporting library.
> Additional debug info:
> gstvideoencoder.c(1627): gst_video_encoder_change_state (): /GstPipeline:pipeline0/GstMfxEncH264:mfxench264-0:
> Failed to open encoder
> Setting pipeline to NULL ...
> Freeing pipeline ..
> 
> I googled the error message. I found something about not having enough gpu memory. I used lspci to check the gpu information on both machines and lspci reports identical information for the intel GPU that is being used on both machines.
> 
> lspci -v -s 0:02.0
> 00:02.0 VGA compatible controller: Intel Corporation Sky Lake Integrated Graphics (rev 07) (prog-if 00 [VGA controller])
>         Subsystem: Intel Corporation Skylake Integrated Graphics
>         Flags: bus master, fast devsel, latency 0, IRQ 127
>         Memory at d0000000 (64-bit, non-prefetchable) [size=16M]
>         Memory at c0000000 (64-bit, prefetchable) [size=256M]
>         I/O ports at 1c00 [size=64]
>         [virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
>         Capabilities: <access denied>
>         Kernel driver in use: i915
>         Kernel modules: i915
> 
> I suspect something is misconfigured but I am not sure what.
> 
> I run gnome on my machine but I am trying to run my colleague's system in a headless mode by using ssh to access the command line. I am not sure if that has anything to do with it but that is the main difference between how I am trying to run the pipeline.
> 
> Has anybody seen something like this before?
> 
> What support library does the x264 encoder need?
> 
> Any trouble shooting tips?
> 
> Thanks,
> Rand
> 

> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
gstreamer-devel at lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel