[vlc-devel] [RFC] Bounties for VLC

Steinar H. Gunderson sgunderson at bigfoot.com
Thu Aug 16 19:37:20 CEST 2012

On Thu, Aug 16, 2012 at 07:19:17PM +0200, Jean-Baptiste Kempf wrote:
>> In particular, I'd love to see TCP fallback for the RTSP server (right now
>> RTSP streaming does not work through the majority of NATs),
> This is doable?

It certainly is (Wowza does it, and VLC on the client side does). But as
others have pointed out, it is a lot of work, at least if you want it to be
really clean.

>> and cleanup of the state of TCP buffer management
>> when doing live streaming (probably due to the clock synchronization
>> algorithm not handling TS-over-TCP too well).
> Idem?

I'm actually not sure how much work it is. It needs fiddling with clock
synchro, which is a black box to me, so it's hard to say whether it's easy or
not. Apart from making the clock synchronization deal nicely with data coming
in at somewhat more arbitrary times than it does now, it would require
reviving and updating the logic for distinguishing HTTP live streams from
HTTP VOD streams, which is a bit of work but not hard.

>> Another pet feature would be cleaning up the various sources of latency in
>> the encoding chain, but that's significantly more obscure.
> Sure, you know more than anyone what is doable or what is needed. Please
> feel free to define a bounty.

I honestly think you could get 720p50 streaming with under 100 ms end-to-end
latency, given fast machines in both ends and only a few milliseconds of
network delay (obviously it's impossible over the general Internet). But a
good bounty should probably be more specific than that, and I've swapped this
out, so I can't say much anymore about concrete issues that should be fixed.
Sorry. :-/

/* Steinar */
Homepage: http://www.sesse.net/

More information about the vlc-devel mailing list