On Wed, Dec 23, 2020 at 10:00 PM Lynne <[email protected]> wrote: > Dec 23, 2020, 14:07 by [email protected]: > > > Hi Lynne & James, > > Do not worry about the dav1d things that happened on vvcdec. It just a > > reference code like libaom. > > > > libaom does encoding and decoding. And most people only use > it for encoding, as its not a very fast decoder. As-is, this patch > only does decoding. > how about we replace vvdec with vtm. I guess it's not faster than vvdec, but it has an encoder.
> > > > We will not have a useable native vvc decoder in 0.5~1 years. > > > > Then why merge this if its not usable and won't stick once a usable > decoder is written? > decoder just one block, to make vvc usable, we still work on other things. Have a workable decoder will speed up the work. > > > During this > > time, the wrapper can help us build many things, like container demuxer, > > hls/dash/rtsp network streaming... > > How about we flag the decoder as experimental, and declare we will retire > > it after the native codec is ready. > > > > We don't do experimental decoders in general. > > > > Hi Marton, > > Fully agree with you, all codecs are created equal, only the market can > > decide which one is the winner. > > > > I don't believe Matron said anything like this. > Also did you steal this line from the Bible or something :) > yeah, from a famous American bible. :) > _______________________________________________ > ffmpeg-devel mailing list > [email protected] > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel > > To unsubscribe, visit link above, or email > [email protected] with subject "unsubscribe". _______________________________________________ ffmpeg-devel mailing list [email protected] https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email [email protected] with subject "unsubscribe".
