Secure Reliable Transport (SRT) input
Posted: 23 Sep 2021 09:09
Hello,
I would like to request some support on the topic of SRT input with VLC Linux and VLC Android (using libvlc builded with enable-srt option).
I use a source that displays a clock with frames number directly sent on a screen using SDI. I also stream the source using SRT output with a request of 700 ms latency (500ms encoder + 125ms SRT output latency + 75ms network-caching that is virtual).
The latencies (125ms SRT input latency + 75ms network-caching) are provided to VLC Players Linux 3.0.16 and libVLC 3.3.14 Android. Watching the difference between the first screen (SDI Source) and the second (VLC Linux or Android) roughly provides the total latency.
Observed latency is between 1.600 and 1,700 second. I tried to change a lot of parameters (--clock-synchro, --network-synchronisation, --rt-priority, ...) but it didn't change anything.
Do you have an idea for decreasing the latency with SRT input ? It seems like SRT input latency and network-caching are not the only part of the pipeline buffering the media stream.
The other question is about SRT input latency, it's not possible to change the SRT input latency with VLC Linux in application, command line and libVLC Android build with enable-srt parameter.
Is it possible to change the SRT input latency ?
Thanks you.
I would like to request some support on the topic of SRT input with VLC Linux and VLC Android (using libvlc builded with enable-srt option).
I use a source that displays a clock with frames number directly sent on a screen using SDI. I also stream the source using SRT output with a request of 700 ms latency (500ms encoder + 125ms SRT output latency + 75ms network-caching that is virtual).
The latencies (125ms SRT input latency + 75ms network-caching) are provided to VLC Players Linux 3.0.16 and libVLC 3.3.14 Android. Watching the difference between the first screen (SDI Source) and the second (VLC Linux or Android) roughly provides the total latency.
Observed latency is between 1.600 and 1,700 second. I tried to change a lot of parameters (--clock-synchro, --network-synchronisation, --rt-priority, ...) but it didn't change anything.
Do you have an idea for decreasing the latency with SRT input ? It seems like SRT input latency and network-caching are not the only part of the pipeline buffering the media stream.
The other question is about SRT input latency, it's not possible to change the SRT input latency with VLC Linux in application, command line and libVLC Android build with enable-srt parameter.
Is it possible to change the SRT input latency ?
Thanks you.