When mov_create_timecode_track function is executed,
track->st->avg_frame_rate becomes inverted due to
track->st->avg_frame_rate = av_inv_q(rate);
, where "rate" is frame per second here.
I didn't find any obvious negative effect of this operation, but this may
lead to some misunderstanding.
Some streams contain closed caption data embedded using several wrapping
types. For example stream can contain CC wrapped as ATSC A53 packets +
the same data wrapped as SCTE-20 packets. Prior to the patch CC data was
extracted from both types of packets, so it gave duplicated character
pairs on the
mov_mdhd_language_map table doesn't contain ISO 639 codes for some of
the languages. I added a few which have no contradictory mappings
Fixes ticket #9743
---
libavformat/isom.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/libavformat/isom.c b/libavformat/isom.c
Ping
ср, 27 апр. 2022 г. в 18:00, Ivan Baykalov <4ru...@gmail.com>:
> mov_mdhd_language_map table doesn't contain ISO 639 codes for some of
> the languages. I added a few which have no contradictory mappings
>
> Fixes ticket #9743
> ---
> libavformat/isom.c | 10 ++
For ipcm and fpcm streams, big-endian format is the default, but it can be
changed
with additional 'pcmC' sub-atom of audio sample description.
Details can be found in ISO/IEC 23003-5:2020
Fixes ticket #9763
Fixes ticket #9790
---
libavformat/mov.c | 60 +
