On Tue, 2 Jan 2024 at 09:21, Nuo Mi <nuomi2...@gmail.com> wrote: > On Mon, Jan 1, 2024 at 11:50 PM Lynne <d...@lynne.ee> wrote: > > > Jan 1, 2024, 16:26 by jamr...@gmail.com: > > > > > On 1/1/2024 12:16 PM, Lynne wrote: > > > > > >> Jan 1, 2024, 15:13 by nuomi2...@gmail.com: > > >> > > >>> libavcodec/vvc/Makefile | 16 + > > >>> libavcodec/vvc/vvc_cabac.c | 2478 ++++++++++++++++++ > > >>> libavcodec/vvc/vvc_cabac.h | 126 + > > >>> libavcodec/vvc/vvc_ctu.c | 2491 ++++++++++++++++++ > > >>> libavcodec/vvc/vvc_ctu.h | 480 ++++ > > >>> libavcodec/vvc/vvc_data.c | 3486 > ++++++++++++++++++++++++++ > > >>> libavcodec/vvc/vvc_data.h | 80 + > > >>> libavcodec/vvc/vvc_filter.c | 1332 ++++++++++ > > >>> libavcodec/vvc/vvc_filter.h | 71 + > > >>> libavcodec/vvc/vvc_filter_template.c | 1135 +++++++++ > > >>> libavcodec/vvc/vvc_inter.c | 923 +++++++ > > >>> libavcodec/vvc/vvc_inter.h | 42 + > > >>> libavcodec/vvc/vvc_inter_template.c | 1023 ++++++++ > > >>> libavcodec/vvc/vvc_intra.c | 797 ++++++ > > >>> libavcodec/vvc/vvc_intra.h | 49 + > > >>> libavcodec/vvc/vvc_intra_template.c | 1015 ++++++++ > > >>> libavcodec/vvc/vvc_itx_1d.c | 708 ++++++ > > >>> libavcodec/vvc/vvc_itx_1d.h | 52 + > > >>> libavcodec/vvc/vvc_mvs.c | 1798 +++++++++++++ > > >>> libavcodec/vvc/vvc_mvs.h | 46 + > > >>> libavcodec/vvc/vvc_ps.c | 1150 +++++++++ > > >>> libavcodec/vvc/vvc_ps.h | 263 ++ > > >>> libavcodec/vvc/vvc_refs.c | 559 +++++ > > >>> libavcodec/vvc/vvc_refs.h | 57 + > > >>> libavcodec/vvc/vvc_thread.c | 828 ++++++ > > >>> libavcodec/vvc/vvc_thread.h | 36 + > > >>> libavcodec/vvc/vvcdec.c | 1017 ++++++++ > > >>> libavcodec/vvc/vvcdec.h | 226 ++ > > >>> libavcodec/vvc/vvcdsp.c | 141 ++ > > >>> libavcodec/vvc/vvcdsp.h | 170 ++ > > >>> libavcodec/vvc/vvcdsp_template.c | 120 + > > >>> > > >> > > >> We have larger decoders than this, could you just put all files in > > libavodec/? > > >> > > > > > > Was asked him to do it this way. Ideally, other codecs would follow > > after it, too. > > > Yeah, with over 1600+ files under libavcodec, even GitHub struggles to > fully list them. > This is not user-friendly for someone who wants to check the code in the > browser. >
Agreed fully, this is a nightmare. Kieran _______________________________________________ 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".