> I want to be able to request one single frame at an absolute time from the
> RTSP Client. Is that possible?
The RTSP protocol specification has an optional mechanism that allows this:
specifying a range that uses SMPTE-format times (that can address individual
frames, by number). However, th
Hello Ross,
I want to be able to request one single frame at an absolute time from the
RTSP Client. Is that possible?
In the client I'm sending a play command with the same absStart/absEnd.
Received 227 new bytes of response data.
> Received a complete PLAY response:
> RTSP/1.0 200 OK
> CSeq: 32
Great!
Now is working as I wanted.
I have some other questions regarding trick play that I'll ask in a
different thread.
Thanks a lot for your help.
2013/9/11 Ross Finlayson
> How could I know in the client end what is the actual frame time? Is there
> any standard way of doing this?
>
>
> Y
> How could I know in the client end what is the actual frame time? Is there
> any standard way of doing this?
Yes, what you're looking for here is "normal play time". As a RTSP client, you
can get this by calling
"MediaSubsession::getNormalPlayTime()"
on your "MediaSubsession" object,
Hello Ross,
You are right, I was setting fPresentationTime incorrectly in the server
end for 'trick play'. I was trying to set it as the "actual frame time"
(when the frame was recorded), which as you said is wrong.
How could I know in the client end what is the actual frame time? Is there
any st
> We use the RTSPClient from Live555 to access live video and video recordings
> from surveillance cameras, utilizing the cameras built-in RTSP server and
> recording storage (An SD card).
> We have a problem regarding the presentation time when streaming video
> recordings.
> Let’s say we have
Yes, you're correct - this was an oversight in the code (it had prevented "SR"
packets from being sent prematurely, but not "RR" packets).
I've now installed a new version (2013.09.11) of the "LIVE555 Streaming Media"
code that fixes this.
Thanks for the report.
Ross Finlayson
Live Networks,
Hi Ross
We use the RTSPClient from Live555 to access live video and video recordings
from surveillance cameras, utilizing the cameras built-in RTSP server and
recording storage (An SD card).
We have a problem regarding the presentation time when streaming video
recordings.
Let's say we hav
Just a correction: I reference livemedia/RTSPClient.cpp as the source file
where I made the fix. This is incorrect. The correct filename is
livemedia/RTCP.cpp. It is here where the method occurs to which I applied
the fix. I am also indicating it inline below...
On Wed, Sep 11, 2013 at 9:06 AM, S
Hi Ross
I have found what I believe to a bug in the latest live555 code and I also
have a fix for the problem. We have tested this fix in our implementation
and I would like to submit this fix for inclusion in your project.
*PROBLEM DESCRIPTION:*
We are streaming using RTP-over-TCP. We are stream
>> With testRTSPClient.cpp, i was able to add the following code to
>> DummySink::afterGettingFrame() and successfully dump .h264 frames
>
> Much better: Use the existing "H264VideoFileSink" class (instead of
> "DummySink"), which (I think) already does exactly what you want.
>
> Even better: Use t
11 matches
Mail list logo
