> To use the example data that you used in your last email, this means that the
> data that you should copy to *fTo should be
> 09 10 00 00 00 01 67 42 C0 1F F4 02 00 30 D8 08 80 00 01 F4 ...
Oops, it turns out that this wasn't correct. The "00 00 00 01" in the data is
the 'start code', t
Look, I don't know how much clearer I can be about this.
The data that you copy to *fTo should be a single NAL unit, AND NOTHING ELSE!
That means that there should not be ANY 'start code' or 'length prefix' or
anything else at the start of the data. (I thought I made this clear in my
last ema
> I have few options for this:
> 0 implies that the encoder will add the start codes
>1, 2, 4: length prefixed NAL units of size 1, 2, or 4 bytes
>
> If I set up the parameter to 0 the Discreteframer complains with the
> following message ‘H264VideoStreamDiscreteFramer er
>No, this is wrong! You should not be creating/using a "H264VideoStreamFramer"
>at all. That class should be used *only* when the input is a >byte stream
>(e.g., from a file). If - as in your case - the input is a discrete sequence
>of NAL units (i.e., one NAL unit at a time), then you shou
> FramedSource* H264LiveServerMediaSubsession::createNewStreamSource(unsigned
> /*clientSessionId*/, unsigned& estBitrate) {
> estBitrate = 1; // kbps, estimate
> // Create the video source:
>H264LiveStreamFramedSource* liveFramer =
> H264LiveStreamFramedSource::createNew(envir(),liveBu
s this parameter should
not be a problem.
Best
Pablo
--------------------------
Message: 1
Date: Tue, 22 Jan 2013 10:46:08 -0800
From: Ross Finlayson
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] unicast onDeman
----------
Message: 1
Date: Tue, 22 Jan 2013 10:46:08 -0800
From: Ross Finlayson
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] unicast onDemand from live source NAL Units
NVidia
Message-ID:
Content-Type: text/plain; charset="iso-8859-1&q
First, I assume that you have are feeding your input source object (i.e., the
object that delivers H.264 NAL units) into a "H264VideoStreamDiscreteFramer"
object (and from there to a "H264VideoRTPSink").
> I tried to set up in the Streamer code enough size in the OutputPacketBuffer
> but this
