Re: [Live-devel] Jitter Buffer h264 rtsp client

2019-01-03 Thread Kevin Bailey
I also have discovered that this delay occurs when I stream from VLC. Which means this is likely not an issue my client is causing but rather something on the RTSP server end what could it be? ___ live-devel mailing list live-devel@lists.live555.com h

Re: [Live-devel] Jitter Buffer h264 rtsp client

2019-01-03 Thread Kevin Bailey
Okay I have just incorporated a jitter buffer and It is working but there is still a very strange delay occasionally in the stream. It will buffer for a whole second before displaying any frame on the screen. I'm a bit lost now as to what could be causing this issue. Any advice? ___

Re: [Live-devel] Jitter Buffer h264 rtsp client

2019-01-03 Thread Ross Finlayson
> On Jan 4, 2019, at 1:21 PM, Kevin Bailey wrote: > > Okay so I printed out the presentation times next to the current time and the > presentation time is either identical or slightly behind the current time by > the time it hits the DummySink::afterGettingFrame() function. I am not quite >

Re: [Live-devel] Jitter Buffer h264 rtsp client

2019-01-03 Thread Kevin Bailey
Firstly, I apologize for not cutting off previous replies in this email chain before replying. Also with the packets that come in with the identical presentation time (down to the millisecond) should I wait and collect them all together before passing them into the decoder or should I pass them in

Re: [Live-devel] Jitter Buffer h264 rtsp client

2019-01-03 Thread Kevin Bailey
Okay so I printed out the presentation times next to the current time and the presentation time is either identical or slightly behind the current time by the time it hits the DummySink::afterGettingFrame() function. I am not quite sure what you mean when you say that the presentation time is the t

Re: [Live-devel] Jitter Buffer h264 rtsp client

2019-01-03 Thread Ross Finlayson
> On Jan 4, 2019, at 12:29 PM, Kevin Bailey wrote: > > What exactly does the presentation time entail? Is it actually the time in > which a frame should be passed off to the decoder and then to the screen? No, it’s the time that the frame should be rendered (displayed) on the screen. Note,

Re: [Live-devel] Jitter Buffer h264 rtsp client

2019-01-03 Thread Kevin Bailey
What exactly does the presentation time entail? Is it actually the time in which a frame should be passed off to the decoder and then to the screen? If so how could there be many frames that have the same presentation time (down to the miliseconds)? And if that is not the case is this just an arbit

Re: [Live-devel] Jitter Buffer h264 rtsp client

2019-01-03 Thread Ross Finlayson
> On Jan 4, 2019, at 12:07 PM, Kevin Bailey wrote: > > Hi all! Can anyone point me to an example of how to implement a jitter buffer > into an rtsp client using live555? You could probably look at the VLC code for an example. But the idea is quite straightforward: A basic jitter buffer is

[Live-devel] Jitter Buffer h264 rtsp client

2019-01-03 Thread Kevin Bailey
Hi all! Can anyone point me to an example of how to implement a jitter buffer into an rtsp client using live555? The example that is included with live555 doesn't have any sort of jitter buffer and the stream frequently freezes. Thank you! ___ live-devel