Well, actually I am already doing this... I tried to reuse as much code
as possible form the proxy example. I can also see that these
information are sent correctly to the viewer.
Maybe some other information are not sent to the viewer? For example I
see that in the SDP description of the proxy server I can not see some
parameters like a=framerate
Il 2015-01-28 20:47 Ross Finlayson ha scritto:
Actually the delay seems to be proportional to the GOP size and I do
not find any way to insert SPS and PPS...
Because you are not creating your 'front-end' RTSP server until you
start receiving frames from the 'back-end' server, you can easily get
the SPS and PPS NAL units - in encoded form - by calling
"MediaSubsession::fmtp_spropparametersets()"
This will give you a string that you can pass as a parameter to
"H264VideoRTPSink::createNew()"
(note the third form of "H264VideoRTPSink::createNew()", defined in
"liveMedia/include/H264VideoRTPSink.hh"). If you do this, then your
"H264VideoRTPSink" object will immediately know the SPS and NAL units,
and won't have to wait for them to arrive in the input stream.
Note that we do the same thing in our own (unicast->unicast) proxy
server code; see "liveMedia/ProxyServerMediaSession.cpp", line 560.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/ [1]
Links:
------
[1] http://www.live555.com/
_______________________________________________
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
_______________________________________________
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
