5.com] On Behalf Of Ross
Finlayson
Sent: 20 January 2015 17:20
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] H264or5VideoStreamParser::parse() from a FramedSource
Do you recommend a method for identifying frame start and end across multiple
nals?
Does your encoder
> Do you recommend a method for identifying frame start and end across multiple
> nals?
Does your encoder not tell you this 'out of band' somehow?
If not, then you can use the following algorithm to tell you if whether or not
a NAL unit begins a new 'access unit' (i.e., 'frame') - i.e., whether
sage-
From: live-devel [mailto:live-devel-boun...@ns.live555.com] On Behalf Of Chris
Richardson (WTI)
Sent: 15 January 2015 16:45
To: 'LIVE555 Streaming Media - development & use'
Subject: Re: [Live-devel] H264or5VideoStreamParser::parse() from a FramedSource
Hi Richa
> The error.264 file contains multiple slices for each frame, and each slice
> is a single NAL.
Datapath are to be commended for breaking up their 'key frames' into multiple
slice NAL units. This will make the stream much more tolerant of network
packet loss than encoding each key frame as a si
.com] On Behalf Of Chris
Richardson (WTI)
Sent: 15 January 2015 16:45
To: 'LIVE555 Streaming Media - development & use'
Subject: Re: [Live-devel] H264or5VideoStreamParser::parse() from a FramedSource
Hi Richard,
>I am setting every nal:
>fDurationInMicroseconds =
Hi Richard,
>I am setting every nal:
>fDurationInMicroseconds = 3;
>gettimeofday(&fPresentationTime, 0);
>
>I have a feeling that the answer is in the time stamp, as it plays but at a
slow rate.
The error.264 file contains multiple slices for each frame, and each slice
is a single NAL. Each
> I am setting every nal:
> fDurationInMicroseconds = 3;
> gettimeofday(&fPresentationTime, 0);
Because you're streaming from a live source, I'd suggest not setting
"fDurationInMicroseconds" at all. Just be prepared for your "MyStreamSource
::doGetNextFrame()" function to get called immedia
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
T
> 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 live555Med
ource getnextframe.
Thanks in advance,
Rich.
From: live-devel [mailto:live-devel-boun...@ns.live555.com] On Behalf Of
Richard Lince
Sent: 28 October 2014 17:35
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] H264or5VideoStreamParser::parse() from a FramedSource
Thanks Ross,
Thanks Ross, that has worked well.
Richard.
From: live-devel [mailto:live-devel-boun...@ns.live555.com] On Behalf Of Ross
Finlayson
Sent: 24 October 2014 18:36
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] H264or5VideoStreamParser::parse() from a FramedSource
A
> After creating my own class's
> · class myRTSPSinkOndemandMediaSubsession : public
> OnDemandServerMediaSubsession
> · class myFrameSource : public FramedSource
If your “myFrameSource” class delivers discrete H.264 NAL units (i.e., one at a
time), rather than an unstructured by
Hi,
It would seem that my live h264 stream format I am delivering into
H264or5VideoStreamParser::parse() is incorrect.
I correctly parse the SPS, then PPS from the algorithm but from then on its a
bit hit and miss.
I know that the source stream is good (I have emulated the live input using an
e
13 matches
Mail list logo
