Re: Low latency video in WebRTC

Chris, you've gotta quantify "ultra low latency" if you want real answers.
The STUN process alone per spec will be ~3 seconds to start off with
although I assume you mean after all the setup and handshaking. If you add
any FEC or transcoding, add more milliseconds on top of network latency. We
work hard on Red5 Pro to get and keep latency down, but its all about
trade-offs and in some scenarios we've seen 500 ms, which to me only
qualifies as "low latency".

Regards,
Paul

On Wed, Jun 20, 2018 at 9:52 AM Sergio Garcia Murillo <
sergio.garcia.murillo@gmail.com> wrote:

> i would say that if you are remotely controlling a high speed dron, the
> details of the wall you just crashed with doesn't matter much 😂😂
>
> BR
> Sergio
>
>
> El mié., 20 jun. 2018 14:52, Martín Varela <martin@callstats.io> escribió:
>
>> Chris,
>>    just out of curiosity, what kind of latency-bound robotics
>> applications do you have in mind where quality wouldn't matter much?
>> Cheers,
>>    Martín
>>
>
>> On Wed, Jun 20, 2018 at 1:26 PM, Sergio Garcia Murillo <
>> sergio.garcia.murillo@gmail.com> wrote:
>>
>>> in terms of implementation what would that imply?
>>>
>>> I would think that this could help to remove latency at the cost of
>>> reducing reliability/quality:
>>>
>>> -enable slice mode on codecs that support it so video decoding can
>>> happen before full frame is received.
>>> -turn off lip sync
>>> -turn off packet buffers and rtx/FEC
>>>
>>> some of them are easier than others
>>>
>>> best regards
>>> Sergio
>>>
>>>
>>>
>>> El mié., 20 jun. 2018 11:00, Chris M <spectralcodec@gmail.com> escribió:
>>>
>>>> I would love to see WebRTC have the ability to run in a " ultra low
>>>> latency" mode for remote control robotics applications even at the expense
>>>> of consistent video frame rate and video quality.
>>>>
>>>>  Chris
>>>>
>>>>
>>