[FFmpeg-devel] [PATCH] flag CODEC_FLAG2_RETURN_INCOMPLETE_FRAMES

[Michael Niedermayer]

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
"7.4.1.2.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
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20101211/c1ea0422/attachment.pgp>