On 2/11/15, 5:02 AM, John Weber wrote:
On Tuesday, February 10, 2015, Alfonso Tamés <alfonso@tames.com>
wrote:
Looks good to me, Alfonso. I've applied it and tested it with
wandcam and gstreamer-1.0. Looks like I'm getting some
sketchy problem that results in a segfault when a gstreamer
pipeline shuts down, but not sure if that is due to this
kernel or if it existed in previous kernels (3.10.17 versions
or 3.10.31).
:(
I just tested a fresh install and I'm getting the same error:
root@wandboard-quad:~# GST_DEBUG=*:3; gst-launch-1.0 -e
imxv4l2src capture-mode=4 fps-n=30 ! imxvpuenc_h264 bitrate=4096
! h264parse ! mp4mux ! filesink location=video.mp4
...
EOS received - stopping pipeline...
Execution ended after 0:00:04.088140334
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Caught SIGSEGV
#0 0x76c72498 in waitpid () from /lib/libpthread.so.0
#1 0x76c9cb64 in g_on_error_stack_trace () from
/usr/lib/libglib-2.0.so.0
#2 0x0000b4e0 in ?? ()
Spinning. Please run 'gdb gst-launch-1.0 1011' to continue
debugging, Ctrl-C to quit, or Ctrl-\ to dump core.
^C
Any ideas Otavio?
Can you see this with a videotestsrc?
I'm seeing the same issue (segfault) on this side with a really
fresh build of fsl-image-multimedia-full using master, using
Carlos's gstreamer-1.0 plugins:
gst-launch-1.0 imxv4l2src capture-mode=4 fps-n=30 ! imxipuvideosink
I'm not seeing a problem with this pipeline, which is from an image
with the gst1.0-fsl-plugins installed (note that Freescale's element
has the same name as Carlos's, but uses caps to set the format
instead of properties):
gst-launch-1.0 imxv4l2src !
video/x-raw,format=I420,width=1280,height=720,framerate=30/1 !
imxv4l2sink
I do see tearing with the same pipeline, but using the
imxipuvideosink instead of the imxv4l2sink.
The pipeline (similar to yours but using the gst1.0-fsl-plugin
imxv4l2src) works for me:
gst-launch-1.0 imxv4l2src !
video/x-raw,format=I420,width=1280,height=720,framerate=30/1 !
imxvpuenc_h264 bitrate=2000 ! h264parse ! mp4mux ! filesink
location=video.mp4