[FFmpeg-devel] [PATCH 1/1] mov: read track title

Đông Nguyễn nguyenduydong at gmail.com
Tue Oct 12 05:22:53 EEST 2021

> On Tue, Oct 12, 2021 at 3:54 AM Jan Ekström <jeebjp at gmail.com> wrote:

> Huh, so I seem to have incorrectly read things previously :) .I
> started implementing reading of the 3GPP titl box due to the QTFF spec
> saying that `name` is not supposed to be an end user facing name, but
> an internal/debug reference [1].
> Of course, then checking the actual contents of the 'name' box within
> the udta box, it seems like I was incorrect, as the box's structure
> doesn't match. The udta side of the spec has a one-liner that doesn't
> say much about how it should be utilized [2].
> So I guess this udta `name` is in this case not something internal,
> after all? ┐(´д`)┌
> [1]
> [2]

:) all I did is just trying to implement reverse path of [3]


> Since this seems to be a barebones string-only box, if you set `key =
> "title"; raw = 1;` the string parsing should work. No need to add the
> track_title variable to skip other types of string parsing (data_type
> is zero so it shouldn't hit any of those pieces of custom data parsing
> logic, either).

nice, will update the patch, thanks
btw, `track_title` is also used to reduce checking that the `udta` is
inside track boxes but I guess it is a minor point and more clearer if
explicitly check it before setting metadata.

> Since QTFF, ISOBMFF, 3GPP and such all seem to utilize udta in both
> movie and track boxes, I think the correct thing to do would be to
> first to poke in something a la
> .
> Unfortunately currently movenc's track udta box writing seems to be
> *very* limited, which thus leads to things which were read from track
> udta boxes to not be propagated through (and thus you get a lot of
> FATE test diffs where information is only seemingly removed and not
> propagated from another location). Welcome to the mess that is
> mov(enc) :) .

So should I update the patch as suggested and/or wait for properly movenc's
udta patch?


More information about the ffmpeg-devel mailing list