Much larger latency when recording to fdsink than when using the browser #34
Description
Hi,
I'm streaming some video from a Pi (with HD camera), pi zero 2 W with aarch64 debian bookworm base so gstreamer 1.22 and kernel 6.1.21.
I'm using the following command from the sending side:
publish.py --streamid $STREAMID --libcamera --noaudio --nored --noqos --width 640 --height 480 --framerate 30 --bitrate 1000 --rpi --h264
it works fairly well with very low latency from browser from the receiver side - I tried chrome & firefox.
Now I'm trying the same thing but without any web browser involved (all this is on a decently powerful laptop, archlinux, kernel 6.5, gstreamer 1.22 too and ffmpeg 6):
python3 ./publish.py --h264 --noqos --nored --noaudio --zerolatency --fdsink $STREAMID | ffplay -f rawvideo -pixel_format bgr24 -video_size 640x480 -i -
and that gives me pretty high latency, around 4/5 seconds. What could be the cause of this?
I also tried to pipe to NDI but to no avail - I don't even see the ndi element being created on the network (I have gst-plugin-ndi installed)
success video?
0:00:06.884514136 161643 0x7f2d8c0010b0 WARN basesrc gstbasesrc.c:3132:gst_base_src_loop:<nicesrc0> error: Internal data stream error.
0:00:06.884522275 161643 0x7f2d8c0010b0 WARN basesrc gstbasesrc.c:3132:gst_base_src_loop:<nicesrc0> error: streaming stopped, reason not-linked (-1)
0:00:06.884551062 161643 0x7f2d8c0010b0 WARN queue gstqueue.c:992:gst_queue_handle_sink_event:<queue0> error: Internal data stream error.
0:00:06.884554859 161643 0x7f2d8c0010b0 WARN queue gstqueue.c:992:gst_queue_handle_sink_event:<queue0> error: streaming stopped, reason not-linked (-1)