We force a camera problem in TX1 r28.2.1 with Jetpack 3.3.
Currently, we use the libargus to create a eglstream, and use the gstreamer pipe to get the frame by appsink.
And sometime we will get the error log and the pipe will freez, so we can’t capture the new frame.
BTW, we didn’t find this problem used the same pipe in TX1 r24.2.1.
Do you have information regarding this or maybe any knowledge regarding this issue?
nvidia@tegra-ubuntu:~/catkin_ws$ gst-launch-1.0 nvarguscamerasrc ! ‘video/x-raw(memory:NVMM), width=1280, height=720, format=(string)NV12, framerate=(fraction)30/1’ ! queue ! nvvidconv ! ‘video/x-raw, width=1280, height=720, format=(string)BGRx, framerate=(fraction)30/1’ ! videoconvert ! ‘video/x-raw, width=1280, height=720, format=(string)BGR, framerate=(fraction)30/1’ ! appsink
Setting pipeline to PAUSED …
Pipeline is live and does not need PREROLL …
0:00:00.196851327 24830 0x59f800 FIXME default gstutils.c:3766:gst_pad_create_stream_id_internal:nvarguscamerasrc0:src Creating random stream-id, consider implementing a deterministic way of creating a stream-id
Setting pipeline to PLAYING …
New clock: GstSystemClock
GST_ARGUS: Running with following settings:
Camera index = 0
Camera mode = 0
Output Stream W = 1280 H = 720
seconds to Run = 0
GST_ARGUS: Creating output stream
CONSUMER: Waiting until producer is connected…
GST_ARGUS: Setup Complete, Starting captures for 0 seconds
GST_ARGUS: Starting repeat capture requests.
CONSUMER: Producer has connected; continuing.
Killed
In fact, we also found the error when we used the eglstream with gstreamer rtmpsink,
so, could you have any idea to avoid this error?
because we need use these camera features for demonstration.
Yup, i can’t use nvarguscamerasrc, and we prefer use the "nveglstreamsrc " in source code level develop.
Because we have multi-feature with camera (like: recording, streaming, and frame capturing),
and the argus could provide multi-output-streaming at the same time,
so do you have any idea about the error log?
Because we found the error was occurred not only frame capturing but also streaming/recording some time.
Hi,
We need to reproduce the issue so that we can debug further. The reference sample is gstVideoEncode. Please give a patch on it so that we can reproduce it with default camera ov5693.
Hi,
Please try attachment. We have verified it with the test code. However, it looks to be an issue in the test code. It hangs in termination with 2/5 failure rate.
Fro double confirmation, we try argus_gstvideoencode with the attachment and do not hit the hang issue. r28_2_libgstnveglstreamsrc.zip (14.1 KB)
We had tested the attached library with replaced the file at this path:
/usr/lib/aarch64-linux-gnu/gstreamer-1.0/libgstnveglstreamsrc.so
md5sum: 4cabc936b09f705b3be9f98efef161ef
But the problem still occurred randomly,
Do you have any suggestion for running safe with the test code?
Sorry bro., we had reproduced this issue again.
Could you try to increase the program time with modify the DEFAULT_CAPTURE_TIME in test code?
Because we have trying the overnight test, and we found the issue occurred when program is running nearly 10 minutes.