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 <d...@lynne.ee> wrote:
Dec 21, 2020, 07:07 by nuomi2...@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@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".