I made the following to work on v536:
- ath9k module for ar9271 wifi module.
- gstreamer version 1.14.5
- befinitiv wfb
- consti10 wfb
- encoding in h264 and h265
Times are measured glass to glass using a camera to capture a timer.
HEVC with default settings from Allwinner example application.
- v536 ----- ethernet (netcat) -------> PC: ~150ms
- v536 ----- wfb befi -------> jetson: ~150ms (minimum: 100ms)
- v536 ----- wfb consti10 -------> jetson: ~300ms (minimum: 260ms)
The result with consti10 confused me. To make a gstreamer pipeline work, it has been a lot of trial and errors.
I end-up in the following on v536 (sample_virvi2venc feed an named pipe ‘pipe_video’):
- cat pipe_video | gst-launch-1.0 fdsrc ! h265parse config_interval=-1 ! rtph265pay mtu=1024 config-interval=-1 ! udpsink host=127.0.0.1 port=5600 &
- ./wfb_tx -k 8 -p 50 -r 2 -M3 wlan0 &
- /usr/bin/mpp-sample/sample_virvi2venc -path ./sample_virvi2venc_pipe_h265.conf
On jetson side:
- sudo ./wfb_rx -r 2 wlan0
- gst-launch-1.0 udpsrc port=5600 caps=“application/x-rtp, media=(string)video, clock-rate=(int)90000” ! rtpjitterbuffer ! rtph265depay ! h265parse ! nvv4l2decoder enable-max-performance=1 ! nv3dsink -e
Latency with consti10 wfb is not a showstopper, as latency could be tuned down at least at 150ms. So I will not spend more time on investigating it right now.