mpeg4videoparse: Critical errors generated by mpeg4videoparse drop=false config-interval=1
Describe your issue
Hi, i use such pipelines to emulate mpeg4 data transmission over rtsp with gstreamer:
Sender (works fine): gst-launch-1.0 -v videotestsrc is-live=true ! video/x-raw,width=1280,height=720,framerate=30/1 ! videoconvert ! avenc_mpeg4 ! rtpmp4vpay ! udpsink host=127.0.0.1 port=5500 sync=false
Receiver & Transmitter 1 (works fine; without drop=false pipeline does not work, but it is not my problem): gst-launch-1.0 -v udpsrc port=5500 caps="application/x-rtp" ! rtpmp4vdepay ! mpeg4videoparse drop=false ! queue ! mpegtsmux ! udpsink host=127.0.0.1 port=5600 sync=false
Receiver & Transmitter 2: gst-launch-1.0 -v udpsrc port=5500 caps="application/x-rtp" ! rtpmp4vdepay ! mpeg4videoparse drop=false config-interval=1 ! queue ! mpegtsmux ! udpsink host=127.0.0.1 port=5600 sync=false
works, but i get a lot of errors (the errors repeated):
(gst-launch-1.0:9180): GStreamer-CRITICAL **: 15:38:12.776: gst_buffer_map_range: assertion 'GST_IS_BUFFER (buffer)' failed
(gst-launch-1.0:9180): GStreamer-CRITICAL **: 15:38:12.788: gst_buffer_unmap: assertion 'GST_IS_BUFFER (buffer)' failed
(gst-launch-1.0:9180): GStreamer-CRITICAL **: 15:38:12.794: gst_mini_object_ref: assertion 'mini_object != NULL' failed
(gst-launch-1.0:9180): GStreamer-CRITICAL **: 15:38:12.799: gst_buffer_append_region: assertion 'GST_IS_BUFFER (buf1)' failed
(gst-launch-1.0:9180): GStreamer-CRITICAL **: 15:38:12.809: gst_buffer_copy_into: assertion 'dest != NULL' failed
(gst-launch-1.0:9180): GStreamer-CRITICAL **: 15:38:12.814: gst_mini_object_unref: assertion 'mini_object != NULL' failed
End Receiver (works fine, but probably you wish to see video from Receiver & Transmitter): gst-launch-1.0 -v udpsrc port=5600 ! tsparse ! tsdemux ! video/mpeg,width=1280,height=720 ! avdec_mpeg4 ! queue ! videoconvert ! autovideosink
The errors produces mpeg4videoparse config-interval=1 (or other values for config-interval: -1, 10,...).
I need the config-interval with a value because without that files written by multifilesink are not playable (in my real setup with rtspsrc etc.). The videosoutce i use is a camera stream encoded with vpuenc and sended via RTP (with rtpmp4vdepay etc.), but it is not relevant for the problem.
Thank You!
Expected Behavior
No critical errors
Observed Behavior
Critical errors are generated
Setup
-
Operating System: Windows 10 with all updates
-
Device: Computer / Virtual Machine Different computers (Laptop, Desktop, Virtual Machines)
-
GStreamer Version: mingw 64 Bit 1.18.5 (full installation)
-
Command line: Described below
Steps to reproduce the bug
-
open two terminals
-
in first terminal type gst-launch-1.0 -v videotestsrc is-live=true ! video/x-raw,width=1280,height=720,framerate=30/1 ! videoconvert ! avenc_mpeg4 ! rtpmp4vpay ! udpsink host=127.0.0.1 port=5500 sync=false
-
in second terminal type gst-launch-1.0 -v udpsrc port=5500 caps="application/x-rtp" ! rtpmp4vdepay ! mpeg4videoparse drop=false config-interval=1 ! queue ! mpegtsmux ! udpsink host=127.0.0.1 port=5600 sync=false
How reproducible is the bug?
Always