[FFmpeg-devel] [PATCH 6/6] avcodec: add vvdec H.266/VVC decoder

James Almer jamrial at gmail.com
Tue Dec 22 19:06:10 EET 2020


On 12/22/2020 2:02 PM, Nuo Mi wrote:
> Hi Lynne,
> Thanks for the comments.
> We only have a small patch for the vvdec wrapper. All other codes (raw
> demuxer, cbs reader, parser, and cbs writer in the future) will benefit the
> native decoder and the vvc ecosystem.

Yes.

> 
> I do not think av1 is the savior. No matter how it promised you, if we only
> have one codec to choose from, it will be a disaster for all of us.
> But, if you and the ffmpeg tech committee decided to reject all vvc patches
> in the future, I can accept it and stop work on this.

No one is going to forbid or reject vvc work in general.

I don't agree with Lynne's stance, but in any case adding a wrapper for 
an external library is secondary to the rest. It can be discussed 
properly later.

> 
> BTW, do you know the detailed plan for av1 native decoder? will we port
> dav1d back or implement a new one?
> 
> thanks
> 
> 
> 
> On Wed, Dec 23, 2020 at 12:10 AM Lynne <dev at lynne.ee> wrote:
> 
>> Dec 21, 2020, 07:07 by nuomi2021 at gmail.com:
>>
>>> you can download test clips here:
>>>
>> https://www.itu.int/wftp3/av-arch/jvet-site/bitstream_exchange/VVC/under_test/VTM-11.0/
>>>
>>
>> Honestly, I'm not sure about this patch. Its an external library decoder,
>> which
>> doesn't help us very much, and its for a codec competing with another codec
>> (AV1) for which we don't really have a native decoder for yet. Not to
>> mention
>> some of us were involved with the effort to standardize and/or write a
>> decoder
>> for AV1, so there's also a personal element to not wanting VVC to have any
>> success.
>>
>> So I'm kind of against this particular patch as-is. I'd be okay with it
>> being a native
>> decoder built into our codebase. But as-is, this serves nothing to help the
>> project, but only corporations who invested into the codec and want to see
>> some return on their investment from enforcing licensing on our users.
>> And no one is even really using this codec at the moment.
>>
>> _______________________________________________
>> ffmpeg-devel mailing list
>> ffmpeg-devel at ffmpeg.org
>> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>>
>> To unsubscribe, visit link above, or email
>> ffmpeg-devel-request at ffmpeg.org with subject "unsubscribe".
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel at ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
> 
> To unsubscribe, visit link above, or email
> ffmpeg-devel-request at ffmpeg.org with subject "unsubscribe".
> 



More information about the ffmpeg-devel mailing list