[vlc-devel] VLC 0.8.6 end of support

[Laurent Aimar]

On Tue, Sep 02, 2008, Marian ??urkovi?? wrote:
> On Tue, 2 Sep 2008 23:15:06 +0300, Rémi Denis-Courmont wrote
> > Le mardi 2 septembre 2008 14:16:39 Marian ??urkovi??, vous avez écrit :
> > > On Tue, Sep 02, 2008 at 12:33:27PM +0200, Rémi Denis-Courmont wrote:
> > > > It is perfectly usable to me.
> > >
> > > Try any commercial MPEG-TS over RTP source, VLS, or e.g my rtpstream
> > > utility. No sound, log full of "PTS out of range" etc. The new RTP
> > > module doesn't cooperate with clock synchro correctly, and seem
> > > to only work when streaming from VLC to VLC. (BTW, doesn't it accidentially
> > > feed RTP timestamps to the synchro?)
> > 
> > Well, if it does work with VLC and not some other source , I have to 
> > assume that the other source is broken. 

[155614be656a8ae32310a792d3b39900bf06bfbe] should probably fix your issue.

> > 
> > > For the same reasons, prebuffering needs to be disabled for both UDP and
> > > RTP, which doesn't seem to be the case again with 0.9.x. With prebuffering
> > > (which is kB based and not time-based), VBR streams confuse VLC's internal
> > > reference clock to the point that it starts up/downsampling or drops audio
> > > packets at big scene changes.
> > 
> > Precisely, the *old* RTP access had prebufferring, and the new one 
> > does not. And UDP still has it - unchanged. What are you whining about?
> 
> Please have a look at the 0.8.6 UDP/RTP access. For both RTP as well as
> well as raw UDP, the access was setting:
> 
> p_access->info.b_prebuffered = VLC_TRUE;
> 
> This was a signal to the lower parts of the input chain to disable size-driven
> prebuffering after the access and before clock synchro. You apparently deleted
> this and it needs to be restored for raw UDP.
> The RTP prebuffering was there for completely different purpose, and it was
> time-driven and not size-driven.
 The way PCR/clock drift is computed should be modified (in general).
I am working on it (but will take some time).

-- 
fenrir