Hi Ross,
>Remember that the data that you copy to *fTo should be a NAL unit, and nothing
>else. That means no start >code at the front. But it also means nothing else
>at the front - including your >'length prefix'.
>In other words - you need to omit the 'length prefix' when you copy the NAL
>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
2088 MV errors in I frame
Which Is somehow expected due to there are some bytes truncated quiet often...
If I play the file with what I'm writing from the encoder everything is
correct.
Best,
Pablo
-Original Message-
From: Pablo Gomez
Sent: Wednesday, January 23, 2013 11:28 AM
T
>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 did the H264LiveServerMediaSubsession based on the
H264FileServerMediaSubssesion.
I'm
Hi,
I'm trying to implement a unicast ondemand streaming from a live source.
The live source comes from the Nvidia encoder NVEnc:
http://docs.nvidia.com/cuda/samples/3_Imaging/cudaEncode/doc/nvcuvenc.pdf
This encoder produces NAL units ready to send over the network.
I have a lot of prob
