On 3 Jun 2009, at 20:58, Derk-Jan Hartman wrote:
So this made me think that perhaps the user is right (even though no
one seems to do this).
I'm pretty sure that the Kasenna (Espial) servers do this. My original
patch set for VLC to support rtsp trickplay issued a PAUSE to the
server b
On 3 jun 2009, at 20:29, Ross Finlayson wrote:
This relates to:
https://trac.videolan.org/vlc/ticket/2806
Is it true that any seek action needs to be preceded with a PAUSE ?
Reading the RFC, i kinda deduce the same information as the user is
stating, but to be honest, I've never seen a serve
This relates to:
https://trac.videolan.org/vlc/ticket/2806
Is it true that any seek action needs to be preceded with a PAUSE ?
Reading the RFC, i kinda deduce the same information as the user is
stating, but to be honest, I've never seen a server that supports
queue'd PLAY requests, and they al
When I do seeking operation, I find that when the client send pause,
seek and play command and start playing again, there will be a gap in
the DSS's RTCP SR ntpTimestamp(I print out this in
RTPReceptionStats::noteIncomingSR()), and this will cause the
MediaSubsession::getNormalPlayTime return a
