On Wed, Aug 3, 2011 at 6:51 PM, Ross Finlayson wrote:
> Yes, it's uncommon for a supplier of a H.264 stream to know the SPS and PPS
> NAL units, but for those NAL units not to appear in the stream. Most
> commonly, these NAL units appear in the stream, but you don't know what they
> are - and can
Ok, thanks for the input.
Matt S.
On Wednesday, August 03, 2011 6:51:37 PM, Ross Finlayson wrote:
Yes. Now, the SPS and PPS NAL units are assumed to be in the input
NAL unit stream (and are extracted from there).
Is that a safe assumption, isn't optional to include the SPS and PPS
NAL uni
>> Yes. Now, the SPS and PPS NAL units are assumed to be in the input NAL unit
>> stream (and are extracted from there).
>
> Is that a safe assumption, isn't optional to include the SPS and PPS NAL
> units in the stream? or at the very least make the very infrequent?
Yes, it's uncommon for a su
On Wednesday, August 03, 2011 6:14:13 AM, Ross Finlayson wrote:
On Aug 2, 2011, at 6:45 PM, Matt Schuckmannn wrote:
I'm working on up grading our use of Live555 RTSP server code to the
latest version of the library, our old version was at least a couple
of years old.
Good heavens; there have
On Aug 2, 2011, at 6:45 PM, Matt Schuckmannn wrote:
> I'm working on up grading our use of Live555 RTSP server code to the latest
> version of the library, our old version was at least a couple of years old.
Good heavens; there have been *many* improvements and bug fixes since then!
> In the
I'm working on up grading our use of Live555 RTSP server code to the
latest version of the library, our old version was at least a couple of
years old.
In the new code it appears that the default behavior is to obtain the
sps, pps, etc from the h.264 fragmenter (see auxSDPLine() for
H264Video
