[FFmpeg-devel] [PATCH 6/7] lavc/hevc: mark decoder as experimental

[Paul B Mahol]

On 10/13/13, Michael Niedermayer <michaelni at gmx.at> wrote:
> On Sun, Oct 13, 2013 at 10:48:11AM +0000, Paul B Mahol wrote:
>> On 10/13/13, Michael Niedermayer <michaelni at gmx.at> wrote:
>> > On Sun, Oct 13, 2013 at 09:36:57AM +0000, Paul B Mahol wrote:
>> >> On 10/12/13, Timothy Gu <timothygu99 at gmail.com> wrote:
>> >> > On Oct 12, 2013 9:45 AM, "Michael Niedermayer" <michaelni at gmx.at>
>> >> > wrote:
>> >> >>
>> >> >> Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
>> >> >> ---
>> >> >>  libavcodec/hevc.c |    2 +-
>> >> >>  1 file changed, 1 insertion(+), 1 deletion(-)
>> >> >
>> >> > Why is this a separate patch?
>> >> >
>> >> > [...]
>> >> >
>> >> > Timothy
>> >> > _______________________________________________
>> >> > ffmpeg-devel mailing list
>> >> > ffmpeg-devel at ffmpeg.org
>> >> > http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>> >> >
>> >>
>> >> Why post this patchset at all?
>> >
>> > so everyone sees it and has a chance to comment.
>> > Someone might spot a serious issue ...
>> > someone might simply be against a patch and ask for it not to be
>> > applied, this for example happened with the openhevc wrapper.
>> > ...
>> >
>>
>> If you plan to work on this then I'm ok with it.
>> If you just want to commit this and 'forget' about it, i'm against it.
>
> I assume you talk about the hevc decoder and not the 2 line patch you
> replied to.
>
> Iam just merging code here really, I do not intend to compete with
> its authors if that is what you are suggesting.
> rather the opposit, i would be happy to work together with all the
> open hevc developers in ffmpeg but i have a long todo list so i
> suspect they will do much more on the decoder than i will, but then
> again i could be wrong ...

As you have long todo list and do not plan to seriously work on this
it would be better if you just merge libav code when/whenever it comes.

> also the libav - ffmpeg split has a good chance of complicating
> that working together significantly. Thus in the end my plan to work
> on this could end up as being "not much" simply because of all this
>
> [...]
> --
> Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
>
> Let us carefully observe those good qualities wherein our enemies excel us
> and endeavor to excel them, by avoiding what is faulty, and imitating what
> is excellent in them. -- Plutarch
>