> I add the #ifndef __MSHTML_LIBRARY_DEFINED__ guard on line 34. It prevents
> multiple definition errors.
OK, fair enough. I'll add this to "Boolean.hh" in future releases of the
software.
> And then I add the winsock2 and mshtml includes on 21 and 22 to make it
> always work in windows b
I use live555 in a browser plugin to be cross-platform, but windows for now.
Everytime I update the live555 libs I go into Boolean.hh in UsageEnvironment
and add a guard. I got this workaround from one of the GMANE archives I think.
I was just wondering if there is a better way or if maybe this
> As for exiting and restarting the process, what I'd like to do is actually
> have a single process with multiple thread with different RTP servers (not
> RTSP) in each. Is this possible using a single environment variable for the
> whole process but individual task schedulers per thread or sho
> Then you will split the
> returned string at the comma, if present. The first half will be the SPS
> and the second half will be the PPS. Base64 decode both of these strings
> (using Live555's base64Decode function if you wish)
Yes, but it's simpler to call "parseSPropParameterSets()", because
> I'm no longer 'reusing' the videosink as I'll just recreate another one when
> the other one is disposed as you suggested.
> As for exiting and restarting the process, what I'd like to do is actually
> have a single process with multiple thread with different RTP servers (not
> RTSP) in each.
I am working with security cameras and 1/3 do not put in the SPS and PPS nal
units in the stream and 1/3 are settable and the rest inject it.
VLC puts them in and I took the same tack in my code. When I first start I
parse the PPS and SPS nals and store them. Then when I transition from the 1
ba
Hi Ross,
Thanks for the quick and good advice. I wasn't too keen on using the
watch variable to interrupt the doEventLoop() call. Using event triggers
works great for me.
I'm no longer 'reusing' the videosink as I'll just recreate another one
when the other one is disposed as you suggested.
Hi James,
It is fairly straightforward to read the fmtp line and convert it to
something FFMPEG can use. First, read the SPS and PPS from the SDP using
MediaSubsession::fmtp_spropparametersets(). Then you will split the
returned string at the comma, if present. The first half will be the SPS
an
> This is a long shot, but does live555 contain any code that might
> convert the fmtp line from the SDP description of the
> MediaSubsession::savedSDPLines (), back into a NAL, in the same data
> format as the one which was parsed to create the line.
It's not a 'long shot' at all. Of course we p
Hey all,
This is a long shot, but does live555 contain any code that might
convert the fmtp line from the SDP description of the
MediaSubsession::savedSDPLines (), back into a NAL, in the same data
format as the one which was parsed to create the line.
I would like to feed it into ffmpeg in the f
OK sorted.. The answer was indeed due to my encoder, thanks again &
sorry it went a little off-topic. For others in similar situation
though:
Apparently the x264 annex_b needed disabling before the discrete
framer would accept. I still skip the startcode in the same way as
before, e.g.:
for ( i
> I'm at a complete loss here, as far as I can see the stream is
> correct, but still nothing is able to interpret it.
Yes, that's what it looks like to me as well. At this point I suspect that
there's a problem with your encoder.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
Hey Ross,
I've duplicated some code from H264VideoFileServerMediaSubsession
which streams into a 'dummy' RTP sink to get the SPS/PPS. Now the SDP
contains the SDP description:
a=fmtp:96 packetization-mode=1;profile-level-id=42C00B;sprop-parameter-sets=Z0LA
C9oECaEAAAMAAQAAAwA8jxQqoA==,aM4fIA==
13 matches
Mail list logo