From: Nuo Mi <nuomi2021@gmail.com> To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> Subject: Re: [FFmpeg-devel] [PATCH 4/7] avformat/vvc: Fix crash on allocation failure, avoid allocations Date: Thu, 6 Jun 2024 21:11:40 +0800 Message-ID: <CAFXK13e-Y-z8RApAJx-9fscpk1ucKdTAdnbvLUR2viGCP7FibA@mail.gmail.com> (raw) In-Reply-To: <GV1P250MB07371838D01516CF15D094158FF92@GV1P250MB0737.EURP250.PROD.OUTLOOK.COM> On Wed, Jun 5, 2024 at 7:53 PM Andreas Rheinhardt < andreas.rheinhardt@outlook.com> wrote: > Andreas Rheinhardt: > > This is the VVC version of 8b5d15530127fea54e934043a64653859de07353. > > > > (Hint: This ensures that the order of NALU arrays is OPI-VPS-SPS-PPS- > > Prefix-SEI-Suffix-SEI, regardless of the order in the original > > extradata. I hope this is right.) > > > > Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com> > > --- > > libavformat/vvc.c | 169 ++++++++++++++++++++-------------------------- > > 1 file changed, 73 insertions(+), 96 deletions(-) > > > > Even after these patches, there are some strange things going in vvc.c: > 1. There are at least 71 bits in general_constraint_info (if present), > yet only 70 of these are written (the > gci_no_chroma_qp_offset_constraint_flag is not). > Not sure why this happened, but 14496-15 said this see the comment: /* * unsigned int (1) ptl_frame_only_constraint_flag * unsigned int (1) ptl_multilayer_enabled_flag * unsigned int (8*num_bytes_constraint_info -2) general_constraint_info */ 8*9-2 = 70. vvcc_parse_ptl parses the information from vps or sps. vvcc_write writes VvcDecoderConfigurationRecord, it's not a bit-to-bit map. I guess. 2. The code contains checks for VVC_DCI_NUT, yet these are dead, because > these NALU type is filtered out before. > it's from the spec, see "if (NAL_unit_type != DCI_NUT && NAL_unit_type != OPI_NUT)" in https://cloud.tencent.com/developer/article/2227294 num_nalus is inferred as 1 if it does not exist. Maybe we can add a check 3. A comment claims to need at least one VPS and SPS, but it actually > checks for SPS and PPS. Does someone know what was intended? > it's a typo. VPS is optional, SPS and PPS are mandatory. > > - Andreas > > _______________________________________________ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel > > To unsubscribe, visit link above, or email > ffmpeg-devel-request@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-request@ffmpeg.org with subject "unsubscribe".
next prev parent reply other threads:[~2024-06-06 13:11 UTC|newest] Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top 2024-06-05 11:37 [FFmpeg-devel] [PATCH 1/7] avcodec/hevc/Makefile: Move rules for lavc/* files to lavc/Makefile Andreas Rheinhardt 2024-06-05 11:40 ` [FFmpeg-devel] [PATCH 2/7] avformat/vvc: Use put_bytes_output() Andreas Rheinhardt 2024-06-05 11:40 ` [FFmpeg-devel] [PATCH 3/7] avformat/vvc: Don't use ff_copy_bits() Andreas Rheinhardt 2024-06-05 11:40 ` [FFmpeg-devel] [PATCH 4/7] avformat/vvc: Fix crash on allocation failure, avoid allocations Andreas Rheinhardt 2024-06-05 11:53 ` Andreas Rheinhardt 2024-06-06 13:11 ` Nuo Mi [this message] 2024-06-06 13:26 ` Nuo Mi 2024-06-08 21:13 ` Andreas Rheinhardt 2024-06-09 0:25 ` Nuo Mi 2024-06-05 11:40 ` [FFmpeg-devel] [PATCH 5/7] avformat/vvc: Reindent after the previous commit Andreas Rheinhardt 2024-06-05 11:40 ` [FFmpeg-devel] [PATCH 6/7] avformat/evc: Fix format specifiers Andreas Rheinhardt 2024-06-05 11:40 ` [FFmpeg-devel] [PATCH 7/7] avcodec/cbs_h266_syntax_template: Use correct format specifier Andreas Rheinhardt 2024-06-08 21:13 ` [FFmpeg-devel] [PATCH 8/9] avformat/vvc: Fix comment Andreas Rheinhardt 2024-06-08 21:13 ` [FFmpeg-devel] [PATCH 9/9] avformat/vvc: Don't use uint8_t iterators, fix shadowing Andreas Rheinhardt 2024-06-08 21:20 ` [FFmpeg-devel] [PATCH 1/7] avcodec/hevc/Makefile: Move rules for lavc/* files to lavc/Makefile Andreas Rheinhardt
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=CAFXK13e-Y-z8RApAJx-9fscpk1ucKdTAdnbvLUR2viGCP7FibA@mail.gmail.com \ --to=nuomi2021@gmail.com \ --cc=ffmpeg-devel@ffmpeg.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel This inbox may be cloned and mirrored by anyone: git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \ ffmpegdev@gitmailbox.com public-inbox-index ffmpegdev Example config snippet for mirrors. AGPL code for this site: git clone https://public-inbox.org/public-inbox.git