First of all : what would be the most elegant solution to parse the
SPS/PPS in order to get the correct sprop_parameter_sets_str
parameter ?
You need to convert these (binary) NAL units into ASCII character
strings, using Base-4 encoding.
Of course, I meant Base-64 encoding.
We provide a
First of all : what would be the most elegant solution to parse the
SPS/PPS in order to get the correct sprop_parameter_sets_str
parameter ?
You need to convert these (binary) NAL units into ASCII character
strings, using Base-4 encoding. We provide a function
"base64Encode()" that you can
Can live555 RTSP work on UDP?
I refer to RTSPServer and RTSPClient on UDP and not TCP!
No. Although RTSP-over-UDP was men tioned briefly in the original
RTSP 1.0 specification, noone (including us) ever implemented it, and
it will not be part of RTSP 2.0.
--
Ross Finlayson
Live Networks, In
It's not your mistake. There is a known problem with the current
"LIVE555 Streaming Media" code: If RTP-over-TCP streaming is used,
then incoming RTSP commands (after the initial "PLAY") will not be
recognized by the server.
Does the server ignore the "TEARDOWN" command too?
Yes.
In the
Hi Ross.
It's not your mistake. There is a known problem with the current "LIVE555
Streaming Media" code: If RTP-over-TCP streaming is used, then incoming
RTSP commands (after the initial "PLAY") will not be recognized by the
server.
Does the server ignore the "TEARDOWN" command too?
In th
Hi Ross,
Can live555 RTSP work on UDP?
I refer to RTSPServer and RTSPClient on UDP and not TCP!
Thanks in advance
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
Hi guys,
I'm trying to use Mike's code inside the live555MediaServer
application in order to stream H.264 encoded file on demand. I created
a H264VideoFileServerMediaSubsession, based on MPEG4's version, and I
added a piece of code to parse the SPS/PPS and format it in the
sprop_parameter
Op 27 jan 2009, om 14:05 heeft Ross Finlayson het volgende geschreven:
this is just to let you know there's a small problem with RTCP
reports when tunneling over HTTP. I noticed on my custom RTSP
proxy that RTCP packets are sent on the GET side of the HTTP
tunnel, i.e., the reply side
Yes, y
