Hi Ross,
" So - just to clarify: Are you saying that a particular stream of NAL units,
when written as a file (with a 0x00 0x00 0x00 0x01 'start code' preceding each
NAL unit) can be streamed OK by the "LIVE555 Media Server", but the *same*
stream of NAL units, when generated by your "MyStreamSource" class, and passed
to a "H264VideoStreamDiscreteFramer" (with *no* 'start codes') does not stream
OK?"
That is correct.
I suspected the fDurationInMicroseconds may be the issue, I realised that
fDurationInMicroseconds should not be set to 33m for every NAL, however other
stream formats do not care that all nals are set to 33.3ms (as only a portion
of the nals are actually video frames as you know).
I tried using the nal reference idc, the first nal byte unit to identify nals
that are video frames and nals that are not with no success.
I am still emulating with a file before moving to the live source.
I am setting every nal:
fDurationInMicroseconds = 33333;
gettimeofday(&fPresentationTime, 0);
I have a feeling that the answer is in the time stamp, as it plays but at a
slow rate.
I will continue to test, any further suggestions is appreciated.
Thanks.
From: live-devel [mailto:live-devel-boun...@ns.live555.com] On Behalf Of Ross
Finlayson
Sent: 14 January 2015 19:16
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] H264or5VideoStreamParser::parse() from a FramedSource
The Live video playing method you described below is working well for most
h.264 stream formats. The Low Latency stream format supported by the AMD APU's
DEM does do not work properly in my implementation (it half works at a slow or
dropped rate). It does however work with the live555MediaServer.exe!
So - just to clarify: Are you saying that a particular stream of NAL units,
when written as a file (with a 0x00 0x00 0x00 0x01 'start code' preceding each
NAL unit) can be streamed OK by the "LIVE555 Media Server", but the *same*
stream of NAL units, when generated by your "MyStreamSource" class, and passed
to a "H264VideoStreamDiscreteFramer" (with *no* 'start codes') does not stream
OK?
If that's the case, then it *should* be the case that the same RTP packet
payloads are sent in either case. (You can verify this.) The only potential
difference is the time at which the packets are sent. Perhaps your
"MyStreamSource" class is generating invalid "fPresentationTime" and/or
"fDurationInMicroseconds" values in some cases? (Note that because you are
streaming from a live source, you don't really need to set
"fDurationInMicroseconds".)
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________
______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________
_______________________________________________
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
