We are using VLC(3.0.14) for client and VLC(3.0.12) for server.
The command used as the client side is:
vlc.exe --vlm-conf "C:\Program Files\App\AppData\vlc\Data\settings\vlcrc" --no-plugins-cache --config "C:\Program Files\App\AppData\vlc\Data\settings\vlcrc" --intf dummy --verbose=2 --file-logging --logfile=C:\Users\aman1512\.company\vlc-log.log screen:// :screen-caching=1000 :screen-fps=10.000000 :sout=#transcode{vb=4800,venc=theora{quality=9},vcodec=theo,scale=1,fps=10,deinterlace=0,croptop=0,cropbottom=0,cropleft=0,cropright=0,acodec=none,channels=1,samplerate=44100}:http{access=https,mux=ogg,dst=%STREAM_URL%}} --sout-theora-quality=5 --sout-keep --http-cert="%CERT_FILE%" --http-key="%CERT_KEY_FILE%"
vlc --intf dummy --file-logging --logfile=/opt/company/streams/videoContainer/log/3daa12e0-7e3c-45c2-a05a-6f0eb1005474/vlc-log.log --verbose=2 https://192.168.56.1:9000/port/36770/st ... 005474.ogg --sout #transcode{vcodec=h264,vb=800,acodec=none}:standard{mux=mp4,dst=/opt/company/streams/videoContainer/mp4/3daa12e0-7e3c-45c2-a05a-6f0eb1005474/stream/aman-20220315190301428-3daa12e0-7e3c-45c2-a05a-6f0eb1005474.mp4,access=file} --http-reconnect --http-continuous vlc://quit
The client being used is a Windows 10 system whose screen is getting recorded and streamed to the server using HTTPs with TLS.
The VLC client that connects to the stream is hosted in a centos container.
We also tried to use buffers (--network-caching, --sout-mux-caching, --live-caching, --file-caching) with no success either.
We are experiencing dropped frames on the video being saved on the server side. And root cause we have been able to figure out so far is the fact that encryption and decryption is not been able to keep with the incoming live stream and the buffer is getting overflowed. For a 1 min recorded session the video with generated is around 30 seconds long due to lost frames.
If some can recommend any different approached or settings we can use to resolve this, we will really appreciate that.