10-02-2019 03:22 AM
I am encountering problems with the "graphic" tracer:
(a) I receive "caught SISSEGV" error (see attached picture) for this udp stream receiver pipeline. The program then hangs:
GST_DEBUG="GST_TRACER:7" GST_TRACERS="graphic" gst-launch-1.0 --eos-on-shutdown udpsrc port=5004 ! decodebin ! video/x-raw ! queue ! kmssink bus-id=a0070000.v_mix
(b) The following pipeline runs fine. However when I set is-live=TRUE on the videotestsrc I get "double free or corruption (fasttop), Aborted" after running a few seconds, and the program terminates:
GST_DEBUG="GST_TRACER:7" GST_TRACERS="graphic" gst-launch-1.0 --eos-on-shutdown videotestsrc ! queue ! kmssink bus-id=a0070000.v_mix
In both cases (a and b), the folders "metadata", "datastream" and "graphic" are created.
Please help, and thanks in advance,
10-09-2019 08:10 AM
10-14-2019 03:22 AM
Please find attached the series of commands entered and the full log.
-When I omit the first two commands "export GST_SHARK_LOCATION=./ " and "unset GST_SHARK_CTF_DISABLE", the pipeline runs successfully, but does not create the folders "graphic","datastream", and "metadata".
-When I execute the first two commands followed by the pipeline (as shown on the attached screen shot), the error occurs but the folders are created.
10-14-2019 03:29 AM
10-14-2019 03:40 AM
10-14-2019 11:09 AM
10-16-2019 12:51 AM
Can you share the full linux log (from the time linux boot up to the time you have the result from the command).
Most uart terminals (I use tera term) have the option to export the log to a file. Please use this and share the full log.
Also it would be good to have more inforamtion about your HW design? Are you using a the VCU TRD or a custom design? I this is a custom design, can you give informations about this design?
10-18-2019 01:24 AM
I am using the standard VCU TRD image.
The set up has 2 ZCU106 boards, one serving as a stream sender and the other as a stream receiver.
1) Sender :
Receives video from a Raspberrry pi on HDMI-Rx, displays a copy of the video on an HDMI-Tx monitor and sends an encoded stream to the sender. The sender pipeline is :
gst-launch-1.0 --eos-on-shutdown v4l2src device=/dev/video0 io-mode=4 ! capsfilter caps="video/x-raw, width=1920, height=1080, format=NV12,framerate=60/1" ! videorate max-rate=15 ! tee name=t ! queue ! kmssink bus-id=a0070000.v_mix t. ! queue ! omxh264enc gop-length=60 gop-mode=0 low-bandwidth=FALSE target-bitrate=600 num-slices=8 control-rate=2 qp-mode=2 periodicity-idr=60 prefetch-buffer=TRUE latency-mode=1 b-frames=0 filler-data=TRUE ! capsfilter caps="video/x-h264, profile=high" ! queue ! mpegtsmux alignment=7 ! rtpmp2tpay pt=33 ! queue ! udpsink host=192.168.2.200 async=FALSE send-duplicates=FALSE max-bitrate=1500000 port=5004 qos-dscp=60
The receiver decodes the video stream and displays on to its HDMI-Tx monitor. The receiver pipeline is:
GST_DEBUG="GST_TRACER:7" GST_TRACERS="graphic" gst-launch-1.0 --eos-on-shutdown udpsrc port=5004 ! decodebin ! capsfilter caps="video/x-raw, width=1920, height=1080" ! queue ! kmssink bus-id=a0070000.v_mix
A log file from boot-up to the pipeline execution has been attached.
10-18-2019 06:56 AM
Are you sure the second board is receiving data?
Are you able to get the stream if you are using a computer?
10-19-2019 09:13 AM
10-19-2019 03:04 PM
I'd like to confirm the followings.
1. Change decodebin to suitable decoder. In this case omxh264dec is suitable decode, if you use Zynq MPSoC EV series on receiver.
2. Where do you run this pipeline ? On SSD or SATA HDD ? or more slower device ?
If you use slower device to record log file and some metadata, I suggest you to change faster device such as SSD or SATA HDD or USB 3.0 HDD.