From: Romain Beauxis <romain.beauxis@gmail.com> To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> Subject: Re: [FFmpeg-devel] [PATCH v4 5/6] ogg/vorbis: implement header packet skip in chained ogg bitstreams. Date: Thu, 8 May 2025 16:49:17 -0500 Message-ID: <CABWZ6OSfdqdK=coO_3kJBfXOo+C57H1hQ4++7poshO0P4b1F2Q@mail.gmail.com> (raw) In-Reply-To: <20250507131427.GK29660@pb2> Le mer. 7 mai 2025 à 08:14, Michael Niedermayer <michael@niedermayer.cc> a écrit : > > On Tue, May 06, 2025 at 09:19:31AM -0500, Romain Beauxis wrote: > > --- > > libavformat/oggparsevorbis.c | 11 +++++++++-- > > tests/ref/fate/ogg-vorbis-chained-meta.txt | 3 --- > > 2 files changed, 9 insertions(+), 5 deletions(-) > > > > diff --git a/libavformat/oggparsevorbis.c b/libavformat/oggparsevorbis.c > > index 9f50ab9ffc..8b4ae872d2 100644 > > --- a/libavformat/oggparsevorbis.c > > +++ b/libavformat/oggparsevorbis.c > > @@ -418,6 +418,7 @@ static int vorbis_packet(AVFormatContext *s, int idx) > > struct ogg_stream *os = ogg->streams + idx; > > struct oggvorbis_private *priv = os->private; > > int duration, flags = 0; > > + int skip_packet = 0; > > > > if (!priv->vp) > > return AVERROR_INVALIDDATA; > > @@ -480,7 +481,13 @@ static int vorbis_packet(AVFormatContext *s, int idx) > > if (duration < 0) { > > os->pflags |= AV_PKT_FLAG_CORRUPT; > > return 0; > > - } else if (flags & VORBIS_FLAG_COMMENT) { > > + } > > + > > + if (flags & > > + (VORBIS_FLAG_HEADER | VORBIS_FLAG_COMMENT | VORBIS_FLAG_SETUP)) > > + skip_packet = 1; > > can the content of the header containing "global" tables for vorbis change? > if so what does this patch do to such a stream ? > > (I mean is this breaking such streams? or do they not exist or did that never work?) Thanks for pointing this out. It was always working in my tests but, upon further inspection, the vorbis decoding code was doing something with those headers packets. I'm working on an updated patchset taking care of this by passing the setup packet (last packet) as extradata and processing it in the decoder to mimic what's currently done. I'm also gonna take this opportunity to add some safeguard in the vorbis and opus code to make sure we fail when a new stream starts with different channels count or sample rate. Generally speaking, I'm intending the changes to be on best effort w.r.t. to what's already working/not working but I think those two changes will add and are not too hard to put in. I'm gonna take some time to clean and test and will re-submit. Thanks, -- romain > thx > > [...] > -- > Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB > > If you drop bombs on a foreign country and kill a hundred thousand > innocent people, expect your government to call the consequence > "unprovoked inhuman terrorist attacks" and use it to justify dropping > more bombs and killing more people. The technology changed, the idea is old. > _______________________________________________ > 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:[~2025-05-08 21:49 UTC|newest] Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top 2025-05-06 14:19 [FFmpeg-devel] [PATCH v4 0/6] Remove chained ogg stream header packets from the demuxer Romain Beauxis 2025-05-06 14:19 ` [FFmpeg-devel] [PATCH v4 1/6] libavformat/oggdec.h: Document packet function return value Romain Beauxis 2025-05-06 14:19 ` [FFmpeg-devel] [PATCH v4 2/6] libavformat/oggdec.{c, h}: Implement packet skip on packet return value of 1 Romain Beauxis 2025-05-06 14:19 ` [FFmpeg-devel] [PATCH v4 3/6] ogg/opus: implement header packet skip in chained ogg bitstreams Romain Beauxis 2025-05-06 14:19 ` [FFmpeg-devel] [PATCH v4 4/6] ogg/flac: " Romain Beauxis 2025-05-06 14:19 ` [FFmpeg-devel] [PATCH v4 5/6] ogg/vorbis: " Romain Beauxis 2025-05-07 13:14 ` Michael Niedermayer 2025-05-08 21:49 ` Romain Beauxis [this message] 2025-05-06 14:19 ` [FFmpeg-devel] [PATCH v4 6/6] libavformat/oggdec.h: Change paket function documentation to return 1 on header packets only Romain Beauxis
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='CABWZ6OSfdqdK=coO_3kJBfXOo+C57H1hQ4++7poshO0P4b1F2Q@mail.gmail.com' \ --to=romain.beauxis@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