On Fri, 27 Jan 2017 08:26:26 +0100 Carl Eugen Hoyos <ceffm...@gmail.com> wrote:
> 2017-01-27 7:04 GMT+01:00 wm4 <nfx...@googlemail.com>: > > On Thu, 26 Jan 2017 18:06:39 +0100 > > Carl Eugen Hoyos <ceffm...@gmail.com> wrote: > > > >> 2017-01-26 9:26 GMT+01:00 wm4 <nfx...@googlemail.com>: > >> > On Thu, 26 Jan 2017 09:16:00 +0100 > >> > Carl Eugen Hoyos <ceffm...@gmail.com> wrote: > >> > > >> >> 2017-01-26 9:07 GMT+01:00 wm4 <nfx...@googlemail.com>: > >> >> > >> >> >> >> > Any metadata you export can and will get copied to a new file > >> >> >> >> > when > >> >> >> >> > remuxing, therefor exporting arbitrary info that isn't actual > >> >> >> >> > stream > >> >> >> >> > metadata tags in metadata is problematic - it carries over to > >> >> >> >> > the > >> >> >> >> > destination file, in which it would be entirely meaningless. > >> >> >> >> > >> >> >> >> Sorry, I don't understand: > >> >> >> >> Which application do you mean? > >> >> >> > > >> >> >> > ffmpeg > >> >> >> > >> >> >> Didn't I ping yesterday a patch that avoids this? > >> >> >> And wasn't this the mail you answered? > >> >> > > >> >> > Sorry, I couldn't find it just now. What was the subject line? > >> >> > >> >> My mailer (gmail) shows it as the first mail of this thread, so > >> >> it (hopefully) uses the same subject. > >> > > >> > Sorry, I missed that. But this code is not called for remuxing, > >> > or is it? > >> > >> Afair, this behaviour (copying the vendor on remuxing) is > >> consistent with the Apple documentation. > > > > What if you remux to mkv? > > Afair, copying the vendor tag on remuxing is consistent with > its documentation. Well, the Apple docs don't have anything to do with mkv? _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
