Dec 22, 2020, 18:02 by nuomi2...@gmail.com: > 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. >
My problem was with this patch in particular. The rest are all fine. > 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. > Well, no. Look at Opus. It was the best by far, became widely standardized, and in the meanwhile AAC USAC has been nothing but laughed at and isn't even supported by anyone except Fraunhofer. > 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. > I'm not rejecting all patches. I have concerns about this patch in particular. I think we as a community should discuss whether we want to merge this patch as-is as an external wrapper or not, which is why I posted this. I'd rather have this discussion now rather than after this is merged, since after that there's no room to change anything. > BTW, do you know the detailed plan for av1 native decoder? will we port > dav1d back or implement a new one? > We'll port dav1d once either dav1d gets 10bit x86 SIMD or until someone gets disappointed enough and starts doing the work. I'm somewhat motivated to write some SIMD myself, but I'd rather write it under an LGPL license if I don't get paid, which would mean it would have to be ported. _______________________________________________ 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".
