"GStreamer" (GNOME Bugzilla)
2016-03-09 03:34:07 UTC
https://bugzilla.gnome.org/show_bug.cgi?id=763359
Bug ID: 763359
Summary: XDG_RUNTIME_DIR not set in the environment
Classification: Platform
Product: GStreamer
Version: 1.6.0
OS: Linux
Status: NEW
Severity: normal
Priority: Normal
Component: gstreamer-vaapi
Assignee: gstreamer-***@lists.freedesktop.org
Reporter: ***@live.com.my
QA Contact: gstreamer-***@lists.freedesktop.org
CC: ***@gmail.com, ***@igalia.com
GNOME version: ---
I am using gst-rtsp-server-1.2.3 in Ubuntu 14.04 to stream video from webcam to
another laptop. The working gstreamer pipeline that I used is $ sudo
/home/ubuntu/Downloads/gst-rtsp-server-1.2.3/examples/test-launch "v4l2src
device=/dev/video0 ! x264enc tune=zerolatency ! rtph264pay name=pay0 pt=96".
However, the video stream is delayed for 5 seconds. I suspect this might be
caused by CPU encoding, so I try to use gstreamer-vaapi 1.6.0 so that GPU will
do the encoding task. I replace the x264enc with vaapiencode_h264 and the
pipeline becomes $ sudo
/home/ubuntu/Downloads/gst-rtsp-server-1.2.3/examples/test-launch "v4l2src
device=/dev/video0 ! vaapiencode_h264 rate-control=vbr tune=high-compression !
rtph264pay name=pay0 pt=96". But when I run the pipeline, the following error
is shown. Another laptop also not able to open the video stream.
***@ubuntu-lenovo:~$ sudo
/home/ubuntu/Downloads/gst-rtsp-server-1.2.3/examples/test-launch "v4l2src
device=/dev/video0 ! vaapiencode_h264 rate-control=vbr tune=high-compression !
rtph264pay name=pay0 pt=96"
stream ready at rtsp://192.168.0.134:554/test
error: XDG_RUNTIME_DIR not set in the environment.
libva info: VA-API version 0.35.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/local/lib/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_32
libva info: va_openDriver() returns 0
error: XDG_RUNTIME_DIR not set in the environment.
error: XDG_RUNTIME_DIR not set in the environment.
error: XDG_RUNTIME_DIR not set in the environment.
Bug ID: 763359
Summary: XDG_RUNTIME_DIR not set in the environment
Classification: Platform
Product: GStreamer
Version: 1.6.0
OS: Linux
Status: NEW
Severity: normal
Priority: Normal
Component: gstreamer-vaapi
Assignee: gstreamer-***@lists.freedesktop.org
Reporter: ***@live.com.my
QA Contact: gstreamer-***@lists.freedesktop.org
CC: ***@gmail.com, ***@igalia.com
GNOME version: ---
I am using gst-rtsp-server-1.2.3 in Ubuntu 14.04 to stream video from webcam to
another laptop. The working gstreamer pipeline that I used is $ sudo
/home/ubuntu/Downloads/gst-rtsp-server-1.2.3/examples/test-launch "v4l2src
device=/dev/video0 ! x264enc tune=zerolatency ! rtph264pay name=pay0 pt=96".
However, the video stream is delayed for 5 seconds. I suspect this might be
caused by CPU encoding, so I try to use gstreamer-vaapi 1.6.0 so that GPU will
do the encoding task. I replace the x264enc with vaapiencode_h264 and the
pipeline becomes $ sudo
/home/ubuntu/Downloads/gst-rtsp-server-1.2.3/examples/test-launch "v4l2src
device=/dev/video0 ! vaapiencode_h264 rate-control=vbr tune=high-compression !
rtph264pay name=pay0 pt=96". But when I run the pipeline, the following error
is shown. Another laptop also not able to open the video stream.
***@ubuntu-lenovo:~$ sudo
/home/ubuntu/Downloads/gst-rtsp-server-1.2.3/examples/test-launch "v4l2src
device=/dev/video0 ! vaapiencode_h264 rate-control=vbr tune=high-compression !
rtph264pay name=pay0 pt=96"
stream ready at rtsp://192.168.0.134:554/test
error: XDG_RUNTIME_DIR not set in the environment.
libva info: VA-API version 0.35.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/local/lib/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_32
libva info: va_openDriver() returns 0
error: XDG_RUNTIME_DIR not set in the environment.
error: XDG_RUNTIME_DIR not set in the environment.
error: XDG_RUNTIME_DIR not set in the environment.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.