From: James Almer <jamrial@gmail.com>
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH 5/7] avformat/matroskaenc: write a MaxBlockAdditionID element
Date: Fri, 24 Mar 2023 08:41:27 -0300
Message-ID: <5ad3a06f-e5c7-13d0-3783-e0e03d655a15@gmail.com> (raw)
In-Reply-To: <167965785107.27013.200047096152168442@lain.khirnov.net>
On 3/24/2023 8:37 AM, Anton Khirnov wrote:
> Quoting James Almer (2023-03-21 18:06:35)
>> A non zero value is mandatory for Matroska if the track has blocks with BlockAdditions.
>>
>> Signed-off-by: James Almer <jamrial@gmail.com>
>> ---
>> libavformat/matroskaenc.c | 36 ++++++++++++++++++++++++++++++++----
>> 1 file changed, 32 insertions(+), 4 deletions(-)
>>
>> diff --git a/libavformat/matroskaenc.c b/libavformat/matroskaenc.c
>> index 46f4331a18..0687d9c32e 100644
>> --- a/libavformat/matroskaenc.c
>> +++ b/libavformat/matroskaenc.c
>> @@ -188,6 +188,8 @@ typedef struct mkv_track {
>> int64_t last_timestamp;
>> int64_t duration;
>> int64_t duration_offset;
>> + uint64_t max_blockaddid;
>> + int64_t blockadditionmapping_offset;
>> int codecpriv_offset;
>> unsigned codecpriv_size; ///< size reserved for CodecPrivate excluding header+length field
>> int64_t ts_offset;
>> @@ -1597,12 +1599,21 @@ static int mkv_write_stereo_mode(AVFormatContext *s, EbmlWriter *writer,
>> return 0;
>> }
>>
>> -static void mkv_write_dovi(AVFormatContext *s, AVIOContext *pb, AVStream *st)
>> +static void mkv_write_blockadditionmapping(AVFormatContext *s, MatroskaMuxContext *mkv,
>> + AVIOContext *pb, mkv_track *track, AVStream *st)
>> {
>> #if CONFIG_MATROSKA_MUXER
>> AVDOVIDecoderConfigurationRecord *dovi = (AVDOVIDecoderConfigurationRecord *)
>> av_stream_get_side_data(st, AV_PKT_DATA_DOVI_CONF, NULL);
>>
>> + if (IS_SEEKABLE(s->pb, mkv)) {
>> + track->blockadditionmapping_offset = avio_tell(pb);
>> + // We can't know at this point if there will be a block with BlockAdditions, so
>> + // we either write the default value here, or a void element. Either of them will
>> + // be overwritten when finishing the track.
>
> IIRC matroska uints are variable-size, so the value you write later may
> have a longer representation than the dummy placeholder you're writing
> here.
> Or am I wrong?
It might if we were to write any arbitrary value passed to the muxer in
AV_PKT_DATA_MATROSKA_BLOCKADDITIONAL side data, but we will not. We're
only going to write 1 (opaque, codec specific, currently used for alpha
channel) at this point in the patchset, or 4 (itu-t t35) after patch
6/7, for now.
_______________________________________________
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:[~2023-03-24 11:41 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-21 17:06 [FFmpeg-devel] [PATCH 1/7] avformat/matroskadec: support parsing more than one BlockMore element James Almer
2023-03-21 17:06 ` [FFmpeg-devel] [PATCH 2/7] avformat/matroskadec: set the default value for BlockAddIDType James Almer
2023-03-21 17:06 ` [FFmpeg-devel] [PATCH 3/7] avformat/matroskadec: export Dynamic HDR10+ packet side data James Almer
2023-03-24 11:18 ` Anton Khirnov
2023-03-24 11:28 ` James Almer
2023-03-24 11:40 ` Anton Khirnov
2023-03-24 12:34 ` James Almer
2023-03-21 17:06 ` [FFmpeg-devel] [PATCH 4/7] avformat/matroska: add a few more Block Addition ID Type enum values James Almer
2023-03-21 17:06 ` [FFmpeg-devel] [PATCH 5/7] avformat/matroskaenc: write a MaxBlockAdditionID element James Almer
2023-03-21 17:59 ` [FFmpeg-devel] [PATCH v2 " James Almer
2023-03-24 11:37 ` [FFmpeg-devel] [PATCH " Anton Khirnov
2023-03-24 11:41 ` James Almer [this message]
2023-03-24 11:43 ` Anton Khirnov
2023-03-21 17:06 ` [FFmpeg-devel] [PATCH 6/7] avformat/matroskaenc: support writing Dynamic HDR10+ packet side data James Almer
2023-03-21 18:00 ` [FFmpeg-devel] [PATCH v2 " James Almer
2023-03-24 11:45 ` Anton Khirnov
2023-03-24 11:50 ` James Almer
2023-03-24 11:58 ` Anton Khirnov
2023-03-24 12:59 ` James Almer
2023-03-24 15:11 ` Jerome Martinez
2023-03-24 15:39 ` James Almer
2023-03-21 17:06 ` [FFmpeg-devel] [PATCH 7/7] fate/matroska: add HDR10+ muxing tests James Almer
2023-03-21 18:00 ` [FFmpeg-devel] [PATCH v2 " James Almer
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=5ad3a06f-e5c7-13d0-3783-e0e03d655a15@gmail.com \
--to=jamrial@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