I created simple video stream (mpeg4) and I'm using FileSink as default sink.
Everything is fine until I try to end all sessions and streaming.
Everything ends
and every subsession and session is closed but there still apears to
be memory leak
somwhere.
I'm opening the stream like this:
1. Get
I am sure Ross will comment from the live555 perspective but from a TV
perspective, and TV is a very common use for this, UDP is used because this is
a streaming application, if the media does not get there as expected i.e. in
time to display it in sequence for video playback, it is no longer ne
Hi All,
We are trying to implement a retransmission mechanism for the live555 server
over UDP, as part of our research work for a professor.
Well, we hit our first road block thinking why would someone want to do it
at all? We do understand that UDP doesnt provide for reliable transmission.
And t
Hi.
I created simple video stream (mpeg4) and I'm using FileSink as default sink.
Everything is fine until I try to end all sessions and streaming. Everything
ends
and every subsession and session is closed but there still apears to be memory
leak
somwhere.
I'm opening the stream like this:
1.
So my question: is the rtpSource->curPacketRTPTimestamp() always
supposed to be larger than rtpInfo.timestamp?
No, RTP timestamps can wrap around (because they are 32-bit numbers).
In MediaSubsession::getNormalPlayTime(...), when rtpInfo.infoIsNew,
an offset is set as such:
u_int32_t ti
I'm trying to implement trick-mode support server and client side. My
original attempt for UI notification of playback time was to use the pts
provided by ffmpeg for the position within the media, and on the client side
take this pts out of the total duration to update my media slider. After
any t
