[FFmpeg-devel] [PATCH] Fraps: restore old behavior regarding P frames

Javier Cabezas jcabgz at gmail.com
Fri Feb 3 03:36:24 CET 2012


The problem is both lack of skills and lack of time. I can't call myself a
maintainer if I know very little about C or the codec I'm maintaining. I
don't want this pushed that much as to lie about my skills and deceiving
other people. I prefer sporadic contributions, reviewed by people in the
know :)

I think that duplicating outside the decoder is an added complexity that
wouldn't be used much, but that's just my opinion. As long as there is an
option or native approach inside avcodec that decodes Fraps as the
reference decoder does I'm fine with everything you come up with.

Cheers!

2012/2/2 Michael Niedermayer <michaelni at gmx.at>

> On Wed, Feb 01, 2012 at 09:55:40PM +0100, Javier Cabezas wrote:
> > Nice, let's see what they say.
> >
> > I'd volunteer, but I don't have the skills nor the time to do it. If the
>
> its always better to have code maintained than not maintained. But
> lack of time is a problem of course, though i dont think this needs
> much time ...
>
>
> > mimic implementation wasn't there as inspiration I couldn't have been
> able
> > to write this patch. It was done before Reimar commits (target was MT)
> BTW.
> > Talk about bad timing. I can always use this locally, but I hope it (or a
> > better patch ofc) gets commited, so all avcodec users benefit from it.
>
> Iam thinking that a generic solution outside the codec would be better
> There are other codecs that are affected by this. mpeg2 is the most
> well known, we too there do return frames + timing instead of
> duplicating like the spec mandates.
> and we are far from the only doing this, libmpeg2 does it too
>
> If not in ffmpeg.c, then a flag that duplicates frames where needed
> in avcodec_decode_video*() would be an option.
>
> [...]
> --
> Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
>
> The misfortune of the wise is better than the prosperity of the fool.
> -- Epicurus
>
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>
>


More information about the ffmpeg-devel mailing list