[FFmpeg-devel] [PATCH] flag CODEC_FLAG2_RETURN_INCOMPLETE_FRAMES
Sat Dec 11 22:26:26 CET 2010
On Sat, Dec 04, 2010 at 08:22:59PM -0800, Jason Garrett-Glaser wrote:
> On Sat, Dec 4, 2010 at 8:03 PM, Michael Niedermayer <michaelni at gmx.at> wrote:
> > On Sat, Nov 06, 2010 at 11:22:08AM -0700, Jason Garrett-Glaser wrote:
> >> 2010/11/5 Anatoly Nenashev <anatoly.nenashev at ovsoft.ru>:
> >> > Hi!
> >> > Due to Michael's comments in a thread "MxPEG decoder" the flag
> >> > CODEC_FLAG2_RETURN_INCOMPLETE_FRAMES has been added.
> >> > It can be useful for h264 format also.
> >> Is this related to the patch I have here (hack)?
> > iam not sure, if it can be used for this.
> > Either way our decoder should be fixed to return such incomplete frames once
> > it sees a slice of the next frame
> > or maybe a access unit delimiter could be injected to force the last frame to
> > be retunrned but this is somewhat a hack too
> FYI this hack is being used in production (or will be very soon) on a
> client-side ffmpeg-based video application, so there are people who
> consider the ability to say "this frame is done" (or at least get back
> the frame eventually) important.
does your solution have an advantage over what i suggested? That is
implementing what is written in
"126.96.36.199.4 Detection of the first VCL NAL unit of a primary coded picture"
that way a picture would be returned once the first slice of the next is
feeded in or something like a access unit delimiter is inserted
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The real ebay dictionary, page 1
"Used only once" - "Some unspecified defect prevented a second use"
"In good condition" - "Can be repaird by experienced expert"
"As is" - "You wouldnt want it even if you were payed for it, if you knew ..."
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 198 bytes
Desc: Digital signature
More information about the ffmpeg-devel