I'm not sure we're on the same page, so let me try and clarify. The files have multiple tracks, the standard audio and video and 3 metadata tracks. I'm using the command line option -map 0:m:handler_name:"<name>" to identify the tracks to copy. Given a single file this works as expected, but as soon as concat has multiple files the track metadata is lost and the handler_name match fails due to this early return.
Each of the tracks I'm selected are able to be concatenated just fine, much like the a/v tracks. It's not about the file metadata, it's the track metadata which is needed for track identification which I'm looking to preserve. Does that make sense? Regards Steve On Sun, 3 Jul 2022 at 14:50, Nicolas George <geo...@nsup.org> wrote: > Andreas Rheinhardt (12022-07-03): > > > For example, with your change, if you concatenate a file with metadata > > > "start_time=12:00" and another with "start_time=12:01", it will > generate > > > a file with both metadata entries instead of just the first one as > would > > > be desirable. > > > Actually, the newer entry will overwrite the older entry; if you want > > multiple keys with the same value, you have to use the AV_DICT_MULTIKEY > > flag. > > I stand corrected, thanks. This is still not the most logical behavior, > though. > > Regards, > > -- > Nicolas George > _______________________________________________ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel > > To unsubscribe, visit link above, or email > ffmpeg-devel-requ...@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-requ...@ffmpeg.org with subject "unsubscribe".
