> On Dec 21, 2016, at 9:07 PM, Robin Imrie wrote:
>
> I have adapted the testRTSPClient application so I can see the data received
> from my RSTP server which sends SOAP packets when various events occur (no
> audio or video data). These data packets are not continuous. However when I
> unplu
> For the start code, I have eleminated them all. My camera's working pattern
> is like this, when encoding key frame, it outputs SC+SPS+SC+PPS+SC+Frame,
> when encoding non-key frame, it outputs SC+Frame. So, after I eleminated the
> SC, what I sent to the sink object is SPS+PPS+FRAME for key f
hi Ross,
I followed your suggestion to use “H264VideoStreamDiscreteFramer” instead of
“H264VideoStreamFramer”. Now that the data seems to be consumed right away
after "afterGetting" callback, but VLC player can't set up session.
For the start code, I have eleminated them all. My camera's worki
>> First, don’t waste time with Mickey Mouse third-party sites like ‘Stack
>> Overflow’. They are never authoritative, and top-tier people don’t bother
>> posting to them. Instead, go straight to the source.
Haha, I agree, the quality is not always that good. To my experience however,
the com
First, don’t waste time with Mickey Mouse third-party sites like ‘Stack
Overflow’. They are never authoritative, and top-tier people don’t bother
posting to them. Instead, go straight to the source.
> @NAL units: I am using NvCodec for encoding and neither documentation nor
> samples even me
Hi,
Thanks a ton for your detailed reply.
In the meantime I figured out that I completely misunderstood how the
FramedSource is supposed to work and what has to happen in the respective
methods. Others on stackoverflow, asking similar questions, seemed to
misunderstand as well, so I completel
